CVE-2026-95628

概要

Apache Camel Docling コンポーネントにおける、パス名の制限されたディレクトリへの不適切な制限（「パストラバーサル」）の脆弱性。この問題は Apache Camel に影響します: 4.15.0 から 4.18.5 より前、4.19.0 から 4.22.2 より前。DoclingProducer は外部の docling ツールのコマンドラインを構築し、そこに CamelDoclingCustomArguments ヘッダーで指定されたカスタム引数を追加します。これは文字列のリストであり、そのフラグは CVE-2026-40047 の修正によって許可リストに制限されました。その修正では、パスのような引数値を意図したディレクトリ内に保つための validatePathSafety も導入されましたが、このメソッドは相対的なトラバーサルのみを検査していました: `../` のようなトラバーサルシーケンスを含む値や、正規化後も `..` 要素が残る値を拒否しました。しかし、値が絶対パスであるかどうかは一切検査しておらず、トラバーサルセグメントを含まない絶対パスはいずれにも該当しないため、そのまま通過しました。パスのような値はすべてこのチェックを通りました。フラグに続く別個のリスト要素であっても、等号の後にフラグへ付加されたものであっても同様であり、したがって絶対パスはいずれの形式でも受け入れられました。例えば、許可リストに含まれる `--artifacts-path` フラグに指定するディレクトリとして渡された場合などです。このフラグは docling にモデルアーティファクトの場所を指示します。そのような値はそのまま docling のコマンドラインに到達したため、カスタム引数を選択できる当事者は、Camel プロセスがアクセス可能な任意のディレクトリを、このチェックがパス値を留め置くことを意図していた作業ディレクトリの外にあるものも含めて、docling プロセスに指定できました。これはまさに CVE-2026-40047 の修正が防ごうとした結果です。カスタム引数を docling に渡すのは、デフォルトである CLI モードのみです。このヘッダーは Camel ヘッダー名前空間に属しており、Camel のデフォルトのヘッダーフィルタリングを適用するコンシューマー（JMS や Kafka のコンシューマーなど）は受信メッセージからこれを削除するため、この問題に到達するのは、ルートが外部から影響を受けた値をヘッダーに転送する場合、またはコンシューマーがそのフィルタリングなしで受信ヘッダーをマッピングする場合です。ユーザーは、この問題を修正したバージョン 4.23.0 へのアップグレードを推奨されます。4.22.x リリースストリームを使用している場合は、4.22.2 へのアップグレードを推奨します。4.18.x リリースストリームを使用している場合は、4.18.5 へのアップグレードを推奨します。4.15.x から 4.17.x および 4.19.x から 4.21.x のリリースラインは、この問題が解決される前にサポート終了に達しており、修正は提供されないため、これらのデプロイメントはサポート対象のリリースへ移行する必要があります。直ちにアップグレードできないデプロイメントでは、デプロイメント外部に由来する値から CamelDoclingCustomArguments ヘッダーを構築しないこと、外部から到着したメッセージが docling エンドポイントに到達する前にそのヘッダーを削除すること、および受信メッセージヘッダーをマッピングするコンシューマーが Camel ヘッダー名前空間を破棄するようにして、ルート自体のみがカスタム引数を選択するようにしてください。

ソース

• CVE-2026-95628PoC

  CVE-2026-95628 の実行可能な概念実証リプロデューサー。Apache Camel camel-docling における絶対パス検証の欠落を対象とし、Spring Boot と Quarkus のハーネス、および修正の検証を含む。