Incus/Ubuntu LXD の脆弱性 CVE-2026-112816 が FIX:クラスタや仮想マシンの制御奪取の恐れ

Critical Certificate Validation Flaw in LXD and Incus Could Give Hackers Control of Linux Hosts

2026/11/02 CyberSecurityNews — LXD と Incus に存在する重大な証明書検証の脆弱性を悪用するリモート攻撃者が、ログイン認証を回避してクラスタや管理対象の仮想マシンを制御する可能性がある。この脆弱性は HTTPS 管理リスナーに影響し、パスワードや窃取した秘密鍵、ユーザーの操作を必要とせずに、インターネットに公開された Linux システムを侵害する恐れがある。Incus は、この脆弱性の深刻度を Critical (CVSS 10.0) と評価している。

10月29日に公開された Incus のセキュリティ・アドバイザリによると、この脆弱性はプロジェクトの初回リリース時から存在していた。10月30日に Canonical は、関連する LXD の脆弱性 CVE-2026-112816 を公開した。Ubuntu は、この脆弱性の優先度を Medium と評価しているが、未認証の状態でクラスタや仮想マシンへの完全なアクセスを可能にする問題として説明している。

LXD と Incus の証明書検証の脆弱性

この脆弱性は、HTTPS 接続時に提示される証明書をサービスが検証する仕組みに起因する。TLS ハンドシェイクで証明されたのは、最初に提示した証明書に対応する秘密鍵をクライアントが保持していることである。しかし、証明書チェーン内の残りの証明書はクライアントにより制御されるものであり、その内容の検証は不可能である。

その後の認証処理では、提示された証明書チェーン内の、すべての証明書がサーバのトラストストアと照合される。この仕組みにより、証明書に対応する秘密鍵の所有を証明する処理と、証明書の識別情報を信頼する処理の間に不整合が生じる。つまり攻撃者が、信頼された証明書の公開部分を自身の証明書チェーンに追加することで、対応する秘密鍵を保持していなくても、その証明書の所有者として認証される可能性がある。

公開証明書は秘密情報ではない。サーバは TLS ハンドシェイク中に自身の証明書を送信するため、攻撃者は既存のアカウントがなくても証明書を取得できる。アドバイザリによると、サーバ自身の証明書を提示するとデータベース・ゲートウェイへのアクセスが許可されるため、攻撃者が別のクラスタメンバーの証明書を提示すると、内部クラスタへのアクセスに成功し、認可処理が完全に回避される。

これは、Cyber Security News における runc の脆弱性に関するレポートで取り上げられたコンテナエスケープの脆弱性とは異なる。こちらの脆弱性は、隔離されたワークロードから脱出するのではなく、環境へのアクセスを制御する信頼された管理層を標的としている。

Incus のアドバイザリによると、攻撃者は該当する公開証明書を入手することで、信頼されたクライアント証明書/メトリクス用証明書/サーバ証明書を装うことができる。同じ脆弱性により、セルフサービス機能を通じてトラストストアのエントリを、更新/削除することも可能になる。また、ホストと仮想マシン間のエージェント接続における認証にも影響を及ぼす。

影響を受けるもう一つの機能は、アクセスの許可/拒否を判断するためのスクリプトである認可スクリプトレットである。Incus は、このスクリプトに対して、検証されていない証明書チェーンを渡すため、攻撃者が選択した証明書により認可の判断に影響を与えることが可能だった。この問題は、トークンや OpenID Connect を使用する接続にも影響する。これらのクライアントも、TLS ハンドシェイク中に証明書を提示できるためである。

修正済みバージョンと緊急の保護対策

Incus によると、影響を受けるのはバージョン 7.6.0 より前であり、バージョン 7.6.0 以降では修正されている。Canonical の LXD に関する通知では、影響を受ける各リリースブランチの修正版として、4.0.15/5.0.11/5.21.9/6.10.1 が示されている。管理者は、インストール済みのバージョンを、ベンダーの該当するアドバイザリと照合する必要がある。

更新プログラムを適用するまでの間、Incus が推奨するのは、HTTPS リスナーへのアクセスを信頼できるホストのみに制限することである。根本的な証明書検証の問題を修正する、設定上の回避策は存在しない。ネットワーク・アクセスの制限により攻撃を受けるリスクは軽減できるが、パッチ適用の代わりにはならない。

Cyber Security News の Linux コンテナのセキュリティガイドでは、コンテナ環境を保護するための幅広い情報を提供している。この脆弱性について当面優先すべき対策は、影響を受けるサービスの更新と、管理インターフェイスへのアクセス制限である。引用された 2件のアドバイザリは、いずれも実際の悪用を報告していないため、脆弱性にさらされている状態と、侵害が確認された状態を混同すべきではない。