苹果安全工程与架构团队（SEAR）和核心操作系统团队（Core OS）于11月12日在苹果安全研究博客发布题为《Secure Exclaves and Ambient Sensing》的技术文章，系统披露了Apple Silicon芯片中Secure Exclaves（安全隔离区）的设计原理、底层架构与实际应用场景。该机制的核心目标是在处理摄像头和麦克风采集的数据时，避免原始音视频信息被操作系统、应用程序甚至苹果自身访问。
苹果在文章中说明，随着设备具备更强的环境感知能力，摄像头和麦克风需要持续处理周围环境信息，例如识别用户是否在附近、检测特定语音指令、判断当前是否有人正在使用设备。这类功能涉及敏感音视频数据，但并不意味着设备必须持续录制或保存这些内容。Secure Exclaves的做法是将摄像头和麦克风数据的处理过程放入独立、隔离的运行环境，在环境感知模式下，原始音视频数据不会传递给主操作系统、应用程序或苹果本身，处理完成后即被丢弃。系统仅向外提供必要的元数据，包括是否检测到特定声音、是否识别到已登记用户以及用户所在位置等信息。
从架构上看，Secure Exclaves围绕数据隔离、受控通信接口和安全指示机制三部分构建。数据隔离方面，Secure Exclaves运行在与主操作系统不同的处理器执行环境中，采用苹果定制的L4微内核，并通过安全页表监控器（SPTM）管理内存访问权限，确保主操作系统内核也无法读取隔离区专属内存中的数据。通信方面，苹果开发了名为Secure IPC的通信机制，使用Swift编写，通过预先定义的接口限制组件间的数据交换，每个隔离区只能访问明确授权的资源，只有经过审核的必要信息才能传递给主操作系统。安全指示方面，苹果设计了专门的Exclave Indicator Controller（隔离区指示控制器），负责管理摄像头和麦克风数据何时可以离开隔离环境。当应用程序需要完整访问传感器数据时，系统必须先确保相应的指示灯或屏幕提示已经显示，并达到规定的可见时间，随后才允许数据传输。
苹果以HomeView设备为例介绍了该架构的实际应用。该设备可通过摄像头和麦克风识别最多6名已登记用户，并判断用户是否在设备附近。摄像头隔离区负责检测人脸并生成相关数据，麦克风隔离区处理音频信息，随后通过独立的神经网络引擎隔离队列进行推理。最终系统只将用户标识、位置和识别置信度等元数据传递给主操作系统，不提供原始图像或音频，操作系统据此调整日历、信息、Apple Music等功能的显示内容。此外，Secure Exclaves还应用于iPhone 18 Pro、iPhone 18 Pro Max和iPhone Duo的摄像头、麦克风屏幕指示功能，以及MacBook Neo和HomeView的摄像头指示功能。
在语音唤醒场景中，苹果以iPhone 18 Pro上的“Hey Siri”功能说明了该机制的运作流程。设备首先通过常开处理器（AOP）低功耗监听唤醒词，检测到可能的指令后将音频缓冲区交给音频隔离区处理，再由Siri隔离区进行第二轮识别。在确认唤醒词之前，主操作系统只能收到需要唤醒Siri的通知，无法获得音频数据。只有当用户进入主动交互状态，系统完成麦克风指示标志的显示和安全检查后，才允许音频传输至Siri服务。
屏幕指示功能同样不依赖操作系统单独完成。对于采用屏幕指示点的设备，独立的显示隔离区会检查屏幕实际显示的像素，包括颜色、形状、持续时间和亮度，确认指示标志确实对用户可见，以防止恶意软件通过隐藏或伪造指示标志误导用户。在底层技术层面，Secure Exclaves的微内核采用能力（Capability）机制管理权限，系统组件默认不具备访问其他组件或硬件资源的权限，只有获得明确授权后才能进行交互。苹果还对微内核进行了形式化验证，利用数学方法检查C语言实现是否符合预先定义的功能规范，以发现传统软件测试难以覆盖的底层逻辑问题。苹果同时说明，当前的形式化验证是逐步开展的，尚未覆盖整个微内核的所有部分。
从行业角度看，Secure Exclaves反映出终端厂商在设备环境感知能力增强的背景下，正将隐私保护从应用层策略下沉至芯片与内核层。通过将敏感数据的处理与主系统解耦，并配合硬件级指示器与形式化验证手段，苹果试图在功能扩展与数据最小化之间建立一套可验证的技术边界。这一架构后续在更多设备与传感器场景中的落地效果，值得持续关注。
该文观点仅代表作者本人，企服科学平台仅提供信息存储空间服务。
