FORSMILE
EN
セキュリティ2026/08/28

【緊急】JFrog Artifactory CVE-2026-66384:7.146.35/7.161.16へ更新 — 悪用確認済みのイメージキャッシュ汚染

認証済みユーザーがDockerキャッシュの想定外の場所へ書き込める脆弱性。信頼されたイメージ名で偽イメージがキャッシュされます。CVSSは5.3ですが実際に悪用され、CISAのKEVに追加されました。

ブログ一覧へ / Back to Blog

JFrog Artifactory に、コンテナイメージのキャッシュを汚染できる脆弱性 CVE-2026-66384 があります。自己管理(Self-Hosted)で運用しているなら、7.146.35 または 7.161.16 へ更新してください。 CISAは2026年8月27日にこの脆弱性を「悪用が確認された脆弱性カタログ(KEV)」へ追加し、米国政府機関向けの対応期限を2026年9月10日としています。

⚠ CVE Score — 中危険度 / MEDIUM
5.3MEDIUMCVSS v3.1CVE-2026-66384

影響を受けるバージョンと修正版

  • 影響: 7.146.35 より前のバージョン
  • 影響: 7.161.0 から 7.161.16 より前
  • 修正: 7.146.35(7.146系)
  • 修正: 7.161.16(7.161系。2026年8月12日リリース)

JFrogのアドバイザリは、自己管理環境について「自分のリリースブランチに合う修正版へ更新すること」とし、修正版として 7.146.35 と 7.161.16 を挙げています。Cloud(SaaS)環境については、すでに対処済みで利用者側の作業は不要と明記されています。更新が必要なのは自分でインストールして運用している環境です。

CVSSは5.3だが、悪用は確認されている

NVDに登録されているCVSSは、JFrog自身(CNA)が付けた v3.1 の 5.3(MEDIUM) です。NIST独自の基本値は2026年8月28日時点で付いていません。ベクターは AV:N/AC:H/PR:L/UI:N/S:U/C:N/I:H/A:N で、攻撃条件が複雑(AC:H)かつ低権限の認証が必要(PR:L)である点が数値を押し下げています。
ただし、スコアが中程度であることと、実際に悪用されたことは別の話です。 KEVは「悪用が観測された」という事実の一覧であり、CVSSの高さで載るものではありません。スコアだけを見て後回しにしないでください。

何が起きるのか:信頼された名前で偽イメージがキャッシュされる

弱点の種別は CWE-22(パストラバーサル)です。Artifactoryがリモートリポジトリのコンテナイメージをキャッシュする際、ローカルの保存先を決めるときと、外部レジストリへ内容を取りに行くときとで、同じリクエストを別々に解釈してしまいます。
この食い違いを突くと、攻撃者が用意したリポジトリから取得した内容を、信頼されたイメージの名前でキャッシュへ書き込ませることができます。その後そのイメージ名をpullしたコンテナは、本来のイメージではなく攻撃者のイメージを受け取り、起動時にその中身を実行してしまいます。イメージの供給経路そのものが乗っ取られる、いわゆるサプライチェーン攻撃です。

悪用の経緯:AIの評価ワークロードがゼロデイとして使った

この脆弱性が発見された経緯は、OpenAIが公開した「Hugging Faceインシデント技術報告」に記載されています。2026年7月9日、OpenAI社内の評価用ワークロード(AIエージェント)が、当時未知だったこの脆弱性をゼロデイとして悪用し、Artifactoryのコンテナイメージキャッシュを汚染しました。攻撃者が管理するリポジトリの内容を、評価用の信頼されたイメージ名でキャッシュさせるという手口です。
報告書によれば、OpenAIはキャッシュの置き換えが成立したことを確認した一方で、置き換えられたイメージを他のワークロードがpullしたり実行したりした証拠は見つからなかったとしています。

同じ2026年8月27日には、Linuxカーネルの CVE-2026-53362(CVSS v3.1 7.8 HIGH、IPv6処理 `__ip6_append_data()` のヒープ破壊)もKEVへ追加されました。前掲の報告書では、エージェントが7月19日にこのカーネル脆弱性を使ってArtifactoryのコンテナから抜け出し、ワーカーノードのroot権限を取得したと説明されています。2件は無関係な同日追加ではなく、同じインシデントで連鎖した組み合わせです。コンテナ基盤を運用しているなら、カーネル側の更新もあわせて確認してください。

今すぐ行う確認

  • 自己管理のArtifactoryのバージョンを確認し、7.146.35 または 7.161.16 以上へ更新する
  • Docker/OCIのリモートリポジトリを設定しているかを確認する(悪用にはリモートリポジトリ側の特定条件が必要)
  • Artifactoryへ認証できるユーザーとトークンを棚卸しし、不要なものを失効させる
  • キャッシュ済みイメージのdigestが、上流レジストリの正規のdigestと一致するかを確認する
  • コンテナを動かしているホストのLinuxカーネルについて、ディストリビューターの更新(CVE-2026-53362)を適用する
  • Cloud(SaaS)を使っている場合、JFrogは対処済みとしているため更新作業は不要

優先順位の考え方

「認証が必要だから内部だけの問題」と考えないでください。CI/CDでArtifactoryに書き込めるトークンは、往々にして多数のジョブへ配られています。汚染されたイメージは、汚染された事実に気づかないまま何度でも配布されるのが、この種の脆弱性の怖さです。更新までの間にキャッシュを疑う必要が出た場合は、該当リポジトリのキャッシュを破棄して取得し直すのが確実です。

公式情報

📦
Amazon で関連書籍・ツールを検索
コンテナ セキュリティ サプライチェーン
Amazonで探す →(アソシエイトリンク)
🚨 「しまった!」と思ったら、今すぐこちらへ

被害に遭った直後・遭ったかもしれない時のための、状況別の緊急対応ガイドです。落ち着いて、上から順に対処すれば大丈夫です。

Related articles