敏感数据脱敏：日志里的手机号与身份证

发布时间:2026-10-24 10:44

应用日志是数据泄露的高发暗道：业务数据有加密与权限保护，日志却常常明文躺着手机号、身份证与住址，且日志的流转范围广、留存周期长、访问门槛低。脱敏这道工序，值得单独讲清楚。 ## 日志为什么是薄弱点 日志的生成是随手的：调试一个下单问题，把整个请求对象打印出来，用户信息跟着进了日志；排查一个账号异常，完整记录了登录报文。日志的消费是广泛的：开发随手翻、日志平台全员搜、归档介质外包给存储服务。生成随意加流转广泛，敏感数据的暴露面被成倍放大，而多数团队对日志内容的审计远弱于对数据库的审计。 ## 脱敏的做法 第一层是源头治理：日志框架统一接管序列化，敏感字段按规则自动处理——手机号保留前三位与后四位，身份证保留首尾，银行卡保留末四位，姓名按需处理为姓氏加掩码。规则配置在框架层，业务代码无感知，覆盖全量日志出口。第二层是分级：生产日志默认全量脱敏，排查确需原始数据的场景走受控通道，临时开启、限时关闭、操作留痕。第三层是采样与瘦身：健康检查、静态资源这类高频低值日志直接不记或采样记，调试类日志生产环境默认关闭，日志体量降下来，敏感面与存储成本同步下降。 ## 验证与持续保障 上线前做一轮日志内容巡检：抓取各服务代表性日志样本，用常见敏感格式的规则做匹配，命中的即整改遗漏点。运行期把日志扫描加入例行检查，新代码引入的敏感字段能被及时发现。脱敏规则的完备性靠清单维护：新增字段先过敏感度分类，再决定是否入脱敏名单。 ## 常见错误 只在展示层脱敏，日志层原样输出，等于掩耳盗铃；异常堆栈把整个对象带进日志，异常路径成为绕过点；测试环境用真实生产数据，测试日志的管控强度远低于生产，泄露路径更短。顺云用户在应用侧把日志脱敏作为发布检查项，配合日志的集中归档与访问控制，这条暗道就能堵住。