セキュリティ2026/11/05 4:04 UTC·2 分で読めます

Canonical、LXDとMicroCloudの深刻度10.0の脆弱性を修正

CanonicalがLXDとMicroCloudの脆弱性CVE-2026-112816を修正した。秘密鍵なしで信頼済みクライアントになりすませる欠陥で、CVSS 4.0は10.0。

Server racks in a data center with a digital padlock overlay symbolizing a critical container management vulnerability. — 画像: Хабр

SUMO：数字パズル

Dialo：話して学ぶ語学アプリ

ediviewer：EDIファイルを文書のように読む

giftdetect：数分でぴったりの贈り物

Canonicalは10月28日、コンテナ・仮想マシン管理ツールのLXDと、プライベートクラウド基盤のMicroCloudに存在した脆弱性CVE-2026-112816を修正したと発表した。CodeScoringのデータベースでは、CVSS 4.0で最高の10.0、深刻度は「クリティカル」とされている。

この脆弱性を悪用すると、信頼済みクライアントの秘密鍵がなくても、そのクライアントになりすませる。攻撃には管理用HTTPS APIへのアクセスと、対象クライアントの公開証明書が必要だ。

証明書チェーン検証の不備

原因はクライアント証明書チェーンの検証にある。TLS接続時、クライアントが秘密鍵の所有を証明するのはチェーンの先頭の証明書だけだ。ところがサーバーは、送られてきたすべての証明書を信頼済みクライアントのストアと照合していた。攻撃者は自分の証明書を先頭に置き、その後ろに信頼済みクライアントの公開証明書を付ければ、他人の権限を得られた。

MicroCloudでは、ノードがクラスターに参加する際に公開証明書を傍受し、そのノードになりすます手口も説明されている。問題を指摘したのは、LXDのオープンソースフォークであるIncusの開発者だ。サーバー自身の証明書はTLS接続で入手でき、これを加えるとデータベースゲートウェイに、他ノードの証明書なら内部のクラスターアクセスに到達できる。Incusの修正はバージョン7.6.0で提供され、それ以前は脆弱とされる。

管理者が確認すべき点

CodeScoringによると、Incusでは最初のリリースからこの欠陥があった。同じ手口で、信頼済み証明書ストアの他者のエントリを更新・削除することもできた。

LXDは既定ではローカルのUnixソケットで動作し、ネットワーク接続を受け付けない。ネットワークアクセスはcore.https_addressで有効になる。修正済みのsnapは10月29日付で、LXDは6.10.1、5.21.9、5.0.11、4.0.15、MicroCloudは3.4.1と2.1.5だ。Canonicalはsudo snap refresh lxdとsudo snap refresh microcloudの実行を推奨している。配信は段階的なため、更新後は自分のチャンネルのバージョンを確認する必要がある。

更新までは、管理インターフェースへの接続を信頼できるノードに限定すべきだ。Incusの開発者は、更新せずにこの欠陥を塞ぐ設定はないと明言している。