macOS权限管理是环环相扣的分层防御体系：沙盒为默认起点，由签名与entitlements固化；TCC统一调度用户授权；Gatekeeper和quarantine属性管控安装阶段；辅助功能等高危权限需手动启用，缺失将导致静默失败或闪退。

macos 的权限管理不是一堆零散设置的集合，而是一套环环相扣、分层防御的逻辑体系。它不靠单一开关起作用，而是由内核机制、系统服务、用户界面和应用签名共同编织成一张安全网。

沙盒是默认起点，不是可选附加项

每个 macOS 应用启动时，默认就被关进自己的沙盒——一个受严格限制的执行环境。这不是后期加装的防护，而是安装时就由代码签名和 entitlements（权限声明）固化下来的运行前提。沙盒决定了应用“能看见什么”，比如它默认看不到你的桌面、文档或下载文件夹，哪怕这些路径在 Finder 里一目了然。

• 沙盒权限由开发者在打包时声明，系统在安装时验证并强制执行
• 用户在“隐私与安全性”里授出的权限（如照片、位置），是在沙盒基础上的“额外许可”，不是绕过沙盒
• 像 System Events 这类系统服务，本身也运行在受限上下文中，调用它必须单独授权自动化权限

TCC 是用户授权的统一入口

TCC（Transparency, Consent, Control）不是某个开关，而是整个隐私权限的后台调度中心。你看到的“摄像头”“麦克风”“文件夹”列表，只是它暴露给用户的前端界面。TCC 负责记录谁在何时请求了什么、用户点了“允许”还是“拒绝”，并在每次访问发生时实时校验。

macOS UI 自动化技能包 —— 用 Python 控制你的 Mac

让 macOS 自动化像说话一样简单 —— 用代码控制你的 Mac，无需学习 AppleScript 系统要求 macOS 14+ (Sonoma) Python 3.9+ 需要开启：辅助功能 + 屏幕录制权限

下载

• 权限状态存在数据库中（/Library/Application Support/com.apple.TCC/TCC.db），不是靠 plist 文件控制
• 重置权限最干净的方式是 tccutil reset All，它清空数据库，让所有应用重新请求
• 某些权限（如辅助功能、自动化）需要手动勾选，因为它们涉及系统级操作，不能仅靠弹窗自动授予

Gatekeeper 和隔离属性是安装阶段的双重检查

一个应用能否运行，要过两道门：Gatekeeper 看它“是不是可信的”，quarantine 属性看它“是不是刚从网上下载的”。前者验证签名和公证状态，后者是系统打上的隐形标签——哪怕应用完全合法，只要带 quarantine 标签，首次运行仍可能被拦截。

• Control+点击打开，本质是临时绕过 Gatekeeper 检查，但不会清除 quarantine
• xattr -d com.apple.quarantine /path/to/App.app 才真正移除下载痕迹
• spctl 命令用于调试签名状态，例如 spctl --assess --verbose /path/to/App.app

后台运行与辅助功能权限直接影响稳定性

很多闪退问题表面是崩溃，根源其实是权限缺失导致关键能力失效。比如远程控制软件需要“辅助功能”权限才能模拟按键，没有它就无法注入输入事件；需要“后台运行”权限才能在最小化后持续监听连接，否则系统会主动挂起进程。

• 这类高风险权限在“隐私与安全性→辅助功能”或“自动化”里管理，需手动启用
• 权限被拒绝后，应用通常不会报错提示，而是静默失败，表现为功能缺失或启动即退
• 菜单栏应用（如 noTunes）依赖 LSUIElement 设置，它本身不触发辅助功能权限，但监控其他应用启动则需对应权限支持