超范围采集是什么问题
等保 2.0 在「安全计算环境」写入个人信息保护条款：应仅采集和保存业务必需的用户个人信息，禁止未授权访问和非法使用。现场常见情形是注册表单与后台采集了与业务无关的身份证号、住址、通讯录等字段，隐私政策未列明、也没有授权记录。这类问题同时触碰等保条款与个人信息保护法的「最小必要」要求，属于双重不符合。
基本信息
| 条款依据 | GB/T 22239-2019 个人信息保护；个保法第六条 |
|---|---|
| 判定要点 | 采集是否业务必需、能否最小化处理 |
| 高频问题 | 采集无关字段、后台可无条件导出、日志明文留存 |
| 证据材料 | 个人字段清单、采集页说明、授权与访问记录 |
| 整改顺序 | 先停采集，再清历史，最后补告知同意 |
典型使用场景
- 测评前自查：导出页面与接口采集的字段清单逐项过一遍
- App/小程序合规整改：监管抽检关注超范围采集与静默上报
- 新功能上线评审：新增字段先过必要性判断再开发
- 数据库、日志与数据仓库中历史超范围字段的清理
- 向第三方共享前的字段核对与披露更新
最小必要整改流程
最小必要整改流程
# 1 字段清单：梳理页面、接口、日志采集与存储的个人字段
# 2 必要性评审：逐字段对照业务目的，标注必需与可疑
# 3 前后端同步：停止采集非必需字段
# 4 历史数据：清理或脱敏已入库的超范围字段
# 5 告知同意：更新隐私政策并留存授权记录
# 6 权限审计：敏感字段访问最小化并留痕展示脱敏示例
展示脱敏示例
-- 展示时脱敏：保留前 6 位与后 4 位，中间以星号替换
SELECT CONCAT(LEFT(id_card, 6), '********', RIGHT(id_card, 4)) AS id_card_masked
FROM users;
-- 确需保留原值的字段：加密存放，密钥独立管理判读口径对照
| 采集点 | 常见问题 | 判读口径 |
|---|---|---|
| 注册表单 | 收集身份证号、住址等无关字段 | 无法说明业务必需即判不符合 |
| App 权限 | 首次启动即申请通讯录、位置 | 需与功能场景对应并按需申请 |
| 后台导出 | 客服账号可导出全量手机号 | 属未授权访问风险 |
| 日志留存 | 审计日志明文记录身份证号 | 应脱敏或加密存储 |
只删前端字段而数据库仍保留历史数据，检查时仍会被认定为超范围保存，清库与停采集要同步做。
「业务必需」需要能逐字段说明与功能的对应关系，这份字段-功能对照说明本身就是迎检与监管问询时的举证材料。