Java容器安全案例

wen java案例 2026-07-31 4

Java容器安全案例分析

Java容器（如Tomcat、Jetty、Spring Boot嵌入式容器）常见的安全问题主要集中在以下几个方面，下面我将通过具体案例进行分析。

Java容器安全案例

敏感信息泄露

场景描述：某电商平台的Spring Boot应用在生产环境启用了Actuator端点，且未进行访问控制。

问题代码示例：

// application.properties
management.endpoints.web.exposure.include=*
management.endpoint.env.show-values=always

攻击过程：

攻击者访问 /actuator/env 端点
获取到数据库密码、Redis连接密码、API密钥等敏感信息
利用这些凭证进行横向移动和数据窃取

修复方案：

// 方案1：禁用敏感端点
management.endpoints.web.exposure.include=health,info
management.endpoint.env.enabled=false
// 方案2：启用安全访问
@Configuration
public class ActuatorSecurityConfig extends WebSecurityConfigurerAdapter {
    @Override
    protected void configure(HttpSecurity http) throws Exception {
        http.requestMatchers(EndpointRequest.toAnyEndpoint())
            .authorizeRequests()
            .anyRequest().hasRole("ADMIN")
            .and()
            .httpBasic();
    }
}

反序列化漏洞利用

场景描述：某企业级应用使用Tomcat作为Web容器，但使用了存在CVE-2020-9484漏洞的版本。

漏洞原理：Tomcat的session持久化功能在处理攻击者控制的序列化对象时，没有进行完整性校验。

攻击代码示例：

// 攻击者构造恶意序列化对象
public class MaliciousPayload implements Serializable {
    private static final long serialVersionUID = 1L;
    private void readObject(java.io.ObjectInputStream in) throws Exception {
        Runtime.getRuntime().exec("rm -rf /important/data");
    }
}
// 将序列化后的payload存储到 session 文件
// 请求格式：JSESSIONID=../../../../tmp/payload

修复方案：

<!-- 升级Tomcat版本 -->
<dependency>
    <groupId>org.apache.tomcat</groupId>
    <artifactId>tomcat-catalina</artifactId>
    <version>9.0.37</version>  <!-- 修复版本 -->
</dependency>
<!-- 或禁用session持久化 -->
<Context path="/app" persistent="false">
</Context>

目录遍历漏洞

场景描述：某文件管理系统使用Java容器处理文件下载请求时，未对路径进行合法性校验。

问题代码示例：

@GetMapping("/download")
public ResponseEntity<Resource> downloadFile(@RequestParam String filePath) {
    // 漏洞代码：直接拼接用户输入的路径
    Path file = Paths.get("uploads/" + filePath);
    Resource resource = new UrlResource(file.toUri());
    return ResponseEntity.ok(resource);
}

攻击过程：

正常请求：/download?filePath=report.pdf
恶意请求：/download?filePath=../../../etc/passwd

修复方案：

@GetMapping("/download")
public ResponseEntity<Resource> downloadFile(@RequestParam String fileName) {
    // 方案1：路径规范化校验
    Path basePath = Paths.get("uploads").toAbsolutePath().normalize();
    Path filePath = basePath.resolve(fileName).normalize();
    if (!filePath.startsWith(basePath)) {
        throw new SecurityException("非法路径访问");
    }
    // 方案2：使用UUID和映射表
    String realFileName = fileMapping.get(fileName);
    if (realFileName == null) {
        throw new FileNotFoundException("文件不存在");
    }
    Resource resource = new UrlResource(
        Paths.get("uploads").resolve(realFileName).toUri()
    );
    return ResponseEntity.ok(resource);
}

CORS配置不当

场景描述：某金融科技应用的API网关CORS配置过于宽松。

问题代码示例：

@Configuration
public class CorsConfig {
    @Bean
    public WebMvcConfigurer corsConfigurer() {
        return new WebMvcConfigurer() {
            @Override
            public void addCorsMappings(CorsRegistry registry) {
                registry.addMapping("/api/**")
                    .allowedOrigins("*")    // 危险：允许所有域
                    .allowedMethods("*")     // 危险：允许所有方法
                    .allowCredentials(true); // 危险：允许携带凭证
            }
        };
    }
}

攻击场景：攻击者可以在钓鱼网站中嵌入恶意JavaScript：

fetch('https://target.com/api/user/transfer', {
    method: 'POST',
    credentials: 'include',
    body: JSON.stringify({to: 'attacker', amount: 10000})
});

修复方案：

@Configuration
public class CorsConfig {
    @Bean
    public WebMvcConfigurer corsConfigurer() {
        return new WebMvcConfigurer() {
            @Override
            public void addCorsMappings(CorsRegistry registry) {
                registry.addMapping("/api/**")
                    .allowedOrigins("https://trusted-frontend.com")
                    .allowedMethods("GET", "POST", "PUT", "DELETE")
                    .allowedHeaders("Content-Type", "Authorization")
                    .allowCredentials(true)
                    .maxAge(3600);
            }
        };
    }
}

容器安全最佳实践总结

最小权限原则
- 不使用root用户运行Java容器
- 限制文件系统访问权限
- 关闭不必要的端口和服务

安全配置

# Docker运行配置示例
docker run -d \
  --user 1000:1000 \
  --read-only \
  --cap-drop=ALL \
  --security-opt=no-new-privileges \
  -p 8080:8080 \
  my-java-app

持续监控与更新
- 定期更新容器镜像
- 使用镜像扫描工具（Trivy、Clair）
- 启用访问日志审计

WAF防护配置

# Nginx反向代理
location / {
    # Java容器
    proxy_pass http://java-container:8080;
    # 限制请求体大小
    client_max_body_size 10m;
    # 阻止路径遍历
    if ($args ~* "\.\.") {
        return 403;
    }
}

这些案例展示了Java容器常见的安全隐患,在实际开发中，应该建立安全编码规范，定期进行安全审计，并采用纵深防御策略来保护容器化应用的安全。