macOS 系统完整性保护（SIP）是一套嵌入内核启动流程的强制访问控制架构，通过 early kernel 策略引擎、分层禁区、APFS 卷级隔离及 recoveryOS 强耦合管理，实现 root 也无法篡改系统核心的深度防护。
macOS 系统完整性保护（SIP）不是一层可开关的“防护罩”，而是一套嵌入内核启动流程的强制访问控制架构。它的设计目标很明确：让系统核心真正不可篡改，哪怕 root 权限已泄露。
内核早期加载的强制策略引擎
SIP 在内核初始化阶段就完成策略载入，早于用户空间进程启动。它不依赖用户账户、不响应 sudo，而是通过扩展属性 com.apple.rootless 和配置文件 /System/Library/Security/rootless.conf 标记受保护对象。每次对关键路径发起 open()、write()、mmap() 或 ptrace() 等系统调用时，内核都会实时校验——不符合策略的操作直接被拦截，返回 Operation not permitted。
- 策略生效时机固定：在内核加载后、init 进程启动前完成初始化
- 无法被运行时工具绕过：lldb、dtrace、launchctl 等调试与管理工具同样受约束
- 与传统 Unix 权限分离：即使文件权限为 777，只要标记为 rootless，root 也无法写入
分层隔离的保护边界
SIP 的保护不是扁平覆盖，而是按功能层级划分三类禁区：
- 系统二进制层：/System、/bin、/sbin、/usr（不含 /usr/local），包含所有预装命令、库和内核扩展入口
- 运行时环境层：禁止向 Dock、WindowServer、kernel_task 等系统进程注入代码或附加调试器
- 签名验证层：强制 kext 加载前校验 Apple 签名，未签名驱动在内核启动阶段即被丢弃
这种分层使 SIP 既能阻止恶意覆写 /bin/ls，也能防止调试器劫持 Finder 进程——攻击面被从“整个系统”压缩到“用户可控区域”。
APFS 卷级隔离：Catalina 及之后的物理加固
从 macOS Catalina 开始，SIP 架构升级为“逻辑策略 + 物理隔离”双保险：
让 macOS 自动化像说话一样简单 —— 用代码控制你的 Mac，无需学习 AppleScript 系统要求 macOS 14+ (Sonoma) Python 3.9+ 需要开启：辅助功能 + 屏幕录制权限
- 系统卷（Macintosh HD）设为只读 APFS 卷，由固件级启动链验证其哈希值
- 数据卷（Macintosh HD - Data）承载用户数据与可写路径（~/、/Applications、/usr/local）
- 通过 firmlink（文件系统符号链接）将 /usr、/etc 等路径动态映射到只读卷，用户看到的是统一视图，实际读写分离
- APFS 克隆技术确保系统文件迁移不占额外空间，实现零成本的只读化部署
这意味着 SIP 不再仅靠内核拦截，还依赖存储层的只读属性。即使禁用 SIP，没有 authenticated-root 解除，系统卷仍不可写——Apple Silicon Mac 尤其如此。
策略管理与恢复模式强耦合
SIP 配置不存于用户空间，而是写入 NVRAM 并由 recoveryOS 控制：
- 所有变更必须在恢复模式下执行 csrutil 命令，重启后才生效
- Intel Mac：csrutil disable 即可解除 SIP 限制
- Apple Silicon Mac：需同时执行 csrutil disable 和 csrutil authenticated-root disable，否则系统卷仍锁定
- 支持细粒度放宽：如
csrutil enable --without debug仅开放调试接口，其余策略照常
这种设计切断了“用一个终端命令永久关闭安全机制”的可能，把策略控制权牢牢锚定在可信执行环境（recoveryOS）中。
