Red Hatは、Red Hat Advanced Cluster Management for Kubernetes(ACM)における深刻な権限昇格の脆弱性を公表しました。この脆弱性が悪用されると、ネームスペースレベルの限定的な編集権限しか持たないユーザーが、Kubernetes環境全体に対する完全なcluster-admin権限を取得できてしまう可能性があります。
CVE-2026-10090として追跡されているこの脆弱性は、Application Subscriptionコントローラー(別名multicluster-operators-subscription)に影響します。
Red Hatはこの問題に「重要」の深刻度評価とCVSS v3.1スコア9.9(10点満点)を割り当てています。この脆弱性は2026年8月5日に公開されました。
この問題が特に重大なのは、Kubernetesにおける権限管理の基本的な境界線、すなわちネームスペース内で付与される権限とクラスタ全体に適用される権限との分離を破ってしまう点にあります。
脆弱なACMハブでは、攻撃者はあらかじめクラスタ全体に対する管理権限を持っている必要がありません。ACMハブのネームスペースにおけるネームスペーススコープのedit権限さえあれば十分です。
この脆弱な処理フローには、ACMのChannelおよびSubscriptionというカスタムリソースが関わっています。ネームスペースレベルの編集権限を持つユーザーは、自身が管理するHelmリポジトリを指すChannelリソースを作成できます。
続いて、そのChannelを参照するSubscriptionリソースを作成できます。Application SubscriptionコントローラーはそのHelmチャートを取得し、コントローラー自身が持つ昇格された権限を使ってその内容を適用します。
重要な点として、Red Hatによれば、このコントローラーはSubscriptionを作成したユーザーが必要なopen-cluster-management:subscription-adminロールを保持しているかどうかを検証しません。
また、Helmチャートからデプロイされるリソースを、そのSubscriptionが作成されたネームスペース内に制限することもしません。その結果、攻撃者が用意したチャートにはクラスタスコープのKubernetesオブジェクトを含めることが可能になります。
影響が大きい一例として、攻撃者が制御するServiceAccountをKubernetes組み込みのcluster-admin ClusterRoleに紐付けるClusterRoleBindingが挙げられます。この紐付けが権限を持つコントローラーによって適用されると、攻撃者はクラスタ全体を無制限に掌握できるようになります。
この攻撃に必要な権限は低く、複雑さも低く、ユーザーの操作も一切必要ありません。Red HatのCVSSベクトルは、悪用が成功した場合の影響の広さを反映しています。ネットワーク経由で到達可能、必要な権限は低い、そしてスコープが変化する、という条件です。
この脆弱性は、ACMが公式に文書化しているセキュリティモデルと矛盾しています。Red Hatのドキュメントには、subscription管理者でないユーザーについては、アプリケーションリソースがSubscriptionのネームスペース内にのみデプロイされるべきだと記載されています。
CVE-2026-10090は、権限の限られた編集者が、強い権限を持つコントローラーに任意のクラスタスコープのオブジェクトをデプロイさせることを可能にし、事実上この想定を回避してしまいます。
複数のKubernetesクラスタにまたがるアプリケーション管理にACMを利用している組織にとって、ハブが侵害された場合の被害は特に深刻なものになりかねません。
ハブ上でcluster-admin権限を得た攻撃者は、ワークロードを改変したり、シークレットにアクセスしたり、コントローラーやアドミッションリソースを通じて永続化を確立したり、アイデンティティの紐付けを変更したりできるほか、環境によっては管理対象クラスタの運用にも影響を及ぼす可能性があります。
関連する脆弱性はCWE-267に分類されており、権限の取得やアイデンティティの詐称を可能にするアクセス制御上の問題です。
Red Hatは、Red Hat Advanced Cluster Management for Kubernetes 2におけるrhacm2/multicluster-operators-subscription-rhel9を影響を受けるコンポーネントとして挙げています。この脆弱性の公表時点では、セキュリティ修正情報(エラータ)はまだ発行されていません。
したがって、各組織はこれを優先度の高いリスクとして扱い、修正版のリリースに関するRed Hatのアドバイザリおよびエラータのチャンネルを注視する必要があります。
アップデートが提供されるまでの間、防御側はACMハブのネームスペースにおけるedit権限を厳格に制限し、ChannelおよびSubscriptionリソースの作成・変更が可能なユーザーを見直し、予期しないクラスタスコープのオブジェクトがないか監査することが求められます。
ANY.RUNのブラウザ内データ検査で、検知・調査・対応をより迅速に。フィッシングの可視性を完全に確保し、SOCを強化してMTTRを削減しましょう
翻訳元: https://cyberpress.org/red-hat-acm-flaw-namespace-editors-escalate/
