macos沙盒容器目录本身不自动加密，但通过隔离存储、权限控制和用户授权实现强隐私保护；其安全依赖沙盒运行时约束而非磁盘加密，filevault可透明加密整个容器路径，而高敏感数据仍需应用层加密。
macOS 沙盒容器目录本身不自动加密，但系统通过隔离存储 + 权限控制 + 用户授权机制实现强隐私保护。是否加密取决于开发者是否额外集成加密逻辑，而系统层面的安全保障主要来自沙盒运行时约束，而非磁盘级加密。
沙盒容器目录的默认位置与访问边界
每个沙盒应用拥有唯一容器路径：
-
路径格式：
~/Library/Containers/<bundle-id>/Data/</bundle-id>（例如 TomatoBar 是com.github.ivoronin.TomatoBar） - 天然可读写子目录：Documents、Caches、Preferences、Application Support 等均位于该 Data 目录下
-
外部不可见：其他应用无法直接访问该路径，即使同用户身份，也会被内核沙盒策略拦截并返回
Operation not permitted
为什么容器目录通常无需额外加密？
沙盒机制已从执行环境层面切断越权访问可能，加密并非必要手段：
- 容器目录受 macOS 文件系统权限（ACL）和 sandboxd 守护进程双重保护，普通进程调用
open()或fopen()访问他人容器会立即失败 - 即使攻击者获得用户 shell 权限，也无法绕过内核级沙盒检查——这不是文件权限（chmod）能绕过的层级
- 用户主目录（
~）若已启用 FileVault，整个~/Library/Containers/会被透明加密，此时容器数据随磁盘加密一并受保护
需要手动加密的典型场景
以下情况建议在容器内对敏感数据做应用层加密：
macOS Automator Services
下载
部署和使用军舰的 macOS Automator 自动化服务集合。包含 5 个实用工作流：PDF转JPG、PNG重命名并转JPG、图像拼接、解压RAR、顺序命名图像文件。一键安装所有服务到 ~/Library/Services/ 目录。使用场景：(1) "安装我的自动化服务"，(2) "部署所有 Automato...
- 存储明文密钥、API Token、认证凭据等高敏感字段（如密码管理器类 App）
- 处理合规要求严格的数据（如医疗日志、财务记录），需满足 GDPR 或 HIPAA 的“静态数据加密”条款
- 将缓存数据导出为共享文件（如 .tomato-export）前，避免内容被拖拽到非沙盒路径后泄露
推荐方式：使用 SecKeyCreateEncryptedData() 或 CryptoKit 配合钥匙串（Keychain）托管密钥，而非硬编码密钥或依赖容器路径安全。
与 FileVault 和磁盘加密的关系
沙盒容器与磁盘加密是正交机制，可叠加使用但互不替代：
- FileVault：全盘加密，保护关机状态下物理磁盘数据；不影响沙盒运行时行为
- APFS 加密宗卷：对单个外置硬盘或分区启用，加密后挂载需输入密码；容器目录若存于该卷中，则自动受保护
- 沙盒本身：仅在系统运行时生效，防止恶意软件或漏洞利用跨应用窃取数据，不解决离线窃取问题
真正端到端的隐私防护，是 FileVault（防离线窃取）+ 沙盒（防运行时越权）+ 应用层加密（防合规风险）三者协同。
