三、常见脱敏技术：静态脱敏、动态脱敏、数据遮蔽

做接口安全这些年，我见过不少团队把脱敏技术混为一谈。静态脱敏当成动态用，动态脱敏又拿来跑批处理，结果要么性能崩，要么数据泄露。

说白了，这三种技术各有各的用武之地。选错了，不但白费力气，还可能捅娄子。

3.1 静态脱敏——批量生产“假数据”

静态脱敏，也叫数据脱敏或数据漂白。它的核心做法是：从生产库导出一份真实数据，然后按照规则批量替换成仿真数据，再放到非生产环境使用。

我个人习惯把它理解成“复制一份，再涂改”。

• 脱敏时机：事前处理，离线完成
• 数据状态：全量或增量复制后，数据不再变化
• 典型场景：测试数据库、开发环境、数据分析沙箱、培训演示

我曾经在一个项目中，团队直接把生产库用静态脱敏工具处理了一遍，然后发给外包开发。结果外包通过比对身份证前6位和后4位，反推出了真实用户的完整身份证号……嗯，那之后我们强制要求：静态脱敏必须打散关联性，不能保留可推导的片段。

3.2 动态脱敏——实时“蒙眼”输出

动态脱敏跟静态正好相反。它不复制数据，而是在数据被查询或返回的瞬间，实时拦截并替换敏感字段。

你可以想象一个透明的过滤器，放在数据库前面。用户发SQL过来，它先检查权限，再把身份证、手机号等字段按规则打码，最后返回脱敏结果。用户从头到尾看不到原始数据。

• 脱敏时机：查询时实时处理
• 数据状态：原始数据不动，只改返回结果
• 典型场景：生产环境查询、客服系统、API对外接口、BI实时看板

动态脱敏尤其适合接口场景。比如你提供用户信息查询API，不同角色的调用方看到的手机号位数不一样——普通用户看到中间4位星号，客服看到尾号，风控看到完整号。这就是动态脱敏结合权限的典型用法。

3.3 数据遮蔽——最简单的“打码”技术

数据遮蔽其实属于脱敏的一种具体实现手法。它不改变数据整体结构，只把部分字符替换成固定符号，比如星号、X、0。

你想想看，平时看到的手机号“138****1234”、身份证“110101********0033”，都是数据遮蔽。

数据遮蔽可以是静态的，也可以是动态的。静态遮蔽：把库里的手机号直接改成138****1234并存储。动态遮蔽：查询时才打码。很多团队图省事直接做静态遮蔽，结果业务系统需要真实手机号发短信时就傻眼了——数据已经不可逆。

3.4 一张图看懂三种技术的关系

下面这张SVG图梳理了三种脱敏技术的核心特征和适用场景。我个人建议你把它贴在工位旁边，选型的时候扫一眼就行。

3.5 选型建议：不要只看技术，要看场景

你可能觉得三种技术各有优劣，直接选最强的就行了。但实际项目中，选型往往要结合业务容忍度：

• 如果你的接口需要返回真实数据（比如用户自己查看个人信息），那只能用动态脱敏或数据遮蔽，绝不能用静态——因为静态已经把原始数据改掉了。
• 如果你的接口只给内部开发测试用，静态脱敏足够了，而且性能最好。
• 如果你不确定未来需求，我建议从“动态脱敏+数据遮蔽”组合开始。动态保证原始数据安全，遮蔽满足大部分合规要求。