日志脱敏之殇
小明同学在一家金融公司上班，为了满足安全监管要求，最近天天忙着做日志脱敏。
无意间看到了一篇文章金融用户敏感数据如何优雅地实现脱敏？ 感觉写的不错，用起来也很方便。
不过日志脱敏之后，新的问题就诞生了：日志脱敏之后，很多问题无法定位。
比如身份证号日志中看到的是 3****************8，业务方给一个身份证号也没法查日志。这可怎么办？
安全与数据唯一性
类似于数据库中敏感信息的存储，一般都会有一个哈希值，用来定位数据信息，同时保障安全。
那么日志中是否也可以使用类似的方式呢？
说干就干，小明在开源项目 sensitive 基础上，添加了对应的哈希实现。
使用入门
开源地址
使用方式
1）maven 引入
<dependency>
<groupId>com.github.houbb</groupId>
<artifactId>sensitive-core</artifactId>
<version>1.1.0</version>
</dependency>
2）引导类指定
SensitiveBs.newInstance()
.hash(Hashes.md5())
将哈希策略指定为 md5
3）功能测试
final SensitiveBs sensitiveBs = SensitiveBs.newInstance()
.hash(Hashes.md5());
User sensitiveUser = sensitiveBs.desCopy(user);
String sensitiveJson = sensitiveBs.desJson(user);
Assert.assertEquals(sensitiveStr, sensitiveUser.toString());
Assert.assertEquals(originalStr, user.toString());
Assert.assertEquals(expectJson, sensitiveJson);
可以把如下的对象
User{username='脱敏君', idCard='123456190001011234', password='1234567', email='[email protected]', phone='18888888888'}
直接脱敏为：
User{username='脱**|00871641C1724BB717DD01E7E5F7D98A', idCard='123456**********34|1421E4C0F5BF57D3CC557CFC3D667C4E', password='null', email='12******.com|6EAA6A25C8D832B63429C1BEF149109C', phone='1888****888|5425DE6EC14A0722EC09A6C2E72AAE18'}
这样就可以通过明文，获取对应的哈希值，然后搜索日志了。
新的问题
不过小明还是觉得不是很满意，因为有很多系统是已经存在的。
如果全部用注解的方式实现，就会很麻烦，也很难推动。
应该怎么实现呢？
小伙伴们有什么好的思路？欢迎评论区留言
标签：定位,sensitiveBs,assertEquals,哈希,日志,com,脱敏 From： https://www.cnblogs.com/houbbBlogs/p/17450252.html