×
Community Blog Best Practice for Using KMS to Encrypt Sensitive Configurations in MSE Nacos

Best Practice for Using KMS to Encrypt Sensitive Configurations in MSE Nacos

This article explains how to address security risks from data leaks by encrypting sensitive data, such as AccessKey IDs, with keys generated by KMS.

By Yong Yang

This article explains how to address security risks from data leaks by encrypting sensitive data, such as AccessKey IDs, with keys generated by Key Management Service (KMS). Additionally, it demonstrates how to efficiently manage the primary AccessKey ID for Microservices Engine (MSE) by using KMS's secret management capabilities, ensuring a secure and controllable end-to-end business experience without exposing AccessKey IDs.

1. Security Challenges to Sensitive Data in Nacos

Many users increasingly store sensitive data in Nacos, such as data sources, tokens, usernames, and passwords, when using Nacos to manage configurations. First, user-built Nacos instances lack security protection and are vulnerable to attacks. Second, sensitive information stored in plaintext is easily stolen, which poses significant risks to the company's information security. Multi-Level Protection Scheme (MLPS) Level 3 is a scheme that aims to protect important information systems. It has the following requirements for application and data security:

• Secure coding principles should be followed in the software development process to reduce potential vulnerabilities.

• Data should be encrypted as necessary during storage and processing, and data integrity check mechanisms should also be set up.

• After sensitive data, such as AccessKey IDs, is compromised, its plaintext is easily obtained and can be directly exploited.

2. Product Architecture

KMS provides an integrated solution for encrypting and decrypting sensitive configurations in MSE Nacos. In this solution, KMS encrypts and decrypts sensitive configurations and MSE Nacos stores the encrypted configurations. The following figure shows the overall product logic architecture.

1

The overall architecture shows that sensitive configurations are transmitted and stored in ciphertext throughout the entire solution, which significantly enhances the security of these configurations.

3. Security Features

From the perspective of security and compliance, KMS provides the following features in the configuration encryption and decryption solution for MSE Nacos:

3.1. Data Storage Encryption

Sensitive data is encrypted on the application side, and the ciphertext is stored in the Nacos configuration center to effectively prevent sensitive data breaches.

3.2. Data Transmission Encryption

MSE Nacos helps you configure and enable TLS data transmission encryption to ensure secure transmission links and prevent data from being intercepted.

3.3. Data Backup and Restore

On the application side, the Nacos client stores the encrypted configuration data on disks. In the MSE console, you can export or import plaintext configurations and ciphertext configurations with one click, create data backup policies for users and provide valid paths. The MSE console will support scheduled backup policies for ciphertext data. Stay tuned for updates.

3.4. Data Lifecycle Management

MSE provides you with one-stop configuration lifecycle management. You can create, modify, view, and delete encrypted configurations and normal configurations in the MSE console.

3.5. Data Access Control

MSE provides fine-grained (down to the single configuration dimension) Resource Access Management (RAM) permission control. You can configure fine-grained and multi-dimensional permission control policies based on specific scenarios.

3.6. Data Audit

MSE records all configuration operation information, including key details such as configuration change time, operator, and change content, making the entire data process traceable.

4. How KMS Encrypts and Decrypts Configurations in MSE Nacos

2

4.1. Configuration Encryption Process

As you can see, the entire process involves four entities: MSE console, Nacos client (i.e. the business application side), KMS service, and MSE Nacos. The process of configuration encryption is as follows:

• The MSE console/Nacos client SDK (i.e. the business application side) edits the configuration text to be encrypted. Note that both the MSE console and Nacos client SDK can initiate configuration encryption/decryption. To initiate encryption/decryption from the MSE console, you need to log on to the MSE console on the Alibaba Cloud official website and have the required RAM permissions. To initiate encryption/decryption from the Nacos client SDK, you need to create configurations of the related KMS instance. The creation method will be described later.

• The MSE console/Nacos client SDK requests the KMS service to encrypt the edited plaintext configurations.

• The KMS service returns the ciphertext configurations to the MSE console/Nacos client SDK.

• The MSE console/Nacos client SDK requests MSE Nacos to store the ciphertext configurations. Note that all plaintext configurations are used on the MSE console/Nacos client SDK side, and MSE Nacos stores only the ciphertext configurations. Therefore, even if MSE Nacos is attacked, no plaintext information of any encrypted configurations will be disclosed. This means you only need to focus on securing the business application side, significantly reducing data security risks.

• MSE Nacos returns the result to the MSE console/Nacos client SDK.

4.2. Configuration Decryption Process

Configuration decryption is essentially the reverse process of configuration encryption and will not be discussed further here. Note that you can obtain all plaintext configurations from the MSE console/Nacos client SDK but cannot obtain them from MSE Nacos.

5. Use MSE Nacos and KMS 3.0 in the Best Practice

This section describes how to use the configuration encryption capability provided by MSE. For more information, see "Configuration encryption" in the MSE documentation.

The entire best practice mainly includes the following steps:

• Activate MSE.

• Log on to the MSE console and create a Nacos engine that uses the Developer Edition or Professional Edition.

