管理员密码授权的是向sip保护路径（如/applications、/library、/usr/local）写入文件的权限，而非运行应用；绕过方式包括安装到~/applications、用homebrew或app store安装，但仅对当前用户生效。
macOS 应用安装不是“复制粘贴”那么简单，管理员权限是其中关键一环——它不决定“能不能运行”，而是决定“能不能把文件写进系统受保护的位置”。真正触发密码输入的，从来不是双击动作本身，而是写入路径是否在 SIP（系统完整性保护）管辖范围内。
管理员密码到底在授权什么？
输入密码不是给应用“开绿灯”，而是临时提升权限，让安装过程能向以下路径写入：
- /Applications：全局应用目录，所有用户可见可运行
- /Library：系统级资源目录（如字体、启动项、插件）
- /usr/local：命令行工具常用安装位置（Homebrew 默认路径）
- /System 和 /bin：SIP 严格锁定，普通安装器根本无法触碰
即使 Gatekeeper 已放行，没有这一步授权，.pkg 安装器会直接报错；拖拽 .app 到 /Applications 也会弹窗——因为系统识别到目标路径需要 root 权限才能修改所有权和权限位。
不输密码也能装？有但有限制
绕过密码输入不是“破解”，而是换一条合规路径：
- 把 .app 拖进 ~/Applications（用户主目录下的 Applications 文件夹），系统默认允许写入，无需授权
- 使用 Homebrew 安装命令行工具，默认走 ~/homebrew 或 /opt/homebrew（Apple Silicon 下），不依赖管理员密码
- 通过 Mac App Store 安装的应用，由沙盒机制管理，安装过程以当前用户身份完成，不弹密码框
注意：这些方式装的应用，只对当前用户生效。比如 ~/Applications 里的软件，其他账户登录后完全看不见。
为什么有时输完密码还是装不上？
管理员身份 ≠ 万能钥匙。常见卡点在文件系统权限层面：
- 目标磁盘 ACL 损坏或继承失效，导致 /Applications 目录实际不可写
- 安装器试图写入 /private/tmp 但该临时目录被设为只读（尤其在企业 MDM 环境下）
- 用户虽属 admin 组，但 wheel 组缺失，某些 pkg 脚本依赖 wheel 成员身份执行 postinstall 任务
验证方式：终端运行 id -Gn，确认输出含 admin 和 wheel；再用 ls -le /Applications 查看目录权限是否含 write 权限。
MDM 环境下的静默安装怎么运作？
像 Jamf、Intune 这类工具，并非绕过权限机制，而是提前配置了授权策略：
- 通过配置描述文件（Configuration Profile）预注册特定 pkg 的签名哈希，跳过 Gatekeeper 提示
- 在设备注册时将账户设为“管理角色”，使 installer 命令可静默调用 Authorization Right
- 安装路径仍受 SIP 约束，所以静默安装依然只能写入 /Applications、/Library 等合法位置，不能越界
本质上，它把“手动输密码”变成“策略预授权”，底层逻辑没变，只是交互被隐藏了。
