微服务实战|集中配置组件Config规避敏感信息泄露

关注

原创最新推荐文章于 2026-07-18 13:57:06 发布 1k 阅读 AI 写同款· GEO 优化 ›

JS敏感信息泄露：不容忽视的WEB漏洞 0x00 前言这段时间jsonp漏洞再一次证明了一个微小的漏洞，经过攻击者的巧妙而持久的利用，也会对企业和用户造成巨大的危害。而本文将要介绍的JS泄露敏感信息问题也是如此，攻击者不仅可以轻松收集用户手机号，姓名等隐私信息，更可以借此攻入企业后台甚至是getshell。本文将通过一些公开和未公开的漏洞详细阐述此类漏洞。 0x01 漏洞成因 JavaScript作为一种相当简单但功能强大的客户端脚本语言，本质是一种解释型语言。所以，其执行原理是边解释边运行。上述特性就决定了JavaScript与一些服务阅读详情

前言

项目应用中，数据库连接信息、Access-key、Secret-key等由于其及其敏感和特殊性，一旦泄露出去就很可能会使得应用遭到黑客攻击，例如数据库账号密码泄露可能导致“拖库”，甚至数据丢失。此等事件偶有发生，那么，在分布式微服务项目中，怎么避免这种情况呢？

一、Spring Cloud Config简介

在这里插入图片描述

在分布式系统中，由于应用被拆分成数量巨多的小服务，另外应用也部署在不同的环境之中，如dev、int、uat、prod等，各个环境的配置不尽相同，为了方便配置文件统一管理，所以需要分布式配置中心组件。

配置文件统一管理之后，各个环境只能获取对应环境的配置信息，开发人员也只能获取到开发环境的配置信息，就能在一定程度上避免敏感信息的泄露。

Spring Cloud Config作为分布式配置中心组件，包括Config 服务端，和Config 客户端。

Config Server是一个可横向扩展、集中式的配置服务器，它用于集中管理应用程序各个环境下的配置，默认使用Git存储配置文件内容，也可以使用SVN存储，或者是本地文件存储。
Config Client是Config Server的客户端，用于操作存储在Config Server中的配置内容。微服务在启动时会请求Config Server获取配置文件的内容，请求到后再启动容器。

Config实战

1、创建项目config服务端

创建子模块config-server，pom.xml引入eureka-client 和config-server的依赖

<dependency>
    <groupId>org.springframework.cloud</groupId>
    <artifactId>spring-cloud-starter-netflix-eureka-client</artifactId>
</dependency>

<dependency>
    <groupId>org.springframework.cloud</groupId>
    <artifactId>spring-cloud-config-server</artifactId>
</dependency>

2、创建配置文件

新建config-server自身的配置文件application.yml

server:
  port: 8005
spring:
  application:
    name: config-server
  profiles:
    active: native #使用本地文件
  cloud:
    config:
      server:
        native:
          search-locations: classpath:/repo #本地配置仓库地址
#        git:
#          uri: https://gitee.com/xxxx/xxxxx.git
eureka:
  client:
    service-url:
      defaultZone: http://localhost:8001/eureka/

这里我们以使用本地配置仓库地址为例，spring.profiles.active设置为native，配置仓库路径为repo文件夹，所以我们在resources文件下创建repo文件夹，并创建新的一个configclient-dev.yml的文件,内容如下：

server:
  port: 8007

eureka:
  client:
    service-url:
      defaultZone: http://localhost:8001/eureka/
feign:
  hystrix:
    enabled: true
logging:
  pattern:
    console: '%d{yyyy-MM-dd HH:mm:ss.SSS} %-5level [%thread] %logger{15} - %msg%n'

3、新建启动类

/**
 * @Author:公众号：程序员965
 * @create 2022-07-05
 **/
@EnableConfigServer //开启配置服务
@EnableEurekaClient
@SpringBootApplication
public class ConfitServerApplication {

    public static void main(String[] args) {
        SpringApplication.run(ConfitServerApplication.class, args);
    }

}

注意增加@EnableConfigServer注解，表示这是个配置中心服务端。

4、创建配置中心客户端

服务端开发完成后，我们再新建一个客户端config-client项目，引入如下依赖：

<dependency>
    <groupId>org.springframework.cloud</groupId>
    <artifactId>spring-cloud-starter-config</artifactId>
</dependency>

与服务端不同的是，客户端的配置文件我们创建bootstrap.yml文件

spring:
  cloud:
    config:
      name: configclient
      profile: dev
      label: master
      discovery:
        enabled: true
        service‐id: config-server

eureka:
  client:
    service‐url:
      defaultZone: http://localhost:8001/eureka/

注意spring.cloud.config.name与服务端中的文件名称对应，spring.cloud.config.profile与文件名-后面的环境代码对应，配置文件的命名规则是 {application}/{profile}[/{label}] 。

当 Config Client 去访问 Config Server 时，spring.cloud.config.name 、spring.cloud.config.profile 以及、spring.cloud.config.label 的值分别对应上面三个占位符，如果配置了spring.cloud.config.name，那么就取spring.cloud.config.name，如果没有配置就取 spring.application.name，通过灵活使用 {application} 、{profile} 、{label} 三个占位符，就可以来动态地控制 client 从 server 所访问的仓库！

然后编写客户端启动类：

/**
 * @Author:公众号：程序员965
 * @create 2022-07-05
 **/
@EnableDiscoveryClient
@EnableFeignClients
@EnableEurekaClient
@SpringBootApplication
public class ConfigClientApplication {
    public static void main(String[] args) {
        SpringApplication.run(ConfigClientApplication.class, args);
    }
}