---

📍 报告概览

[!IMPORTANT] 本报告有意进行了脱敏处理，以便公开发布到 GitHub。敏感标识符、凭据、基础设施值以及客户特定证据均已替换为明确的占位符。

🧭 快速导航

• 执行摘要
• 技术分析
• 影响
• 修复措施
• 经验教训与缓解策略

[!TIP] 如需快速浏览，请从执行摘要和影响部分开始阅读；如需深入技术细节，请继续阅读技术分析和修复措施部分。

🏷️ 标题

CVE-2026-40047 - Apache Camel Docling CLI 参数注入

---

🧾 执行摘要

Apache Camel 框架的 camel-docling 组件中存在一个严重的**命令参数注入（Argument Injection）**漏洞，允许攻击者将非预期的 CLI 参数和路径遍历（Path Traversal）路径值注入到外部工具 docling 中。

该漏洞位于 DoclingProducer 类中，其 addCustomArguments 函数在未经充分验证的情况下，将自定义参数列表 CamelDoclingCustomArguments 附加到 docling 命令。此前的验证仅依赖黑名单（Denylist），并对 ../ 进行字面检查，从而允许绕过未知参数和绝对路径。

---

🔬 技术分析

该弱点从应用安全和基础设施风险的角度进行了评估。核心问题被归类为参数注入（Argument Injection），并以适合公开作品集发布的脱敏形式进行了记录。

Apache Camel 是一个功能强大的集成框架，在企业中被广泛用于连接不同系统。camel-docling 组件通过 ProcessBuilder 调用外部工具 docling（一种文档转换工具）。

---

📊 影响

• 根据暴露程度和业务环境，可能导致机密性、完整性或可用性受损。
• 如果处理敏感数据，将增加运营风险和潜在的监管合规风险。

---

🛠️ 修复措施

修复方案将黑名单（Denylist）替换为严格的白名单（Allowlist）：

• 仅允许可识别的标志
• 拒绝产品自身管理的标志（--output、-o）
• 拒绝特殊 shell 字符（纵深防御）
• 在验证之前通过 Path.normalize() 对路径进行规范化

---

🧠 经验教训与缓解策略

• 将每个集成边界视为不可信，尤其是当应用程序逻辑将用户可控的值传递给文件系统、shell、解析器或外部工具时。
• 安全审查应验证完整的攻击链，而不仅仅是第一个易受攻击的端点；低严重性的错误配置在链路组合后可能变得严重。
• 面向公众的文档应描述风险、根本原因和修复措施，同时避免暴露运营标识符、凭据或可复用的利用产物。
• 防御性控制应结合预防性验证、运行时最小权限、遥测和补丁治理，以降低可利用性和爆炸半径。

---

🧼 公开发布脱敏说明

• 敏感的基础设施标识符、IP 地址、主机名、凭据、哈希和电子邮件地址均已替换为明确的占位符。
• 可复用的运营证据已最小化或抽象化，以确保文档适合公开发布到 GitHub。
• 本文档采用顾问式结构，符合常见 Web 安全测试报告实践（如 OWASP WSTG 的报告预期）。

---