Dockerは、個人アカウントを組織に変換した際、個人アクセストークン（PATs）をローテーション、無効化、または新しい所有者の同意を得ることなく、新しい所有者へ再割り当てできていたDocker Hubの重大なセキュリティ脆弱性を修正した。この脆弱性にはCVE-2026-105445の番号が付けられ、同社はこれをソフトウェアサプライチェーンへのリスクとみなした。
研究者のPeter Molnar氏とKrisztian Hozak氏は、2026年9月30日に脆弱性開示プログラムを通じてこの問題を報告した。Dockerは、協定世界時（UTC）19時10分頃、4時間未満で修正を公開したと明らかにした。潜在的な露出期間は、2024年8月26日20時33分（UTC）から修正の公開までに及んだ。
この欠陥はどのように悪用され得たのか
Docker Hubでは、リポジトリのパスを維持するため、個人アカウントを組織に変換できる。例えば、既存のプル処理を中断することなく、alice/appを組織所有のリポジトリに変換できる。変換中、ユーザーは新しい組織の所有者となる既存のアカウントを指定していた。
欠陥のある挙動が導入されて以降、変換されたアカウントに属するPATは、所有者として指定されたアカウントへ移転されていた。一方、トークンの秘密情報は作成者が保持したままで、新しい所有者に処理の確認を求めたり、通知したりすることはなかった。そのため攻撃者は、Dockerレジストリ上で標的の所有者に属するものとしてトークンを使用できた。
トークンのスコープによっては、被害者のリポジトリ、または被害者がアクセス権を持つ組織のリポジトリからイメージをプル、プッシュ、削除できた可能性がある。ただし、Docker Hubのインターフェース自体にはこの欠陥を通じてアクセスできず、パスワード、メールアドレス、二要素認証の設定を変更したり、アカウントを乗っ取ったりすることもできなかった。
調査結果と封じ込め措置
Dockerは、2024年8月26日以降のすべてのアカウント変換を確認し、それらを認証ログ、Docker Hubの利用状況、IDおよびトークン管理のログと照合した。また、移転されたトークンを使って実行された約30万4,000件のプッシュ処理を調査し、脆弱性の悪用を示す証拠は見つからなかったと述べた。
同社が確認したすべてのプッシュ処理は、変換された組織または新しい所有者のリポジトリ内で行われており、関係のないアカウントや組織での処理は記録されていなかった。同社はさらに、リスクが最も高い公開イメージを継続的に分析し、マルウェア、マイニングツール、コマンドアンドコントロール活動、認証情報の窃取、永続化メカニズム、またはイメージの改ざんを発見しなかった。
ただしDockerは、レジストリのログにはトークンが使用されたことは示されても、使用されなかった場合にトークンの存在を証明することはできないと説明した。そのため、露出期間中に変換処理を通じて移転されたすべてのPATを、使用履歴が確認できるかどうかにかかわらず、影響を受けたものとして扱った。
実際に何が変わったのか
Dockerは、アカウント変換時のPATの移転を完全に停止し、10月2日に影響を受けたユーザーと関係する組織の所有者へ通知を送った。10月8日には、特定した移転済みトークンを無効化した。ただし、期限前に所有者が維持を求めたトークンは除外された。
また同社は、ユーザーを組織の所有者として指定する前にユーザーの同意を必要とし、その指定が行われた際に通知するようにした。さらに、トークンの所有権が変更されるたびに、監査可能な履歴を記録する。Dockerは現在、認証情報の所有権を変更する可能性がある他のフローについても、同じパターンがないか確認している。
同社は、Docker Hubのアカウント設定から個人アクセストークンを確認し、不明なトークンや使用されなくなったトークンを無効化するよう推奨している。組織の自動化処理については、個人に紐付いた個人トークンではなく、組織アクセストークンを使用するよう推奨している。