CVE-2026-85249
Apache Camel:Camel-Tika 通过未过滤的文档元数据导致的请求头注入
- 已发布
- 2026年10月19日
- 已更新
- 2026年10月19日
- 分配 CNA
- apache
- 观察到的证据
- 2026年10月19日
初级CVSS
nvd · CVSS 3.1
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:L/I:L/A:N低 · 未来 30 天
- 百分位
- 27.6%
- 型号日期
- 2026年10月25日
EPSS 是统计估计,而不是确定性或影响衡量标准。将其与 CVSS、KEV 状态、暴露程度和您的环境相结合。
总结
Apache Camel Tika 组件中的输入验证不当漏洞。此问题影响 Apache Camel:4.0.0 至 4.18.5 之前、4.19.0 至 4.22.1 之前。Tika 生产者将从提交文档中解析出的每个元数据键都映射为 Exchange 上的一个 header,且未应用任何过滤。文档元数据是攻击者可控的内容:提供文件的一方可以选择其携带的元数据键。因此,精心构造的文档可以设置路由其余部分所依赖的 Exchange header,包括 Camel 命名空间中的 header,例如 CamelFileName,下游组件使用该 header 来决定内容的写入位置。该模式与之前发布的消费者安全公告属于同一类 header 注入问题,只是此处是通过解析的文件内容而非协议 header 触达的。请升级到 Apache Camel 4.23.0,该版本修复了此问题。使用 4.18.x LTS 发布流版本的用户应升级到 4.18.5。使用 4.22.x LTS 发布流版本的用户应升级到 4.22.1。解析出的文档元数据现在会在映射到 Exchange 之前通过 HeaderFilterStrategy 进行过滤。如果某条路由读取的是过滤器现在会拦截的、源自元数据的 header,则该 header 将不再出现。对于无法立即升级的部署,请在 Tika 生产者之后、任何会依据这些 header 执行操作的组件之前,使用 removeHeaders("Camel*") 剥离 Camel 命名空间。
来源
针对 CVE-2026-85249 的可运行的 Spring Boot 和 Quarkus 复现程序,演示 camel-tika 元数据头注入到 CamelFileName 的过程,并包含受影响版本与修复版本的对照。
负责任的使用
仅在您拥有或有权测试的系统上使用漏洞信息。 Kitploit 链接到公共研究元数据,并且不存储漏洞代码或恶意负载。