macOS权限控制由沙盒、TCC、SIP和APFS四层协同实现：沙盒默认隔离应用容器并由XNU内核拦截越界访问；TCC动态管理敏感操作授权；SIP锁定系统关键路径；APFS提供文件级隔离，各层职责明确、不可替代。
macos 的权限控制逻辑不是靠“打开开关”或“一键提权”实现的，而是由多层机制协同运作：内核沙盒拦截、tcc 动态授权、sip 系统保护、apfs 文件系统隔离，每一层都承担明确职责，且互不替代。
沙盒是默认起点，不是可选功能
每个应用安装时即被分配独立容器（~/Library/Containers/com.example.app），XNU 内核在系统调用层面强制拦截越界访问，返回 EPERM 错误。这意味着即使用户授予“完全磁盘访问”，应用仍无法直接读取其他应用的沙盒内容——这不是权限没给够，而是内核根本不允许路径穿越。
- 沙盒路径由 UID 隔离，硬编码路径无效，符号链接也无法绕过
- 拖放、剪贴板、URL Scheme 等跨应用行为均受沙盒策略校验，未预注册即失败
- 调试时若遇“Permission denied”，先确认是否尝试访问非声明路径（如直接读取 ~/Documents/subfolder 而未在 Info.plist 中声明）
TCC 管理用户可见的“敏感操作”授权
TCC（Transparency, Consent, Control）数据库记录每一次显式授权，包括摄像头、位置、辅助功能、输入监控等。它不管理文件读写本身，而是控制“谁可以发起哪类敏感请求”。
WeChat macOS Proxy
下载
macOS 微信消息自动化工具。通过 GUI 自动化实现：发送消息给指定联系人、读取聊天内容、监控新消息。适用于需要自动化微信操作的场景，如定时发送、批量回复、消息备份等。依赖 peekaboo 进行屏幕截图和 UI 交互。仅支持 macOS。开源地址：https://github.com/chairmanmia...
- 权限按进程名（而非 App Bundle ID）登记，Terminal 和 iTerm2 是两个独立条目
- 重置全部授权可用 tccutil reset All，但会清空所有历史记录，适合调试而非日常使用
- “自动化”权限需在「系统设置 → 隐私与安全性 → 自动化」中逐个勾选具体进程，不能只开父应用（如 VS Code 不等于其终端子进程）
SIP 与文件系统权限分治关键区域
SIP（System Integrity Protection）锁定的是系统核心路径（/System、/usr/bin、/bin 等），与 POSIX 权限无关。即使 root 用户也无法修改这些路径下的文件，除非进入恢复模式并禁用 SIP——这不推荐，也不解决普通用户问题。
- 用户级权限问题几乎从不涉及 SIP，应优先排查 TCC 或沙盒声明
- 对 /Users 下目录操作失败，90% 源于缺少“文件和文件夹”权限或未启用“完全磁盘访问”
- ACL 权限优先级高于 POSIX，但 macOS 默认不启用 ACL；若手动添加，需用 ls -le 查看，避免与基础权限冲突
企业级临时提权必须带约束条件
普通用户无法“动态变管理员”，但可通过 macOS-enterprise-privileges 实现可控提权：权限有效期、限定用户组、强制填写申请理由，到期自动回收。
- 配置通过 mobileconfig 推送，ExpirationInterval 设为 15（单位：分钟）是平衡安全与可用性的常见值
- 禁止用 sudo su 或长期加入 admin 组——这绕过审计，违反最小权限原则
- 标准账户 + 登录不保存密码 + 手动清空 Downloads/Desktop，比启用客人用户更可控
