JFrog Artifactoryの脆弱性、ソフトウェアサプライチェーン攻撃を可能に

JFrog Artifactoryに2件の脆弱性が発見されました。これらの脆弱性を悪用すると、匿名または低権限のユーザーが、対象となるアーティファクト自体を改変することなくパッケージのメタデータを操作でき、ソフトウェアサプライチェーンを侵害される経路が生まれる恐れがあります。

Oligo Securityは6月25日にこれらの脆弱性をJFrogに報告し、8月20日に公開した調査報告で詳細を明らかにしました。 

今回の調査結果は、X-Orig-Client-Uriヘッダーの処理に関わるCVE-2026-69106(CVSSスコア8.8)と、信頼された.jfrog/メタデータパスへの書き込みを許してしまうCVE-2026-65922(CVSSスコア5.4)の2件を対象としています。

両脆弱性はNational Vulnerability Databaseに登録されており、JFrogはすでに修正版を公開しています。 

ヘッダーへの信頼が招く共有キャッシュの汚染

CVE-2026-69106は、Artifactoryが外部クライアントから送られてくるX-Orig-Client-Uriを、信頼できるルーティングインフラから発信されたものかどうか検証せずに受け入れてしまうことに起因していました。

Oligoは、仮想リポジトリを利用することで、この問題がユーザーをまたいだキャッシュ汚染につながり得ることを突き止めました。Helmでは、攻撃者が制御する完全なURLが生成されるメタデータにそのまま書き込まれる一方、キャッシュの保存場所を決定する際には32ビットのJavaハッシュ値しか使われていませんでした。

そのため、同じハッシュ値を持つ別のURLを作成することが可能となり、汚染されたインデックスが後続のユーザーに配信されてしまう恐れがありました。npmには別のキャッシュ保護機構が備わっていましたが、これは他の2種類のオーバーライドヘッダーをチェックするのみで、X-Orig-Client-Uriは対象外でした。

研究者らはさらに、JFrogが推奨するnginx設定にも関連する問題を発見しました。キャッシュ機能を備えたリバースプロキシを導入している環境では、X-Forwarded-Protoを使って生成される絶対URLに影響を与えることが可能だったのです。

ソフトウェアサプライチェーン攻撃に関する関連記事: GitHub、ソフトウェアサプライチェーン攻撃阻止に向けnpmを更新へ

信頼されたメタデータパスが通常の制御を回避

一方、CVE-2026-65922はArtifactoryの内部.jfrog/メタデータの扱いに影響を及ぼすものでした。REST APIのCOPYおよびMOVE、そしてWebDAVのMKCOLを使うと、通常のアップロードに適用される保護機構を経ずにこれらのパスへアクセスできてしまいます。

結果として生じる認可の経路では.jfrog/が信頼できるものとして扱われるため、適切なリポジトリアクセス権を持つ認証済みユーザーであれば、そこにコンテンツを配置したり作成したりできてしまいます。

Oligoによると、これらのファイルはnpmの署名鍵、OCIリファラー、Dockerインデックス、Ansibleインデックスなどの機能を担うパッケージハンドラーによって利用されているとのことです。

研究者らは、Artifactoryを修正済みのリリースにアップグレードすること、そして特に共有環境やインターネットに公開された環境では、不要な匿名アクセスを無効化することを推奨しています。

また、リポジトリへのアクセス権を持つユーザーおよびサービスアカウントを見直すこと、そしてルーティングの境界でクライアントから送られてくるX-Orig-Client-UriおよびX-Forwarded-Protoの各ヘッダーを削除または上書きすることも助言しています。