Live data from Hacker News

iPhone 11 emulation done in QEMU

github.com

21–30 of 35 posts

Re: iPhone 11 emulation done in QEMU

#21
post #15

Earlier quoted context omitted.

Progress update, https://eshard.com/posts/emulating-ios-14-with-qemu-part2 iOS emulated in QEMU with: • Restore / Boot • Software rendering • Kernel and userspace debugging • Pairing with the host • Serial / SSH access • Multitouch • Network • Install and run any arbitrary IPA In other news, Cellebrite acquired Corellium iOS/Android virtualization for $170M, https://news.ycombinator.com/item?id=44221982

The eShard thing and this GitHub are fairly different, as far as I know. The eShard people found an earlier version of this repository and set about patching one billion parts of the iOS kernel, library cache, and userland to make it run on the limited emulator. Meanwhile, the actual emulator has been advancing, arguably more quickly than the eShard patch set. The current set of patches needed for the latest commits…

Thanks for the wiki pointer.

Re: iPhone 11 emulation done in QEMU

#22
There is still no proper documentation for using qemu on windows host, the options and arguments etc. We have to google and the info and ideas that are scattered across the internet, or referencing the Linux equivalents of it to come up with a solution

Re: iPhone 11 emulation done in QEMU

#23
post #22

There is still no proper documentation for using qemu on windows host, the options and arguments etc. We have to google and the info and ideas that are scattered across the internet, or referencing the Linux equivalents of it to come up with a solution

to be fair most folks playing around with qemu are probably running unix. windows has plenty of user friendly virtualization options (virtualbox, vmware, hyper-v), not to mention WSL. so windows users would probably only run qemu in hyperspecific cases like this

Re: iPhone 11 emulation done in QEMU

#27
post #15

Earlier quoted context omitted.

Progress update, https://eshard.com/posts/emulating-ios-14-with-qemu-part2 iOS emulated in QEMU with: • Restore / Boot • Software rendering • Kernel and userspace debugging • Pairing with the host • Serial / SSH access • Multitouch • Network • Install and run any arbitrary IPA In other news, Cellebrite acquired Corellium iOS/Android virtualization for $170M, https://news.ycombinator.com/item?id=44221982

The eShard thing and this GitHub are fairly different, as far as I know. The eShard people found an earlier version of this repository and set about patching one billion parts of the iOS kernel, library cache, and userland to make it run on the limited emulator. Meanwhile, the actual emulator has been advancing, arguably more quickly than the eShard patch set. The current set of patches needed for the latest commits…

> set about patching one billion parts of the iOS kernel, library cache, and userland to make it run on the limited emulator

You don’t say! They’ve hacked the whole process and it feels extremely brittle. Like there’s no chance they can sustainably port this to another version of the software, let alone hardware.

Re: iPhone 11 emulation done in QEMU

#30
post #15

Earlier quoted context omitted.

Progress update, https://eshard.com/posts/emulating-ios-14-with-qemu-part2 iOS emulated in QEMU with: • Restore / Boot • Software rendering • Kernel and userspace debugging • Pairing with the host • Serial / SSH access • Multitouch • Network • Install and run any arbitrary IPA In other news, Cellebrite acquired Corellium iOS/Android virtualization for $170M, https://news.ycombinator.com/item?id=44221982

The eShard thing and this GitHub are fairly different, as far as I know. The eShard people found an earlier version of this repository and set about patching one billion parts of the iOS kernel, library cache, and userland to make it run on the limited emulator. Meanwhile, the actual emulator has been advancing, arguably more quickly than the eShard patch set. The current set of patches needed for the latest commits…

In the interest of completeness I looked deeper and there are a few more patches to the kernel and SEP OS done at emulation time:

https://github.com/ChefKissInc/QEMUAppleSilicon/blob/6eff3ab...

but really nothing too extensive or hard to port. It’s mostly flipping various can_has_debug returns, bypassing sigcheck, and the classic patch to flip launchd into research device mode.

Post reply on HN