沙箱权限最小化

权限最小化是应用安全的基本功：申请的权限越少，审核越顺、用户越信任、攻击面越小。这篇讲沙箱权限的最小化实践。

▍先盘点
现状盘点：应用清单里声明的每一项权限列出来，问三问：哪个功能用它？这个功能是核心吗？有没有更轻的替代？盘点产物是权限映射表（权限到功能到必要性）。很多应用盘点完会发现：历史遗留权限（功能早删了权限还在）、重复权限（两个权限覆盖同一需求）、可用轻量替代的权限（系统提供了免权限的通道）。

▍轻量替代的常见对
文件访问：持久授权代替全盘访问（用户选的目录才可写——文件夹授权标准篇的机制）；系统选择器代替路径权限（选过的文件可用）。剪贴板：用户触发的读取代替后台监听。位置：粗定位代替精定位（能粗就粗）。网络：按域名的安全配置代替宽泛声明。每对替代都是权限面的收缩。

▍运行时申请的纪律
时机：用到才申请（首次触发对应功能的上下文里——权限话术篇的配合）；拒绝的优雅降级（功能引导但不死缠——拒绝后功能走降级路径而不是反复弹）；一次性 vs 持久（用完即弃的权限选择一次性授权选项）。

▍敏感权限的克制
高敏权限（常驻后台、无障碍、设备控制类）的审核与用户警惕度都高：非核心必需不申请；申请就要在审核材料与用户面前都说清用途（ACL 申请篇的合规面）。用隐私敏感度低的方案组合替代高敏权限，是更聪明的架构。

▍第三方组件的权限
引入的 SDK 自带权限要求：审计（它要的权限给它干什么——清单核对）；裁剪（不用的功能模块去掉，连带权限要求一起）；隔离（敏感操作收拢到应用自己的代码里做，不让第三方组件直接持权限）。

▍验收
权限映射表评审通过（每项有功能锚点与必要性结论）；拒绝路径的降级体验走查；版本迭代时权限面只减不增（增要有显式评审）。

有疑问欢迎在本板块直接发帖，我们会逐条回复。