macOS 安装权限不识别恶意代码，而是通过 Gatekeeper（验证来源、签名、公证）、XProtect（首次执行时用 YARA 规则匹配）和终端防护（如粘贴警告）协同拦截风险；权限配置决定防护强度，真正起作用的是三者配合与系统更新。
macos 应用安装权限本身不直接“识别”恶意代码，它通过来源控制 + 签名验证 + 运行时拦截三步协同，在用户触发安装或启动前就切断风险路径。真正的“识别”由底层机制（如 xprotect）在特定时机完成，而安装权限层只负责“放行与否”，不参与分析。
Gatekeeper 控制安装入口，不扫描代码
Gatekeeper 不检查文件内容是否恶意，只验证三类可信凭证：
- 是否来自 App Store（经苹果严格审核）
- 是否带有有效开发者 ID 签名（由 Apple 颁发，绑定开发者身份）
- 是否通过 Apple 公证（Notarization）——即开发者提交二进制给 Apple 扫描，无已知威胁后签发票据嵌入应用
只要任一条件不满足，Gatekeeper 就阻止启动，并显示“已损坏”或“无法打开”。这个过程不依赖本地病毒库，也不运行代码，纯靠元数据比对。
XProtect 在首次执行时做签名匹配，不是安装时
XProtect 不介入安装过程，只在以下唯一时机激活：
- 用户双击打开一个刚下载的可执行文件（如 .app、.pkg、.dmg 内程序）
- 或首次打开含脚本的文档（如 .pdf 里的 JavaScript、.docm 里的宏）
此时系统调用内置 YARA 规则库，比对文件特征哈希或行为模式。若命中已知恶意样本签名，立即终止加载，不给执行机会。它不查杀、不清理、不提醒“发现病毒”，只静默拦截并弹出系统级提示。
终端命令和脚本绕过所有安装权限防护
这是最关键的盲区：
-
curl下载后直接bash -c执行的脚本，不经过 Gatekeeper 校验（因为不是“打开应用”，而是 shell 执行） - DMG 中的 AppleScript 弹窗诱导用户点“允许”，本质是让用户手动授予权限，等同于主动绕过保护
- 使用
sudo或osascript调用系统工具（如launchctl、defaults）的恶意逻辑，完全不受安装限制影响
这类操作依赖用户授权，系统默认信任终端输入——因此 macOS 26.4+ 新增了“终端粘贴警告”，自动检测含 sudo、bash -c、curl | sh 等高危组合的粘贴内容并拦截。
权限设置直接影响拦截强度
你在“隐私与安全性 → 安全性”里选的选项，决定了 Gatekeeper 的严格程度：
- 勾选“App Store”：仅允许 Mac App Store 应用，连已公证的第三方 App 也被拒之门外
- 勾选“App Store 和被认可的开发者”：允许带有效签名+公证的应用，但仍有被绕过的可能（如伪造签名或利用已撤销证书）
- 若开启“任何来源”（需终端命令解锁），等于关闭 Gatekeeper 主动防护，仅剩 XProtect 的首次执行拦截
真正起作用的不是“安装权限”本身，而是你如何配置它来配合 XProtect 和系统更新节奏。不复杂但容易忽略
