CVE-2026-66906 in Camel
要約
〜によって VulDB • 2026年08月24日
Apache Camel Azure Storage Blob コンポーネントにおける相対パストラバーサル脆弱性。
本問題は Apache Camel に影響を与えます：4.0.0 以降で 4.14.9 より前、4.15.0 以降で 4.18.4 より前、4.19.0 以降で 4.22.0 より前のバージョン。
camel-azure-storage-blob コンポーネントは、downloadBlobToFile オペレーションを通じて Azure Storage の blob をローカルファイルシステムにダウンロードできます。この際、fileDir エンドポイントオプションによって指定されたディレクトリ内に書き込まれますが、これはプロデューサーとコンシューマーの両方から使用可能であると文書化されています。BlobOperations.downloadBlobToFile は、Azure SDK が報告したとおりのリモート blob 名を fileDir と結合してローカルターゲットを作成し（new File(fileDir, client.getBlobName())）、その結果をそのまま SDK のダウンロード呼び出しに渡しました。これには構文的な正規化や、解決された場所が fileDir の内部にとどまっているかを確認するチェックが含まれていませんでした。blob 名はルート制御データではありません：コンシューマーは BlobConsumer.createBatchExchangesFromContainer でコンテナ内の blob を列挙し、BlobItem.getName() から取得した名前をそのまま使用して各エントリごとに exchange を作成します（デフォルトでは名前のフィルタリングは適用されません）。親ディレクトリのセグメントを含む blob 名の場合、解決された場所は構成済みの fileDir の外部になるため、消費されるコンテナ内の名前に影響を与えることができる者は誰でも、Camel プロセスの権限で任意の場所にファイルを作成または上書きできます。プロセスが書き込み可能な内容によっては、ダウンロードディレクトリ外のファイルの上書きにより、そのファイルの整合性の喪失を超えたエスカレーション（攻撃の高度化）が可能になります。Azure Storage の blob コンテナは平坦な名前空間を使用しており、blob 名は不透明なキーであるため、そのようなセグメントを含む名前は指定されたまま保存され、列挙されます。fileDir オプションは通常の共通グループ設定パラメータであり、セキュリティマーカーを持たないため、その値が包含境界として強制されていないことがユーザーに示されることはありませんでした。Camel の他のファイルダウンロードコンシューマー（camel-file, camel-ftp, camel-smb, camel-mina-sftp, camel-azure-files）は、パスセグメントの境界チェックを使用してローカルでのダウンロードを構成済みのディレクトリ内に制限していました；しかし、camel-azure-storage-blob のダウンロード経路はこの修正の対象外でした。
ユーザーにはバージョン 4.22.0 にアップグレードすることを推奨します（本問題を修正しています）。4.14.x LTS リリースストリームを使用している場合は、4.14.9 へのアップグレードを提案します。4.18.x リリースストリームを使用している場合は、4.18.4 へのアップグレードを提案します。すぐにアップグレードできないデプロイメントの場合、regex エンドポイントオプションを使用してコンシューマーが対象とする名前を制限してください（これはリストされた各 blob 名に対して完全一致として適用され、単純な単一セグメントの名前のみを受け入れ、パス区切り文字や親ディレクトリのセグメントを含む名前は exchange が作成される前にフィルタリングされます）。prefix オプション additionally でサーバーサイドでの列挙をさらに絞り込むことができますが、両方が設定されている場合 regex の方が優先され prefix は無視されることに注意してください。あるいは、信頼できないコンテナに対して downloadBlobToFile オペレーションを使用せず、リモートリストから取得した名前ではなく、ルート自体が制御するファイル名の下にペイロードを書き出してください。防御の多層化として、外部書き込み可能なコンテナ内の blob 名を信頼できない入力として扱い、それらからローカルファイルシステムパスを派生させないでください。
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.