欧美bbbwbbbw肥妇,免费乱码人妻系列日韩,一级黄片

SpringBoot配置文件密碼加密與解密的操作代碼

 更新時(shí)間:2024年12月18日 09:07:55   作者:技術(shù)棧人員  
我們?cè)赟pringBoot項(xiàng)目當(dāng)中,會(huì)把數(shù)據(jù)庫(kù)的用戶名密碼等配置直接放在yaml或者properties文件中,這樣維護(hù)數(shù)據(jù)庫(kù)的密碼等敏感信息顯然是有一定風(fēng)險(xiǎn)的,所以我們需要給密碼加解密,本文給大家介紹了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)文章

  • springboot 參數(shù)格式校驗(yàn)操作

    springboot 參數(shù)格式校驗(yàn)操作

    這篇文章主要介紹了springboot 參數(shù)格式校驗(yàn)操作,具有很好的參考價(jià)值,希望對(duì)大家有所幫助。如有錯(cuò)誤或未考慮完全的地方,望不吝賜教
    2021-07-07
  • Java 方法遞歸的思路詳解

    Java 方法遞歸的思路詳解

    程序調(diào)用自身的編程技巧稱(chēng)為遞歸( recursion)。遞歸做為一種算法在程序設(shè)計(jì)語(yǔ)言中廣泛應(yīng)用。但是如果沒(méi)終止條件會(huì)造成死循環(huán),所以遞歸代碼里要有結(jié)束自調(diào)自的條件,接下來(lái)講解一下學(xué)習(xí)遞歸的思路
    2022-04-04
  • java中日期格式化的大坑

    java中日期格式化的大坑

    這篇文章主要介紹了java中日期格式化的大坑,文中通過(guò)示例代碼介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友們下面隨著小編來(lái)一起學(xué)習(xí)學(xué)習(xí)吧
    2021-01-01
  • Spring Boot 中的 @ConditionalOnBean 注解場(chǎng)景分析

    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-03
  • Springboot Redis?哨兵模式的實(shí)現(xiàn)示例

    Springboot Redis?哨兵模式的實(shí)現(xiàn)示例

    本文主要介紹了Springboot Redis?哨兵模式的實(shí)現(xiàn)示例,文中通過(guò)示例代碼介紹的非常詳細(xì),具有一定的參考價(jià)值,感興趣的小伙伴們可以參考一下
    2022-01-01
  • MyBatis加解密插件的示例詳解

    MyBatis加解密插件的示例詳解

    本文介紹了使用?MyBatis?插件實(shí)現(xiàn)數(shù)據(jù)庫(kù)字段加解密的探索過(guò)程,實(shí)際開(kāi)發(fā)過(guò)程中需要注意的細(xì)節(jié)比較多,整個(gè)流程下來(lái)我對(duì)?MyBatis?的理解也加深了,對(duì)MyBatis加解密插件感興趣的朋友跟隨小編一起看看吧
    2022-08-08
  • java基礎(chǔ)的詳細(xì)了解第七天

    java基礎(chǔ)的詳細(xì)了解第七天

    這篇文章對(duì)Java編程語(yǔ)言的基礎(chǔ)知識(shí)作了一個(gè)較為全面的匯總,在這里給大家分享一下。需要的朋友可以參考,希望能給你帶來(lái)幫助
    2021-08-08
  • JVM 心得分享(加載 鏈接 初始化)

    JVM 心得分享(加載 鏈接 初始化)

    下面小編就為大家?guī)?lái)一篇JVM 心得分享(加載 鏈接 初始化)。小編覺(jué)得挺不錯(cuò)的,現(xiàn)在就分享給大家,也給大家做個(gè)參考。一起跟隨小編過(guò)來(lái)看看吧
    2017-10-10
  • Java中的DelayQueue實(shí)現(xiàn)原理及應(yīng)用場(chǎng)景詳解

    Java中的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-12
  • Mac OS X 下 IntelliJ IDEA、jEdit 等 Java 程序中文標(biāo)點(diǎn)輸入無(wú)效的完美解決方法

    Mac 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

最新評(píng)論