You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I have written a wiki page about how to emulate a real Mac Spoofing.
Let me point out the issues with this:
No guarantees Apple Accounts will work. I personally do not use these VMs for accessing Apple services and cannot help with issues. I also use virtualisation on Apple Silicon Macs and even there it's limited on what you can do within the virtual Mac with Apple services.
Spoofing a real Mac and also disabling the hypervisor flag can cause kernel panics. It is so early in the boot sequence I have never found any useful information on what is happening. This has happened on both AMD and Intel, and even a real Intel Mac using Fusion. This can happen if you use VMware settings, the VMMHide Kext or kernel patches to hide the VMM flag. If its works great but there are no guarantees.
Upgrading spoofed Macs especially if the VMM flag is off can wreck the VM. The macOS updater thinks it needs to update the real machines firmware and then crashes and leaves the VM in a non-bootable state. My recommendation is to ensure the hypervisor flag is enabled when doing updates or upgrades to macOS. I hope to have mitigated that in 2.0.1 by setting the firmware to 9999.999.999.999 which is what OCLP project does.
So all of this is to point out it may work or it may not, there are no guarantees, and I would not rely on using this technique.
reacted with thumbs up emoji reacted with thumbs down emoji reacted with laugh emoji reacted with hooray emoji reacted with confused emoji reacted with heart emoji reacted with rocket emoji reacted with eyes emoji
Uh oh!
There was an error while loading. Please reload this page.
-
I have written a wiki page about how to emulate a real Mac Spoofing.
Let me point out the issues with this:
No guarantees Apple Accounts will work. I personally do not use these VMs for accessing Apple services and cannot help with issues. I also use virtualisation on Apple Silicon Macs and even there it's limited on what you can do within the virtual Mac with Apple services.
Spoofing a real Mac and also disabling the hypervisor flag can cause kernel panics. It is so early in the boot sequence I have never found any useful information on what is happening. This has happened on both AMD and Intel, and even a real Intel Mac using Fusion. This can happen if you use VMware settings, the VMMHide Kext or kernel patches to hide the VMM flag. If its works great but there are no guarantees.
Upgrading spoofed Macs especially if the VMM flag is off can wreck the VM. The macOS updater thinks it needs to update the real machines firmware and then crashes and leaves the VM in a non-bootable state. My recommendation is to ensure the hypervisor flag is enabled when doing updates or upgrades to macOS. I hope to have mitigated that in 2.0.1 by setting the firmware to 9999.999.999.999 which is what OCLP project does.
So all of this is to point out it may work or it may not, there are no guarantees, and I would not rely on using this technique.
Beta Was this translation helpful? Give feedback.
All reactions