测试环境的数据要脱敏

测试环境用真实用户数据，开发调试是方便了，泄露起来也是真泄露。测试库的安全等级天然低于生产，数据出门前必须脱敏。 为什么要脱敏 测试环境人员范围广、权限松，数据还常被导到个人笔记本。第三方测试服务、外包人员接触的也多是测试库，脱敏等于给外发数据上的保险。判定标准很简单：这条数据泄露后能不能对到具体的人，能对到的一律处理。手机号、身份证号、邮箱、住址、真实姓名都是高敏字段，能不进测试库就不进。 手机号脱敏示例 保留前三位和后四位，中间打星，既保留数据格式，又不指向真实用户。在导出的副本库上执行： ``` UPDATE users SET mobile = CONCAT(LEFT(mobile,3),'****',RIGHT(mobile,4)) WHERE mobile IS NOT NULL; ``` 批量执行前先数一遍影响行数，放进事务里跑，出问题能回滚。注意在副本上操作，生产库别直接动。 邮箱与姓名的思路 邮箱保留首字母和域名，中间替换掉： ``` UPDATE users SET email = CONCAT(LEFT(email,1),'***',RIGHT(email,LENGTH(email)-INSTR(email,'@')+1)) WHERE email LIKE '%@%'; ``` 姓名可以整体映射成编号，映射表单独保管或不落盘；地址保留省市、清空街道门牌层级。日期和订单号这类准标识也要处理：日期整体偏移随机天数，订单号映射成测试编号，只改手机号照样能被组合还原。 脚本化与三条原则 脱敏要做成脚本，别靠手工 SQL：每次从生产导数据都跑一遍，规则进版本管理，执行日志留下哪个表、多少行、用了哪条规则。规则文件先评审再上线，字段漏脱敏比不脱敏更危险，因为大家都以为已经安全了。三条原则记牢：脱敏在导出侧完成，测试库不存原文；脱敏后保持格式有效，别让测试查询因格式错乱误报；确需真实数据复现疑难问题的，单独审批、用完即删。 脱敏多花十分钟，省掉的是难以估量的泄露处置成本。把脚本挂进导出流程，让脱敏成为默认动作，而不是可选项。