Spring Cloud Config 加密和解密

標籤：plain   app   檔案路徑   secret   索引值   spring   強制   ret   file   

要使用加密和解密功能，您需要在JVM中安裝全面的JCE（預設情況下不存在）。您可以從Oracle下載“Java加密擴充（JCE）無限強度管理原則檔案”，並按照安裝說明（實際上將JRE lib / security目錄中的2個策略檔案替換為您下載的檔案）。

如果遠程屬性源包含加密內容（以{cipher}開頭的值），則在通過HTTP發送到用戶端之前，它們將被解密。這種設定的主要優點是，當它們“靜止”時，屬性值不必是純文字（例如在git倉庫中）。如果值無法解密，則從屬性源中刪除該值，並添加具有相同鍵的附加屬性，但以“無效”作為首碼。和“不適用”的值（通常為“<n / a>”）。這主要是為了防止密碼被用作密碼並意外泄漏。

如果要為config用戶端應用程式設定遠程配置存放庫，可能會包含一個application.yml，例如：

application.yml

spring:  datasource:    username: dbuser    password: ‘{cipher}FKSAJDFGYOS8F7GLHAKERGFHLSAJ‘

properties檔案中的加密值不能用引號括起來，否則不會解密該值：

application.properties

spring.datasource.username: dbuserspring.datasource.password: {cipher}FKSAJDFGYOS8F7GLHAKERGFHLSAJ

您可以安全地將此純文字推送到共用git存放庫，並且保密密碼。

伺服器還暴露了/encrypt和/decrypt端點（假設這些端點將被保護，並且只能由授權代理訪問）。如果您正在編輯遠程設定檔，可以使用Config Server通過POST到/encrypt端點來加密值，例如

$ curl localhost:8888/encrypt -d mysecret682bc583f4641835fa2db009355293665d2647dade3375c0ee201de2a49f7bda

逆向操作也可通過/decrypt獲得（如果伺服器配置了對稱金鑰或全金鑰組）：

注意 如果要加密的值具有需要進行URL編碼的字元，則應使用--data-urlencode選項curl來確保它們已正確編碼。

$ curl localhost:8888/decrypt -d 682bc583f4641835fa2db009355293665d2647dade3375c0ee201de2a49f7bdamysecret

如果您使用curl進行測試，則使用--data-urlencode（而不是-d）或設定顯式Content-Type: text/plain，以確保在有特殊字元時正確地對資料進行編碼（‘+‘特別是棘手）。

將加密的值添加到{cipher}首碼，然後再將其放入YAML或屬性檔案中，然後再提交並將其推送到遠程可能不安全的儲存區。

/encrypt和/decrypt端點也都接受/*/{name}/{profiles}形式的路徑，當用戶端調用到主環境資源時，可以用於每個應用程式（名稱）和設定檔控制密碼。

注意 為了以這種細微的方式控制密碼，您還必須提供一種TextEncryptorLocator類型的@Bean，可以為每個名稱和設定檔建立不同的加密器。預設提供的不會這樣做（所有加密使用相同的密鑰）。

spring命令列用戶端（安裝了Spring Cloud CLI擴充）也可以用於加密和解密，例如

$ spring encrypt mysecret --key foo682bc583f4641835fa2db009355293665d2647dade3375c0ee201de2a49f7bda$ spring decrypt --key foo 682bc583f4641835fa2db009355293665d2647dade3375c0ee201de2a49f7bdamysecret

要在檔案中使用密鑰（例如用於加密的RSA公開金鑰），使用“@”鍵入索引值，並提供檔案路徑，例如

$ spring encrypt mysecret --key @${HOME}/.ssh/id_rsa.pubAQAjPgt3eFZQXwt8tsHAVv/QHiY5sI2dRcR+...

關鍵參數是強制性的（儘管有一個--首碼）。

Spring Cloud Config 加密和解密