您好,登錄后才能下訂單哦!
為了保證用戶的信息安全,敏感信息需要脫敏。
項目開發(fā)過程中,每次處理敏感信息的日志問題感覺很麻煩,大部分都是用工具類單獨處理,不利于以后統(tǒng)一管理,很不優(yōu)雅。
于是,就寫了一個基于 java 注解的日志脫敏工具。
github sensitive
日志脫敏是常見的安全需求。普通的基于工具類方法的方式,對代碼的***性太強。編寫起來又特別麻煩。
本項目提供基于注解的方式,并且內置了常見的脫敏方式,便于開發(fā)。
用戶也可以基于自己的實際需要,自定義注解。
變更日志
為了金融交易的安全性,國家強制規(guī)定對于以下信息是要日志脫敏的:
用戶名
手機號
郵箱
銀行卡號
存儲的時候上面的信息都需要加密,密碼為不可逆加密,其他為可逆加密。
類似的功能有很多。不在本系統(tǒng)的解決范圍內。
基于注解的日志脫敏
可以自定義策略實現(xiàn),策略生效條件
<dependency>
<groupId>com.github.houbb</groupId>
<artifactId>sensitive-core</artifactId>
<version>0.0.1</version>
</dependency>
我們對 password 使用脫敏,指定脫敏策略為 StrategyPassword。(直接返回 null)
public class User {
@Sensitive(strategy = StrategyChineseName.class)
private String username;
@Sensitive(strategy = StrategyCardId.class)
private String idCard;
@Sensitive(strategy = StrategyPassword.class)
private String password;
@Sensitive(strategy = StrategyEmail.class)
private String email;
@Sensitive(strategy = StrategyPhone.class)
private String phone;
//Getter & Setter
//toString()
}
@Test
public void UserSensitiveTest() {
User user = buildUser();
System.out.println("脫敏前原始: " + user);
User sensitiveUser = SensitiveUtil.desCopy(user);
System.out.println("脫敏對象: " + sensitiveUser);
System.out.println("脫敏后原始: " + user);
}
private User buildUser() {
User user = new User();
user.setUsername("脫敏君");
user.setPassword("123456");
user.setEmail("12345@qq.com");
user.setIdCard("123456190001011234");
user.setPhone("18888888888");
return user;
}
脫敏前原始: User{username='脫敏君', idCard='123456190001011234', password='1234567', email='12345@qq.com', phone='18888888888'}
脫敏對象: User{username='脫*君', idCard='123456**********34', password='null', email='123**@qq.com', phone='188****8888'}
脫敏后原始: User{username='脫敏君', idCard='123456190001011234', password='1234567', email='12345@qq.com', phone='18888888888'}
我們可以直接利用 sensitiveUser
去打印日志信息,而這個對象對于代碼其他流程不影響,我們依然可以使用原來的 user
對象。
默認情況下,我們指定的場景都是生效的。
但是你可能需要有些情況下不進行脫敏,比如有些用戶密碼為 123456,你覺得這種用戶不脫敏也罷。
@Sensitive(condition = ConditionFooPassword.class, strategy = StrategyPassword.class)
private String password;
其他保持不變,我們指定了一個 condition,實現(xiàn)如下:
public class ConditionFooPassword implements ICondition {
@Override
public boolean valid(IContext context) {
try {
Field field = context.getCurrentField();
final Object currentObj = context.getCurrentObject();
final String password = (String) field.get(currentObj);
return !password.equals("123456");
} catch (IllegalAccessException e) {
throw new RuntimeException(e);
}
}
}
也就是只有當密碼不是 123456 時密碼脫敏策略才會生效。
上面的例子是基于注解式的編程,如果你只是單個字段。比如
@Test
public void singleSensitiveTest() {
final String email = "123456@qq.com";
IStrategy strategy = new StrategyEmail();
final String emailSensitive = (String) strategy.des(email, null);
System.out.println("脫敏后的郵箱:" + emailSensitive);
}
脫敏后的郵箱:123***@qq.com
這種方式為了避免修改原始對象,創(chuàng)建了一個全新的對象,有點點浪費,可以優(yōu)化。
可以基于 log4j2/logback 等轉換器進行敏感信息的脫敏,但是不具有不同的 log 框架的可移植性。
免責聲明:本站發(fā)布的內容(圖片、視頻和文字)以原創(chuàng)、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯(lián)系站長郵箱:is@yisu.com進行舉報,并提供相關證據(jù),一經查實,將立刻刪除涉嫌侵權內容。