Dockerは、コンテナレジストリのレベルで攻撃者が他のユーザーになりすませる重大な脆弱性がDocker Hubに存在していたことを公表しました。
「GhostPat」と名付けられたこの脆弱性（CVE-2026-105445）は、アカウント変換時にDockerが個人アクセストークンをどう扱うかという点を突くものでした。
トークンの権限によっては、不正なイメージのダウンロード、悪意あるイメージのアップロード、リポジトリ内のイメージ削除が可能になる恐れがありました。
Docker Hubの脆弱性
この問題は、mptrdev.comの研究者Peter Molnar氏とKrisztian Hozak氏が2026年9月30日に報告しました。Dockerは4時間足らずで本番環境に修正を適用し、10月12日に脆弱性を公表しました。
影響を受けた期間は2024年8月26日から2026年9月30日までで、欠陥のある変換動作が2年以上にわたって存在していたことになります。
脆弱性の原因は、既存のリポジトリ名を維持したまま個人アカウントを組織に変換するDocker Hubの仕組みにありました。
この変換では、ユーザーが既存のDocker Hubアカウントを組織のオーナーとして指定します。ところが処理の過程で、元のアカウントの個人アクセストークンが、基となるシークレットのローテーションや失効が行われないまま、そのオーナーに再割り当てされていました。
攻撃者は使い捨てアカウントを作成して個人アクセストークン（PAT）を生成し、被害者をオーナーに指定してそのアカウントを組織に変換できます。
Dockerは受け取る側の承認を求めておらず、通知も行っていませんでした。そのため攻撃者の手元には、被害者として認証される有効なトークンが残りました。研究者は、被害者のプライベートリポジトリへのアクセスと、被害者の名前空間およびアクセス可能な組織内へのイメージのアップロードが可能であることを実証しています。
得られるアクセス範囲は、トークンの権限と標的のリポジトリ権限によって制限されます。それでも、信頼された名前空間に改ざんされたイメージが公開されれば、ソフトウェアサプライチェーンにとって重大なリスクとなります。
Dockerは、この欠陥によってWebインターフェースへのアクセスが可能になることはなく、パスワード、メールアドレス、二要素認証設定の変更や、アカウントの完全な乗っ取りもできなかったと強調しています。
Dockerは調査として、レジストリの認証ログ、利用データ、ID情報を突き合わせ、影響期間中のすべてのアカウント変換を検証しました。
調査では、移転されたトークンが関わる約30万4,000件のイメージプッシュを確認しましたが、悪用の形跡は見つかりませんでした。各プッシュの対象は、変換後の組織のリポジトリか新しいオーナーのリポジトリのいずれかで、無関係なアカウントは含まれていませんでした。
最もリスクの高い公開イメージを静的解析した結果、マルウェア、クリプトマイナー、認証情報の窃取、永続化、コマンド＆コントロール通信、改ざんはいずれも確認されませんでした。
ただしDockerは、使用されていない移転済みトークンはレジストリの認証ログに残らないと注意を促しています。そのため、影響を受けた可能性のある認証情報は、観測された活動ではなく変換履歴から特定されました。
影響を受けたユーザーと組織のオーナーには、10月2日に通知が行われました。Dockerは10月8日、オーナーが明示的にオプトアウトした場合を除き、移転されたPATを無効化しています。
今回の修正では、変換時のトークン移転自体を廃止しました。さらにDockerは、オーナーシップの同意確認、通知、監査可能なトークン所有履歴の導入を進めています。
ユーザーは、見覚えのないPATを確認し、不要な認証情報を失効させるとともに、組織の自動化には組織アクセストークンを使用するよう推奨されます。Dockerによると、通知を受け取っていないユーザーは、この脆弱性の影響を受けていません。
新たなマルウェアが出現したら、すぐに防御策を更新しましょう。1万6,000のSOCのデータを活用したTIフィードを統合する。
翻訳元: https://gbhackers.com/critical-docker-hub-vulnerability/
