HashiCorp consul-k8sで別namespaceのServiceAccountを使ってConsulコンポーネントのACL権限を取得できる恐れ（CVE-2026-110720、CVSS 9.9）。該当設定と修正版を解説。
30秒でわかる / THE SIGNAL
HashiCorp consul-k8sで別namespaceのServiceAccountを使ってConsulコンポーネントのACL権限を取得できる恐れ（CVE-2026-110720、CVSS 9.9）。該当設定と修正版を解説。
何が公表されたか
HashiCorpは2026年10月26日、HCSEC-2026-50としてCVE-2026-110720を公表した。consul-k8sのコンポーネントACLバインディングルールがConsulの導入namespaceを一貫して制限せず、別namespaceのServiceAccountを利用した権限回避につながる。CVSS 9.9（Critical）。
影響バージョンと成立条件
consul-k8s 0.42.0以降の該当バージョン（2.0.4まで）に影響する。global.acls.manageSystemACLs=trueの環境で、攻撃者が別namespaceにServiceAccountを作成してトークンを取得でき、Consul APIに到達できることが条件。system ACL管理を無効にした環境は対象外。
推奨対応
consul-k8s 2.1.0または1.8.18へ更新する。Kubernetes側のServiceAccount作成・トークン取得権限とConsul APIへの到達範囲を点検し、コンポーネント用ACLバインディングルールを確認する。公式勧告：https://discuss.hashicorp.com/t/hcsec-2026-50-consul-k8s-vulnerable-to-a-cross-namespace-authorization-bypass-in-component-acl-binding-rules/77915
悪用状況と編集部の視点
2026年10月27日時点で参照した公式勧告から実環境での悪用確認は断定できない。既報のConsul本体の脆弱性とは別の、Kubernetes認証とConsul権限の境界に関わる問題だ。