开源项目 vphone-cli 能够让完整的 iOS 27 系统作为虚拟机在 Apple Silicon 上运行。该项目基于苹果自家的 Virtualization.framework 而非传统的模拟技术，为安全研究、逆向工程和自动化 iOS 测试开辟了新的可能性。
基于 wh1te4ever 之前在不使用仿真技术的情况下运行虚拟 iPhone 的 研究成果 ，vphone-cli 将整个过程实现了自动化。这一过程涵盖从下载固件、修补启动链，到执行 DFU 恢复并完成首次启动的全部步骤。
生成的虚拟 iPhone 不仅支持具有 root 权限的 SSH 访问，还允许通过 VNC 访问其图形界面。苹果从未正式向开发者或安全研究人员提供过 iOS 虚拟机。
不过，该公司为“ 私有云计算 ”（PCC）开发的技术——旨在通过虚拟研究环境促进该平台上的安全研究——其中就包含一个“ iPhone 研究环境虚拟机 ”。 vphone-cli 项目基本上将这些组件整合在了一起，并简化了将其转化为可运行的 iPhone 虚拟机的过程。
Xcode 本身已经包含一个 iPhone 模拟器，该模拟器是 iOS 用户空间组件的一个子集，经过适配后可以在 macOS 硬件上运行。然而，该模拟器存在若干限制，包括对相机访问、蓝牙、Metal、App Store 应用安装以及 iCloud 等功能的支持有限。
此外，它使用的 SDK 目标与实体 iPhone 不同，这可能会导致细微的行为差异。也就是说，在模拟器中运行的测试并不总能完全反映 应用在真实硬件上的行为表现 。
在 Hacker News 上讨论该项目时，用户 kridsdale1 对 iOS 模拟器与 vphone-cli 之间的区别做了一个有用的 总结 ： 一直以来，iOS 模拟器都是 iOS 框架完全原生地运行在 macOS 上。将其视为一种替代性的窗口管理器最为恰当，但这些应用实际上是原生的 Mac 进程。
用户可以通过终端使用 top、ps 和 lldb 等命令，像查看其他进程一样查看和调试它们。它们只是通过 Simulator Mac 应用容器来呈现图形用户界面。
在同一个讨论帖中，用户 landr0id 指出，vphone-cli “ 对安全研究很有用 ，因为你可以进行内核调试和设备检查，而这些在模拟器中是无法实现的”。用户 afavour 也同样强调了 在模拟器上测试与在真实硬件上测试之间的区别 ，并精辟地总结道：“这种差异在出现问题之前并不重要，但一旦出现问题，要弄清楚到底发生了什么就会让人抓狂”。
在 LinkedIn 上，资深 iOS 工程师 Daniyar Kurmanbayev 指出：“能够启动真实的 iOS 固件、通过 SSH 登录并重现环境，将使安全和底层调试变得更加切实可行。与此类似，Kareem Hesham 补充道： 利用 Virtualization.framework 实现完整的 iOS 启动，是移动安全研究领域可访问性方面的一次重大转变。
它弥合了硬件锁定环境与可扩展自动化之间的鸿沟，但也引发了一个耐人寻味的问题：所谓的“封闭花园”究竟有多少是靠策略而非技术壁垒维系的。最后需要指出的是，苹果官方并未支持以这种方式使用其 iOS 固件。
因此，目前尚不清楚 PCC 虚拟研究环境的未来版本是否会继续包含运行 iOS 虚拟机所需的组件。原文链接： /ai-market-guide/