Red Hatは、同社のコンテナイメージレジストリ「Red Hat Quay」に、深刻度が最も高い「Critical」と評価した脆弱性2件（CVE-2026-123710、CVE-2026-110697）があることを、同社のセキュリティ情報ページで公表した。CVSS 3.1の基本値はそれぞれ9.8と9.9で、悪用されると、レジストリ内の非公開イメージを読み書きされたり、別の利用者のロボットアカウントの認証情報を盗まれたりする恐れがある。どちらもRed Hat自身が見つけたものだとしている。
2件ともCVSS 9.8以上の「Critical」
Red Hatのセキュリティ情報ページに掲載された2件の概要は次のとおり。
| CVE | CVSS 3.1 | 内容 |
|---|---|---|
| CVE-2026-123710 | 9.8 | サービス鍵の登録の仕組みを悪用し、攻撃者が自分の署名鍵を登録できる |
| CVE-2026-110697 | 9.9 | ロボットアカウントの一覧取得で、他テナントのアカウントとトークンを取得できる |
詳しくは、Red HatのCVE-2026-123710のページとCVE-2026-110697のページに掲載されている。
認証なしで自分の署名鍵を登録できる（CVE-2026-123710）
Red Hatによると、CVE-2026-123710では、認証していない利用者でも、レジストリの匿名用トークン（/v2/auth で発行されるもの）を取得し、それをサービス鍵の更新に使う窓口（/keys）に示すことで、有効期限のない自分の署名鍵を登録できてしまう。この鍵で署名したトークンはどのリポジトリに対しても受け入れられるため、非公開イメージの読み取りや書き込み、タグの差し替えが可能になるという。
原因は、鍵の更新処理が、トークンが承認済みの鍵で署名され、想定どおりの発行者と宛先を持つかどうかしか確かめておらず、それが鍵の更新用の資格情報かどうかを確かめていないことにある。Red Hatは、信頼できない相手から /keys に届く構成の環境が影響を受けるとしている。
他テナントのロボットアカウントのトークンが漏れる（CVE-2026-110697）
CVE-2026-110697は、ロボットアカウント（自動処理用のアカウント）の一覧を取得する処理の不具合だ。名前空間の名前をもとにSQLのLIKE検索の条件を組み立てる際、ワイルドカードとして働く文字をエスケープしていなかった。このため、攻撃者がアンダースコアを含む名前空間を作ると、他テナントの名前空間にも一致してしまい、そのロボットアカウントと復号済みのトークンを取得できるという。
Red Hatは、この不具合は複数のテナントが同居するQuayでテナント間の分離を破るもので、特別な権限や被害者側の操作は要らないと説明している。OpenShift環境では、盗まれたロボットアカウントの資格情報が、CI/CDのパイプラインにイメージを紛れ込ませるのに使われる恐れがあるとも指摘している。
修正版への更新と、/keysへの接続制限が必要
CVE-2026-110697について、Red Hatは修正済みのリリースとして、3.9.28、3.10.28、3.12.24、3.14.10、3.15.9、3.16.7、3.17.7、3.18.3を挙げている。同社が運営するQuay.ioはすでに修正済みだという。更新のほかに完全な回避策は無く、すぐに更新できない場合は、アンダースコアを含む組織や名前空間を作れる利用者を絞る、名前が重なる名前空間のロボットトークンを作り直す、レジストリの動きを監視する、といった対応を挙げているが、根本的な解決にはならないとしている。
CVE-2026-123710については、ページ上に修正版の番号は示されていないが、修正済みのビルドへの更新が必要だとしている。それまでの対策として、プロキシやロードバランサーで /keys に届く相手を信頼できる内部の構成要素だけに絞ること、監査ログで有効期限が空の service_key_rotate と service_key_delete の記録を確かめ、見覚えのない承認済みサービス鍵を消すことを挙げている。ただし、修正版を入れるまでは匿名のリクエストで再び鍵を登録できてしまうため、不正な鍵を消しても効果は続かないと注意している。
筆者の見立て
コンテナレジストリは、開発から本番までのイメージが集まる場所で、ここで書き込みやタグの差し替えを許すと、その後に動くすべての環境に影響が広がりかねない。今回の2件は、どちらも認証の確認の抜けや入力のエスケープ漏れという基本的な不具合でありながら、影響はレジストリ全体やテナントの境界に及ぶ。Quayを自社で運用している組織は、修正版の適用を急ぐとともに、/keys が外部から届く状態になっていないか、監査ログに不審な鍵の登録が残っていないかを、更新の前後で確かめておきたい。
まとめ
Red Hatは、Red Hat Quayに深刻度Criticalの脆弱性2件があると公表した。1件は認証なしで署名鍵を登録され非公開イメージを読み書きされる恐れ、もう1件は他テナントのロボットアカウントのトークンを盗まれる恐れがある。Quayの管理者は、修正済みのリリースへの更新と、Red Hatが示す当面の対策を確認してほしい。