• Activate KMS.

• Log on to the KMS console, create a dedicated KMS instance, and create a key.

• In the MSE console, enable the configuration encryption feature, bind the KMS key to the Nacos instance, and create and use encrypted configurations.

• Create and use encrypted configurations through the Nacos client SDK.

5.1. Activate MSE

You can log on to the MSE console to view and activate MSE.

5.2. Create a Nacos Instance that Uses the Developer Edition or Professional Edition

Log on to the MSE console. In the left-side navigation pane, choose Microservices Registry > Instances. Select a region and then click Create Instance. For more information about how to create a MSE Nacos instance, see Create a Nacos engine in the MSE documentation.

3

5.3. Activate KMS

You can log on to the KMS console to view and activate KMS.

5.4. Create a Dedicated KMS Instance and a Key

5.4.1. Create a Dedicated KMS Instance

4

In the KMS console, click Instances in the left-side navigation pane, select a region (such as Beijing), and click Create Instance.

Note:

  1. The KMS instance must be in the same VPC as the server of the application that needs to use the capabilities of configuration encryption and decryption. Otherwise, the capabilities cannot be used.
  2. You do not need to ensure network connectivity between MSE Nacos and the KMS instance.

5.4.2. Determine KMS Instance Specifications

When you create a dedicated KMS instance, you must determine resource specifications for the instance. Note that only one key is required to use the configuration encryption and decryption capabilities of MSE Nacos. For more information about instance specifications, see Purchase and enable a KMS instance.

5.4.3. Create a Key

5

After the KMS instance is created, you also need to create a key. In the KMS console, click Keys in the left-side navigation pane, select a region (such as Beijing), and click Create Key.

5.4.4. Determine Key Specifications

For a key used for configuration encryption and decryption in MSE Nacos, you must determine two parameters:

  1. Key Type: Select Symmetric Key.
  2. Key Specifications: Select Aliyun_AES_256.

You can set other key parameters based on your requirements. For more information about key management features, see Getting started with keys.

5.5. Enable Configuration Encryption, Bind the KMS Key to the Nacos Instance, and Create and Use Encrypted Configurations in the MSE Console

Log on to the MSE console, enable the configuration encryption feature for the MSE Nacos instance, and bind a KMS key to the MSE Nacos instance.

5.5.1. Enable Configuration Encryption for the MSE Nacos Instance

On the details page of the MSE Nacos instance, click Parameter Settings and set the parameter ConfigSecretEnabled to true.

Note: If it was set to false previously, resetting the value to true will cause the instance to restart.

5.5.2. Bind the KMS Key to the MSE Nacos Instance

8
9

On the details page of the MSE Nacos instance, click Basic Information. In the basic information section, click the icon in the red box next to the KMS Key attribute to bind the KMS key created in Step 4 to this MSE Nacos instance. (The encrypted configurations edited in the MSE console will use this KMS key, so do not delete or disable it. Otherwise, the configuration encryption and decryption capabilities of MSE Nacos will become unavailable.)

After the binding is complete, you will see that the KMS key has been bound successfully in the basic information of the MSE Nacos instance. You can click the KeyId to go to the details page of the key in the KMS console.

10

5.5.3. Create and Use Encrypted Configurations

11

On the details page of the MSE Nacos instance, click Configuration List and then click Create Configuration.

12

On the configuration editing page, turn on the Data Encryption switch first, as shown in Step 1 in the figure above. Then, edit other parameters as required, following Steps 2, 3, and 4 in the figure. Finally, click Release, as shown in Step 5. You can view the encrypted configuration you created in the MSE console.

13
14

Note:

  1. MSE Nacos stores the encrypted configuration.
  2. The MSE console displays the plaintext of the encrypted configuration. If you want to hide the plaintext in the console, you can grant different RAM permissions to different Alibaba Cloud accounts by referring to Fine-grained authentication in configuration centers.

5.6. Create and Use Encrypted Configurations through the Nacos Client SDK

You can also use the Nacos client SDK to publish and obtain encrypted configurations. In this example, the SDK for Java is used.

To enable RAM authentication for the MSE Nacos instance, you need to click Parameter Settings in the left-side navigation pane on the details page of the instance and set the parameter ConfigAuthEnabled to true. The instance needs to be saved and restarted for the setting to take effect.

5.6.1. Obtain the Configurations of a KMS 3.0 Instance

Log on to the KMS console, create an application access point (required) and obtain the instance CA certificate (optional) for the KMS instance to which the KMS key bound to the MSE Nacos instance belongs, as shown in the following figure.

15

Click Create Application Access Point and specify the following information to create an application access point:

Scope (KMS Instance): Select the instance ID corresponding to the KeyId bound to the MSE Nacos instance.

Network Control Rules: Enter the CIDR block of the instance where the application service that uses configuration encryption and decryption is located.

16

(Required) After creating the application access point, you will receive the following information. Please store this information securely, as it will be needed during the initialization of the Nacos client SDK and cannot be retrieved again from the KMS console.

  1. ClientKeyPassword: the client key password.
  2. ClientKeyContent: the client key content.

