日志脱敏之殇
小明同学在一家金融公司上班,为了满足安全监管要求,最近天天忙着做日志脱敏。
无意间看到了一篇文章金融用户敏感数据如何优雅地实现脱敏? 感觉写的不错,用起来也很方便。
不过日志脱敏之后,新的问题就诞生了:日志脱敏之后,很多问题无法定位。
比如身份证号日志中看到的是 3****************8
,业务方给一个身份证号也没法查日志。这可怎么办?
安全与数据唯一性
类似于数据库中敏感信息的存储,一般都会有一个哈希值,用来定位数据信息,同时保障安全。
那么日志中是否也可以使用类似的方式呢?
说干就干,小明在开源项目 sensitive 基础上,添加了对应的哈希实现。
使用入门
开源地址
https://github.com/houbb/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='12345@qq.com', phone='18888888888'}
直接脱敏为:
User{username='脱**|00871641C1724BB717DD01E7E5F7D98A', idCard='123456**********34|1421E4C0F5BF57D3CC557CFC3D667C4E', password='null', email='12******.com|6EAA6A25C8D832B63429C1BEF149109C', phone='1888****888|5425DE6EC14A0722EC09A6C2E72AAE18'}
这样就可以通过明文,获取对应的哈希值,然后搜索日志了。
新的问题
不过小明还是觉得不是很满意,因为有很多系统是已经存在的。
如果全部用注解的方式实现,就会很麻烦,也很难推动。
应该怎么实现呢?
小伙伴们有什么好的思路?欢迎评论区留言