macOS安全引导与设备验证机制是一套分层协作体系，涵盖启动链验证、固件防护和运行时完整性控制：启动安全性实用工具管理启动源头，SIP保护系统关键路径只读，代码签名与公证确保应用可信，T2或Apple芯片提供硬件级信任根。
macOS 的安全引导与设备验证机制，核心是确保设备从固件层开始就只运行可信代码，防止未授权系统、恶意启动项或篡改过的操作系统加载。它不是单一功能，而是一套分层协作的保护体系，主要覆盖启动链验证、固件防护、运行时完整性控制三个关键环节。
启动安全性实用工具：控制启动源头
这是用户可直接配置的底层防线，适用于搭载 Apple T2 芯片或 Apple 芯片的 Mac：
- 安全启动：默认启用“完整安全性”，Mac 在开机时会校验启动磁盘中操作系统的签名与 Apple 签发的完整性信息是否匹配。若系统被修改或非官方版本（如某些 Hackintosh 或未签名内核扩展），将拒绝启动并提示更新或切换启动盘。
- 允许的启动介质：可限制仅从内置硬盘或特定已认证的外部 SSD 启动，禁用 USB、SD 卡等通用启动途径，大幅降低物理接触式攻击风险。
- 固件密码：启用后，任何尝试通过恢复模式、目标磁盘模式或更换启动盘的操作都需输入该密码。注意：Apple 芯片 Mac 的固件密码已整合进“安全性设置”，不再单独弹出界面，需在 macOS 恢复环境中进入“启动安全性实用工具”配置。
系统完整性保护（SIP）：守护运行时核心
SIP 是 macOS 内置的强制性保护机制，自 OS X El Capitan（10.11）起默认开启，作用于系统启动后：
- 锁定 /System、/usr、/bin、/sbin 等关键路径为只读，阻止包括 root 用户在内的任何进程修改系统二进制文件或内核组件。
- 限制未签名的内核扩展（kext）加载——即使手动禁用 SIP，macOS 13（Ventura）起也要求所有 kext 必须经 Apple Developer ID 签名并通过公证（Notarization）。
- 不干扰用户数据区（如 ~/Desktop、/Applications 非系统目录），也不影响已签名且公证的应用正常运行。
代码签名与公证：验证软件来源与完整性
这是应用层可信链的起点，贯穿开发、分发与安装全流程：
- 所有在 App Store 外分发的 macOS 应用，必须使用 Apple 颁发的 Developer ID 证书进行代码签名；否则 Gatekeeper 会在首次启动时拦截并提示“已损坏”。
- 自 macOS 10.14.5 起，新提交的 Developer ID 应用还必须经过 Apple 公证服务（Notarization）——开发者上传压缩包，Apple 自动扫描恶意行为并返回公证票证（ticket），再用 stapler 工具嵌入到应用中。
- 用户双击安装时，Gatekeeper 会同时检查签名有效性与公证状态；任一缺失，系统将阻止运行，并在“访达”中显示红色警告。
硬件级支持：T2 与 Apple 芯片的安全根
安全引导能力高度依赖专用安全芯片：
- T2 芯片 Mac 中，T2 独立管理 Boot ROM、加密引擎和 Secure Enclave，启动过程由 T2 验证每个阶段（Boot ROM → Low-Level Bootloader → iBoot → macOS Kernel）的签名，形成不可绕过的信任链。
- Apple 芯片 Mac 将等效功能集成进 SoC，启动流程更紧凑，且支持“激活锁”联动：若设备开启“查找我的 Mac”，即使重装系统或清除数据，仍需原 Apple ID 密码才能激活，有效遏制设备失窃后的滥用。
