Kyverno の CleanupPolicy で名前空間の制限を回避し Secret を読める（CVSS 9.9）

Critical（CVSS 9.9）に分類されるKyverno Kyverno 1.17.0〜1.19.1の脆弱性です。**Kyverno のクリーンアップコントローラーが、ポリシーを渡さずにコンテキストローダーを作るため、名前空間つきの CleanupPolicy では名前空間の制限が効かない。** apiCall や globalReference のコンテキストを使うと、名前空間の管理者が他の名前空間の Secret を読み、コントローラーの ServiceAccount で validatingwebhookconfigurations を変更できる。 **前提。** GitHub のアドバイザリ（GHSA-p58h-r4j3-h5vx）の報告者によれば、CleanupPolicy の作成権限は Helm チャートの既定で組み込みの admin ClusterRole に付いており、クリーンアップコントローラーも既定で動く。この ServiceAccount は validatingwebhookconfigurations の作成・更新・削除の権限をクラスタ全体で持つ。 **評価値。** CVSS 3.1 は VulnCheck（CNA）とアドバイザリがともに **9.9 Critical**（ネットワーク経由・低い権限・スコープ変更）、CVSS 4.0 は 9.4。NVD の分析状況は Undergoing Analysis。CISA KEV には収載されておらず、悪用の報告は確認できていない。 **修正の出どころ。** Kyverno のリリースノートによれば、10月20日公開の v1.19.2 は GitHub のセキュリティアドバイザリ 24 件（Critical 9 / High 14 / Moderate 1）をまとめて修正した版で、ノートに挙がる修正先は 1.19 系だけである。

**Kyverno を 1.19.2 へ上げる。** アドバイザリの対処は更新だけで、回避策の記載は無い。 **影響を受けるかの確認。** helm list -A か、Kyverno の Deployment のイメージタグで版を見る。1.17.0 以上 1.19.2 未満なら該当する。 **更新できるまで（公式の回避策ではなく当サイトの整理）。** 信頼できないテナントが admin ClusterRole を持っていないか、CleanupPolicy を作れないかを見直す。 **完了条件**は、全クラスタの Kyverno が 1.19.2 以上であること。マルチテナント運用のクラスタは、見覚えのない CleanupPolicy や validatingwebhookconfigurations の変更が無いかも確認する。

Kyverno Kyverno 1.17.0〜1.19.1 を利用している場合、稼働バージョンが影響範囲に含まれるかを一次情報（https://nvd.nist.gov/vuln/detail/CVE-2026-122304）で確認してください。AWS・GCP・Azure・Linux それぞれの対応状況は本ページの「クラウド／OS 別の対応状況」表にまとめています。確認できていない項目は「情報確認中」と明記しており、存在しないパッチ番号・バージョンは記載していません。