📚 课程目录第3章最小必要原则在权限申请中的风险识别

3. 最小必要原则在权限申请中的风险识别

某工具类 App（以“文件清理 + 手电筒 + 二维码扫描”为核心功能）在首次启动时一次性申请通讯录、精确定位、相机、麦克风、存储等权限。本案例的任务是：把每个权限与核心功能逐项对照，判断哪些权限属于“实现核心功能所必需”，哪些属于超范围索取，从而识别违反最小必要原则的风险。

最小必要原则要求：权限范围与处理目的直接相关，且为实现该目的所必需的最小范围。落到权限申请上，可用三个问题逐项判断：

三个问题中任一为“否”，即存在最小必要原则风险。风险等级可按“功能关联性缺失 > 必要性不足 > 范围可收窄”排序。

权限	声明用途	对应核心功能	功能关联性	必要性强度	范围最小化	判定
存储（读/写）	扫描本地文件、保存清理记录	文件清理	直接相关	必需	可限定为应用私有目录 + 用户选定目录	合规（需收窄范围）
相机	扫描二维码	二维码扫描	直接相关	必需	仅扫码时调用，无需常驻	合规
精确定位	“提供本地化服务”	无对应核心功能	无关联	非必需	可完全去除	高风险
通讯录	“便于分享给好友”	无对应核心功能	无关联	非必需	可完全去除	高风险
麦克风	“语音输入指令”	无对应核心功能	弱关联（未声明该功能）	非必需	可完全去除	中高风险
后台自启动	“保持清理服务运行”	文件清理	间接相关	非必需	可改为前台触发	中风险

根据上述路径，本案例可得出以下判定：

注意：权限申请必须与隐私政策声明的收集范围一致。若隐私政策未提及通讯录、精确定位，而实际申请了这些权限，则同时构成“超范围收集”与“告知不一致”风险。

整改后，App 应仅保留存储与相机权限，并在用户触发文件清理或扫码时分别申请；定位、通讯录、麦克风、后台自启动应全部移除。整改完成后，再次按上述路径复核，确保每个保留权限都能通过三项判断。