FileVault自动解锁本身安全，其风险取决于密码强度、固件密码启用、iCloud密钥同步策略及系统更新状态。登录密码解密钥匙链，钥匙链释放Volume Key，若密码强且设备物理受控，风险极低；弱密码、无固件密码或Apple ID失陷则显著降低安全性。
FileVault 启用后，macOS 默认允许登录用户自动解锁加密磁盘——这本身不是漏洞，而是一种权衡便利与安全的设计选择。其安全性取决于你如何配置密钥管理、账户保护和系统环境。
自动解锁依赖的是用户登录密钥链
FileVault 解密密钥（Volume Key）被封装并存储在用户的登录密钥链中，该密钥链本身由用户登录密码加密保护。系统登录时，若密码正确，钥匙串自动解锁，进而释放 FileVault 密钥，完成磁盘解密。
- 这意味着：只要登录密码足够强且未被泄露，自动解锁过程本身不会暴露明文密钥
- 但若攻击者能绕过登录界面（如通过固件启动、Target Disk Mode 或恢复模式访问硬盘），且你的 Mac 未启用固件密码，他们仍可能导出加密卷的元数据并尝试离线爆破（尽管 FileVault 使用 PBKDF2 迭代 10 万次以上，难度极高）
- 若同时启用了“允许 Finder 中显示密码提示”，或设置了弱密码+简单答案的安全问题，会显著降低攻击门槛
FileVault 与 iCloud 钥匙串协同带来的风险点
当开启“iCloud 钥匙串同步”且勾选了“在所有设备上记住此密码”，FileVault 恢复密钥（Recovery Key）或 iCloud 恢复密钥（iCloud Recovery Key）可能被同步到 Apple ID 账户下——这是双刃剑：
部署和使用军舰的 macOS Automator 自动化服务集合。包含 5 个实用工作流：PDF转JPG、PNG重命名并转JPG、图像拼接、解压RAR、顺序命名图像文件。一键安装所有服务到 ~/Library/Services/ 目录。使用场景：(1) "安装我的自动化服务"，(2) "部署所有 Automato...
- 好处：丢失本地恢复密钥时，可通过 Apple ID 验证找回
- 风险：若 Apple ID 被钓鱼、MFA 绕过或遭社工攻击，攻击者可能获取恢复密钥，从而解密备份或离线磁盘镜像
- 建议：启用双重认证（2FA）是强制前提；如需更高控制力，可禁用 iCloud 同步恢复密钥，在首次启用 FileVault 时选择“不使用 iCloud 恢复”，并手动生成、离线保管纸质恢复密钥
自动解锁在休眠/睡眠状态下的实际表现
macOS 在睡眠时默认启用 Safe Sleep（hibernation），将内存内容写入加密的睡眠镜像（sleepimage），该文件受 FileVault 保护。但若仅启用普通睡眠（不写入磁盘），内存中仍驻留解密密钥——此时存在冷启动攻击风险（虽在 T2/M 系列芯片上因内存加密和硬件隔离大幅缓解）：
- T2 或 Apple Silicon Mac：内存内容加密（AES-XTS）、密钥由 Secure Enclave 动态管理，即使物理提取内存芯片也极难还原密钥
- Intel Mac（无 T2）：若未启用固件密码，冷启动攻击理论上可行，尤其配合快速重启动+内存降温手段
- 稳妥做法：关闭自动登录、设置屏幕锁定延迟为立即、启用“需要密码 immediately after sleep or screen saver begins”
真正影响安全强度的关键配置项
自动解锁是否安全，不取决于“是否开启”，而取决于以下几项是否到位：
- 账户密码强度：至少 8 位含大小写字母、数字、符号；避免常见词、生日、键盘序列
- 固件密码（Firmware Password）：阻止从外部介质启动或进入恢复模式，是防止绕过 FileVault 的第一道硬防线
- 登录选项：禁用自动登录、禁用“允许使用 Apple ID 重置密码”（除非你完全信任该 Apple ID 的安全）
- 系统更新：确保运行 macOS 最新版，修复已知密钥链或 FileVault 相关漏洞（如 CVE-2021-30713 等旧版本缺陷）
FileVault 自动解锁本身设计合理，它把安全锚点落在“用户身份可信”这一层。只要登录凭证和设备物理访问受控，日常使用中风险极低。真正的问题往往出在弱密码、缺失固件保护、或 iCloud 账户失陷这些外围环节。
