gatekeeper安全策略随macos版本持续收紧：从10.8–10.14的基础签名验证，到10.15–12.x的公证强制化，再到13–14的漏洞修复与企业策略细化，最终在15 sequoia全面封禁交互绕过，公证成为第三方应用运行的必要条件。
gatekeeper 的安全策略不是一成不变的，而是随着 macos 版本持续收紧。从 2012 年初代引入，到如今 macos sequoia（15.x）及后续系统，苹果逐步关闭绕过路径、强化验证逻辑、提升公证权重——核心目标始终是压缩恶意软件的生存空间，同时倒逼开发者合规分发。
Mac OS X 10.8–10.14：基础签名验证阶段
这一时期 Gatekeeper 以“来源白名单”为核心，提供三个选项：App Store、App Store 和已识别开发者、任何来源。用户可通过 sudo spctl --master-disable 完全关闭它，也可用 Control+点击临时绕过。验证逻辑较简单：仅检查 Developer ID 签名是否存在且未被撤销，不强制要求公证。未签名或签名失效的应用会提示“无法验证开发者”，但仍有明确手动放行路径。
macOS 10.15–12.x：公证强制化与隔离属性深化
从 Catalina 开始，苹果将公证（Notarization）变为硬性门槛。所有非 App Store 分发的已签名应用，若未通过苹果云端扫描，首次运行时会被直接拦截，不再仅显示警告。系统更严格依赖 com.apple.quarantine 属性判断“是否来自网络”，并增加对脚本类打包方式（如含 Shell 的 .app）的检测。2021 年 CVE-2021-30657 漏洞暴露了该阶段的薄弱点，促使苹果在 12.1 后加强签名完整性校验，禁止修改后仍复用旧签名。
macOS 13–14：漏洞修复与企业策略细化
这一阶段重点修补绕过机制。2022 年披露的 Achilles 漏洞（CVE-2022-42821）允许攻击者伪造签名链绕过检查，苹果在 macOS 13、12.6.2 和 11.7.2 中紧急修复。同时，系统开始限制 MDM 管理环境下非特权用户的执行权限，并对公证票据的时效性、证书吊销状态做实时联网校验。用户发现“已损坏，无法打开”提示增多，本质是 Gatekeeper 对签名链完整性和公证状态的双重校验变得更敏感。
macOS 15 Sequoia 及以后：交互绕过全面封禁
Sequoia 是 Gatekeeper 演进的关键分水岭。苹果彻底移除了 Control+点击、右键“打开”等传统绕过方式；用户必须进入 系统设置 > 隐私与安全性，手动点击“仍要打开”才能放行未公证应用——且该按钮仅在应用被明确标记为“已验证但未公证”时短暂出现，若签名无效或证书被撤销，则根本不会显示。此外，苹果同步收紧了公证规则：拒绝接受含已知危险 API 调用（如动态代码加载）的应用，也封堵了通过隔空投送共享专业软件绕过购买的灰色路径。公证不再只是“加分项”，而成为第三方应用实际可运行的必要条件。
