SpringBoot配置文件密碼加密與解密的操作代碼
引言
我們?cè)赟pringBoot項(xiàng)目當(dāng)中,會(huì)把數(shù)據(jù)庫(kù)的用戶名密碼等配置直接放在yaml或者properties文件中,這樣維護(hù)數(shù)據(jù)庫(kù)的密碼等敏感信息顯然是有一定風(fēng)險(xiǎn)的,如果相關(guān)的配置文件被有心之人拿到,必然會(huì)給項(xiàng)目造成一定的安全風(fēng)險(xiǎn);所以為了避免明文密碼被直接看到,我們有必要給這些敏感信息做一層加密處理,也就是說(shuō),我們的配置文件中配置的都是加密后的密碼,在真正需要獲取密碼的時(shí)候再解密出來(lái),這樣的話就能很大程度上降低密碼被泄漏的風(fēng)險(xiǎn)。
示例展示
我們來(lái)看一下這個(gè)配置:
spring: # 數(shù)據(jù)庫(kù)鏈接配置 datasource: url: jdbc:mysql://xx.xx.xx.xx:3306/database driver-class-name: com.mysql.cj.jdbc.Driver username: root password: "123456"
我們上述的配置spring.datasource.password
對(duì)應(yīng)的值為123456
,這么敏感的信息直接放在配置文件中很不合適,我們要做的就是對(duì)應(yīng)的值改成一個(gè)加密的密文,如下:
spring: # 數(shù)據(jù)庫(kù)鏈接配置 datasource: url: jdbc:mysql://xx.xx.xx.xx:3306/database driver-class-name: com.mysql.cj.jdbc.Driver username: root password: "AES(DzANBAhBWXxZqAOsagIBCoaw8FV4gYRbid7G70UEM24=)"
這樣的話,即使該配置文件被有心之人拿去,也不知道真正的數(shù)據(jù)庫(kù)密碼是啥,也就無(wú)法構(gòu)成對(duì)項(xiàng)目的侵害風(fēng)險(xiǎn);
原理解析
我們?yōu)榱藢?shí)現(xiàn)這個(gè)功能,需要了解Spring的相關(guān)擴(kuò)展點(diǎn)以及對(duì)應(yīng)的數(shù)據(jù)加解密知識(shí),我們先來(lái)看看我們應(yīng)該通過(guò)Spring的哪個(gè)擴(kuò)展點(diǎn)進(jìn)行切入;
我們想要攔截配置數(shù)據(jù)的話,可以通過(guò)實(shí)現(xiàn)自定義的BeanFactoryPostProcessor來(lái)處理:
public class PropertySourcePostProcessor implements BeanFactoryPostProcessor { private ConfigurableEnvironment environment; public PropertySourcePostProcessor(ConfigurableEnvironment environment) { this.environment = environment; } @Override public void postProcessBeanFactory(ConfigurableListableBeanFactory beanFactory) throws BeansException { // 從ConfigurableEnvironment中取出所有的配置數(shù)據(jù) MutablePropertySources propertySources = this.environment.getPropertySources(); propertySources.stream() // 過(guò)濾不需要包裝的對(duì)象 .filter(s -> !noWrapPropertySource(s)) // 包裝所有的PropertySource .map(s -> new EncryPropertySource(s)) .collect(Collectors.toList()) // 替換掉propertySources中的PropertySource .forEach(wrap -> propertySources.replace(wrap.getName(), wrap)); } private boolean noWrapPropertySource(PropertySource propertySource) { return propertySource instanceof EncryPropertySource || StringUtils.equalsAny(propertySource.getClass().getName(), "org.springframework.core.env.PropertySource$StubPropertySource", "org.springframework.boot.context.properties.source.ConfigurationPropertySourcesPropertySource"); } }
基本原理解析如下:
?1.通過(guò)ConfigurableEnvironment取出所有的PropertySource并依次遍歷;
2.過(guò)濾掉不符合我們要求的PropertySource,因?yàn)镻ropertySource有很多子類(lèi),并不是所有的PropertySource實(shí)例都符合我們包裝的要求;
3.對(duì)符合要求的PropertySource做一層包裝,其實(shí)就是靜態(tài)代理;
4.用包裝好的PropertySource替換掉之前的PropertySource實(shí)例;
通過(guò)上述一系列的操作,我們就可以在PropertySource
取值的時(shí)候做一些自定義的操作了,比如針對(duì)密文密碼進(jìn)行解密;
剩下的另一個(gè)問(wèn)題就是加解密的問(wèn)題,密碼學(xué)里面有對(duì)稱(chēng)加密
和非對(duì)稱(chēng)加密
,這兩種加密方式的區(qū)別就是對(duì)稱(chēng)加密
的加密解密都需要同一個(gè)密鑰,而非對(duì)稱(chēng)加密
加密的時(shí)候需要公鑰,解密的時(shí)候需要私鑰;
了解了對(duì)稱(chēng)加密
與非對(duì)稱(chēng)加密
的區(qū)別,如果我們使用的是對(duì)稱(chēng)加密
,那么一定要避免密文和密鑰放在同一個(gè)地方;非對(duì)稱(chēng)加密
一定要避免密文和私鑰放在同一個(gè)地方;
工具介紹
接下來(lái)我們要介紹一款專(zhuān)門(mén)針對(duì)這個(gè)需求的jar
工具,它就是jasypt
,我們可以去maven
倉(cāng)庫(kù)找到相關(guān)的包:
<dependency> <groupId>com.github.ulisesbocchio</groupId> <artifactId>jasypt-spring-boot-starter</artifactId> <version>3.0.5</version> </dependency>
它的實(shí)現(xiàn)原理其實(shí)就是我們上面所講述的,通過(guò)自定義BeanFactoryPostProcessor對(duì)ConfigurableEnvironment中的PropertySource實(shí)例進(jìn)行攔截包裝,在包裝類(lèi)的實(shí)現(xiàn)上做一層解密操作,這樣就實(shí)現(xiàn)了對(duì)密文密碼的解密;
導(dǎo)入上述依賴(lài)后,該工具就已經(jīng)自動(dòng)生效了,我們就可以修改對(duì)應(yīng)的配置了,首先我們先針對(duì)該工具做一些配置:
jasypt: encryptor: # 密鑰 password: "" property: # 密文前綴 prefix: "" # 密文后綴 suffix: ""
在上述配置中,jasypt.encryptor.password是一定要配置的,這就是加解密的密鑰,默認(rèn)的加密算法是PBEWITHHMACSHA512ANDAES_256;另外jasypt.encryptor.property.prefix和jasypt.encryptor.property.suffix分別是密文前綴和密文后綴,是用來(lái)標(biāo)注需要解密的密文的,如果不配置,默認(rèn)的密文前綴是ENC(,密文后綴是);默認(rèn)情況下,我們的密文如下所示:
spring: datasource: password: "ENC(DzANBAhBWXxZqAOsagIBCoaw8FV4gYRbid7G70UEM24=)"
還有一個(gè)需要注意的點(diǎn)就是jasypt.encryptor.password
不能與密文放在一起,我們可以在項(xiàng)目當(dāng)中通過(guò)系統(tǒng)屬性、命令行參數(shù)或環(huán)境變量傳遞;
實(shí)現(xiàn)自定義加解密
如果jasypt
提供的加解密方式不能滿足咱們的項(xiàng)目需求,我們還可以自己實(shí)現(xiàn)加解密:
@Bean("jasyptStringEncryptor") public StringEncryptor jasyptStringEncryptor(){ return new StringEncryptor() { @Override public String encrypt(String s) { // TODO 加密 return null; } @Override public String decrypt(String s) { // TODO 解密 return null; } }; }
注意我們的BeanName
,默認(rèn)情況下一定要設(shè)置成jasyptStringEncryptor
,否則不會(huì)生效,如果想要改變這個(gè)BeanName
,也可以通過(guò)修改這個(gè)配置參數(shù)來(lái)自定義StringEncryptor
實(shí)例所對(duì)應(yīng)的BeanName
:
jasypt: encryptor: # 自定義StringEncryptor的BeanName bean: ""
如何生成密文
生成密文的這個(gè)操作還是要自個(gè)兒通過(guò)調(diào)用StringEncryptor
實(shí)例來(lái)加密生成,可以參考以下代碼:
@Component public class StringEncryptorUtil{ @Autowired private StringEncryptor encryptor; public void encrypt(){ String result = encryptor.encrypt("123456"); System.out.println(result); } }
畢竟需要加密的操作只需要在項(xiàng)目生命周期中執(zhí)行一次,所以我們只需要簡(jiǎn)單地寫(xiě)一個(gè)工具類(lèi)調(diào)用一下即可。
以上就是SpringBoot配置文件密碼加密與解密的操作代碼的詳細(xì)內(nèi)容,更多關(guān)于SpringBoot配置文件密碼加解密的資料請(qǐng)關(guān)注腳本之家其它相關(guān)文章!
相關(guān)文章
Spring Boot 中的 @ConditionalOnBean 注解場(chǎng)景分析
本文詳細(xì)介紹了Spring Boot中的@ConditionalOnBean注解的使用場(chǎng)景、原理和基本用法,通過(guò)多個(gè)示例,展示了如何使用該注解根據(jù)Bean是否存在來(lái)動(dòng)態(tài)地注冊(cè)或跳過(guò)特定的Bean,感興趣的朋友一起看看吧2025-03-03Springboot Redis?哨兵模式的實(shí)現(xiàn)示例
本文主要介紹了Springboot Redis?哨兵模式的實(shí)現(xiàn)示例,文中通過(guò)示例代碼介紹的非常詳細(xì),具有一定的參考價(jià)值,感興趣的小伙伴們可以參考一下2022-01-01Java中的DelayQueue實(shí)現(xiàn)原理及應(yīng)用場(chǎng)景詳解
這篇文章主要介紹了Java中的DelayQueue實(shí)現(xiàn)原理及應(yīng)用場(chǎng)景詳解,DelayQueue是一個(gè)沒(méi)有邊界BlockingQueue實(shí)現(xiàn),加入其中的元素必需實(shí)現(xiàn)Delayed接口,當(dāng)生產(chǎn)者線程調(diào)用put之類(lèi)的方法加入元素時(shí),會(huì)觸發(fā)Delayed接口中的compareTo方法進(jìn)行排序,需要的朋友可以參考下2023-12-12Mac OS X 下 IntelliJ IDEA、jEdit 等 Java 程序中文標(biāo)點(diǎn)輸入無(wú)效的完美解決方法
Mac OS X 下基于 Java 的程序會(huì)出現(xiàn)中文標(biāo)點(diǎn)輸入無(wú)效的問(wèn)題,在中文輸入法狀態(tài),可以輸入中文字,但輸入中文標(biāo)點(diǎn)最后上去的是英文標(biāo)點(diǎn).這篇文章主要介紹了Mac OS X 下 IntelliJ IDEA、jEdit 等 Java 程序中文標(biāo)點(diǎn)輸入無(wú)效的完美解決方法,需要的朋友可以參考下2016-10-10