苹果详解 Secure Exclaves：原始音视频数据不经过主操作系统
苹果详解 Secure Exclaves 安全架构：Siri、摄像头和麦克风隐私保护升级，主系统也无法访问原始信息
苹果把自己怎么把摄像头麦克风数据锁在隔离区里的细节全写出来了：L4 微内核、SPTM 内存隔离、连指示灯都有独立控制器盯着。做系统安全或端侧开发的可以对照学一下设计思路，主系统都拿不到原始数据的做法值得看看。
苹果安全工程与架构团队（SEAR）和核心操作系统团队于 11 月 12 日在安全研究博客发布《Secure Exclaves and Ambient Sensing》一文，介绍 Apple Silicon 芯片中的 Secure Exclaves 安全隔离架构。该架构将摄像头和麦克风数据的处理放在独立隔离的运行环境中，主操作系统、应用乃至苹果自身都无法访问原始音视频，处理完成后数据即被丢弃，系统只输出检测状态、用户识别结果等元数据。
技术上，Secure Exclaves 采用苹果定制的 L4 微内核，并通过安全页表监控器（SPTM）管理内存访问，确保主系统内核无法读取隔离区专属内存；组件间通过 Swift 编写的 Secure IPC 机制按预定义接口通信。专门的 Exclave Indicator Controller 管理传感器数据何时可以离开隔离环境，屏幕指示点由独立的显示隔离区检查像素、颜色、持续时间和亮度，防止恶意软件伪造指示标志。微内核采用能力（Capability）机制管理权限，并部分开展了形式化验证。
实际应用方面，HomeView 可通过摄像头和麦克风识别最多 6 名已登记用户；iPhone 18 Pro 的 "Hey Siri" 唤醒由常开处理器（AOP）低功耗监听，音频缓冲区先交音频隔离区、再由 Siri 隔离区二轮识别，确认前主系统只收到通知而不获得音频。Secure Exclaves 还应用于 iPhone 18 Pro/Pro Max、iPhone Duo、MacBook Neo 等设备的摄像头和麦克风指示功能。
苹果详解 Secure Exclaves 安全架构：Siri、摄像头和麦克风隐私保护升级，主系统也无法访问原始信息
IT之家 11 月 12 日消息，苹果今日发布了一篇技术文章，详细介绍了其 Apple Silicon 芯片中的安全架构 Secure Exclaves（安全隔离区），解释这套机制如何在处理摄像头和麦克风采集的数据时，避免原始音视频信息被操作系统、应用程序甚至苹果自身访问。 苹果安全工程与架构团队（SEAR）和核心操作系统团队（Core OS）于 11 月 12 日在苹果安全研究博客发布了题为《Secure Exclaves and Ambient Sensing》的文章，介绍了 Secure Exclaves 的设计原理、底层架构以及实际应用场景。 苹果表示，随着设备逐渐具备更加智能的环境感知能力，摄像头和麦克风需要持续处理周围环境信息。例如，设备需要识别用户是否正在附近、检测特定语音指令，以及判断当前是否有人正在使用设备。这类功能需要处理敏感的音视频数据，但并不意味着设备必须持续录制或保存这些信息。 为此，苹果推出了 Secure Exclaves，将摄像头和麦克风数据的处理过程放在独立、隔离的运行环境中。根据苹果的介绍，在环境感知模式下，原始音视频数据不会传递给主操作系统、应用程序或苹果本身，处理完成后也会被丢弃。系统只会向外提供必要的元数据，例如是否检测到特定声音、是否识别到已登记用户，以及用户所在的位置等信息。 Secure Exclaves 主要围绕三个方面构建：数据隔离、受控通信接口和安全指示机制。 在数据隔离方面，Secure Exclaves 运行在与主操作系统不同的处理器执行环境中，并采用苹果定制的 L4 微内核。苹果还通过安全页表监控器（SPTM）管理内存访问权限，确保主操作系统内核也无法读取 Secure Exclaves 专属内存中的数据。 在通信方面，苹果开发了名为 Secure IPC 的通信机制，使用 Swift 编写，并通过预先定义的接口限制不同组件之间的数据交换。每个隔离区只能访问明确授权的资源，只有经过审核的必要信息才能传递给主操作系统。 在安全指示方面，苹果设计了专门的 Exclave Indicator Controller（隔离区指示控制器），负责管理摄像头和麦克风数据何时可以离开隔离环境。当应用程序需要完整访问传感器数据时，系统必须先确保相应的指示灯或屏幕提示已经显示，并达到规定的可见时间，随后才允许数据传输。 苹果还介绍了 Secure Exclaves 在 HomeView 上的应用。该设备可以通过摄像头和麦克风识别最多 6 名已登记用户，同时判断用户是否在设备附近。摄像头隔离区负责检测人脸并生成相关数据，麦克风隔离区则处理音频信息，随后通过独立的神经网络引擎隔离队列进行推理。 最终，系统只会将用户标识、位置和识别置信度等元数据传递给主操作系统，不会向其提供原始图像或音频。操作系统可以据此调整日历、信息、Apple Music 等功能的显示内容。 IT之家注意到，Secure Exclaves 还应用于 iPhone 18 Pro、iPhone 18 Pro Max 和 iPhone Duo 的摄像头、麦克风屏幕指示功能，以及 MacBook Neo 和 HomeView 的摄像头指示功能。 苹果以 iPhone 18 Pro 上的“Hey Siri”语音唤醒功能为例，解释了这套机制如何工作。设备首先通过常开处理器（AOP）低功耗监听唤醒词，当检测到可能的“Hey Siri”指令后，再将音频缓冲区交给音频隔离区处理，并由 Siri 隔离区进行第二轮识别。 在确认唤醒词之前，主操作系统只能收到需要唤醒 Siri 的通知，而不会获得音频数据。只有当用户进入主动交互状态，系统完成麦克风指示标志的显示和安全检查后，才会允许音频传输至 Siri 服务。 苹果介绍称，屏幕指示功能并非仅由操作系统负责绘制。对于采用屏幕指示点的设备，独立的显示隔离区会检查屏幕实际显示的像素，包括颜色、形状、持续时间和亮度，确保指示标志确实对用户可见，避免恶意软件通过隐藏或伪造指示标志误导用户。 在底层技术方面，苹果表示，Secure Exclaves 的微内核采用能力（Capability）机制管理权限，系统组件默认不具备访问其他组件或硬件资源的权限，只有获得明确授权后才能进行交互。 苹果还对微内核进行了形式化验证，利用数学方法检查 C 语言实现是否符合预先定义的功能规范，以发现传统软件测试难以覆盖的底层逻辑问题。不过，苹果也强调，目前的形式化验证是逐步开展的，并未覆盖整个微内核的所有部分。
This report is categorized under AITOP's "Products" desk, focusing on US frontier AI labs and Silicon Valley technology leaders. Within our cross-regional analytical framework, it directly maps to AI developer toolchains, coding agents, and engineering workflows. Key entities and technical topics under continuous tracking include Apple, Secure Exclaves, Apple Silicon, AI安全.
Source attribution: curated from IT之家.