17

(Optional) Obtain a CA certificate. If you wish to use TLS to strengthen the encryption and decryption communication link, you can obtain a CA certificate and add it to the initialization configurations of the Nacos client.

5.6.2. Create a Generic Secret on the Secrets Page of the KMS Console to Manage the Primary AccessKey ID and AccessKey Secret of MSE

18
19
20

5.6.3. Use KMS 3.0 Configurations to Initialize the Nacos Client

Note: Disabling the AccessKey ID will result in the inability to access MSE Nacos.

1.  Add the following maven dependencies to your code:

com.alibaba.nacos
   nacos-client
   1.4.3
    com.alibaba.nacos
    nacos-client-mse-extension
    1.0.3
 
 
     com.aliyun
alibabacloud-secretsmanager-client
     1.3.6

2.  Initialize the Nacos client, then publish and obtain the encrypted configuration.

try {
 
         try {
                boolean getAliyunAKStatus = true;
                int tryGetSecretInfoCount = 0;
                // Initialize the secret client.
                SecretCacheClient secretCacheClientclient = SecretCacheClientBuilder.newCacheClientBuilder(BaseSecretManagerClientBuilder.standard().withCustomConfigFile(#your custom kms scret config file pat#).build()).build();
                // Use the secret client to retrieve secret information.
                String accessKey = "";
                String secretKey = "";
                SecretInfo secretInfo=secretCacheClientclient.getSecretInfo("#your secret name#");
               System.out.println("secretInfo====="+secretInfo.getSecretValue());
                JSONObject jsonObj = null;
                jsonObj=new JSONObject(secretInfo.getSecretValue());
               accessKey=jsonObj.getString("your ak name");
               secretKey=jsonObj.getString("your secretKey name");
                while (getAliyunAKStatus){
                    try{
                        secretCacheClientclient = SecretCacheClientBuilder.newCacheClientBuilder(BaseSecretManagerClientBuilder.standard().withCustomConfigFile(#your custom kms scret config file pat#).build()).build();
                       secretInfo=secretCacheClientclient.getSecretInfo("acs/ram/user/wb-qc719783");
                        jsonObj=new JSONObject(secretInfo.getSecretValue());
                       accessKey=jsonObj.getString("AccessKeyId");
                       secretKey=jsonObj.getString("AccessKeySecret");
                        getAliyunAKStatus = false;
                    }catch (Exception e){
                        // If the retrieval fails, retry up to three times.
                        if (tryGetSecretInfoCount < 2){
                           tryGetSecretInfoCount ++;
                            Thread.sleep(2000);
                            continue;
                        }else{
                           e.printStackTrace();
                        }
                    }
                }
 
       Properties properties = new Properties();
       properties.put("serverAddr", "mse-xxxxxx-p.nacos-ans.mse.aliyuncs.com");
       properties.put("accessKey", accessKey);// The AccessKey ID is used for RAM authentication of MSE Nacos. If RAM authentication is not enabled, ignore this configuration.
       properties.put("secretKey", secretKey);// The AccessKey secret is used for RAM authentication of MSE Nacos. If RAM authentication is not enabled, ignore this configuration.
       properties.put("regionId", "cn-hangzhou");
 
       properties.put("kms_region_id", "cn-hangzhou");
      properties.put("kmsEndpoint", "kst-hzz6xxxr.cryptoservice.kms.aliyuncs.com");
       properties.put("keyId", "alias/acs/mse");
      properties.put("kmsVersion", "v3.0");
       properties.put("kmsClientKeyContent", "clientKey_content");
       // Configure one of the kmsClientKeyContent and kmsClientKeyFilePath parameters. The kmsClientKeyContent parameter takes precedence.
      // properties.put("kmsClientKeyFilePath", "clientKey_hangzhou.json");
      properties.put("kmsPasswordKey", "10xxxd1d");
      properties.put("kmsCaFileContent", "ca_content");
       // Configure one of the kmsCaFileContent and kmsCaFilePath parameters. The kmsCaFileContent parameter takes precedence.
      // properties.put("kmsCaFilePath", "ca.pem");
       ConfigService configService = NacosFactory.createConfigService(properties);
 
       // Publish the encrypted configuration. (dataId is prefixed with "cipher-kms-aes-256-".)
       configService.publishConfig("cipher-kms-aes-256-dataid", "group", "cipher-content"));
 
       // Obtain the encrypted configuration.
       System.out.println("content:::"+configService.getConfig("cipher-kms-aes-256-dataid", "group", 6000));
       } catch (Exception e) {
           e.printStackTrace();
     }

3.  In the MSE console, you can view and edit the encrypted configuration that you published through the Nacos client SDK.

21

For more information, see KMS Instance SDK for Java and KMS Instance SDK for Go, as well as the topic on configuration encryption in the MSE documentation and topics related to encryption in the KMS documentation.


Disclaimer: The views expressed herein are for reference only and don't necessarily represent the official views of Alibaba Cloud.

0 1 0
Share on

Alibaba Cloud Community

1,062 posts | 262 followers

You may also like

Comments