CVE-2026-112816 — Canonical LXD and MicroCloud (versions before their respective fixed releases)
What LXD and MicroCloud are: LXD is Canonical's system for running and managing Linux virtual machines and containers — think of it as a tool for spinning up isolated computing environments on a server. MicroCloud ties multiple LXD machines together into a single cluster.
What it is: An authentication flaw that lets an attacker log in as a trusted client without ever holding that client's private key. It carries a perfect CVSS (Common Vulnerability Scoring System — a standardised 0–10 scale measuring severity) score of 10.0.
Who's at risk: Administrators running LXD with the network API enabled, or anyone using MicroCloud. Standalone LXD installations are not exposed by default, but MicroCloud clusters are inherently networked.
CVSS: 10.0 (Critical — patch today.)
Root cause: LXD uses mutual TLS (Transport Layer Security — a protocol that verifies identity by requiring both sides to present certificates) to authenticate remote clients. The server checked every certificate a client presented against its list of trusted identities, but a TLS connection only proves ownership of the first — the "leaf" — certificate in the chain. The attacker could attach a trusted client's public certificate, which is not a secret, further back in the chain. The server saw the trusted cert and waved them through. It is like a bouncer checking the back of your ID queue rather than the person holding it.
Attack vector: An attacker needs two things: network access to the HTTPS API, and the public certificate of any client the server already trusts. In a MicroCloud cluster, that certificate is briefly visible as members join. With both in hand, the attacker builds a TLS chain with the trusted cert at the back, connects to the API, and is accepted as that trusted client — with full access to the cluster, its virtual machines, and, if the impersonated account is privileged, root access to the physical host.
Detection strategies:
- Check API access logs for connections from unexpected IP addresses presenting certificates belonging to known cluster members.
- Look for administrative API calls — such as VM creation, deletion, or configuration changes — that do not correspond to scheduled operations.
- Monitor for new container or VM instances you did not create.
Recommended actions:
- Run
sudo snap refresh lxdandsudo snap refresh microcloudimmediately. Verify the installed version after refresh. - Until patched, restrict network access to the LXD HTTPS API using firewall rules — only allow known, trusted IP addresses.
- Incus users (the community fork of LXD) should upgrade to version 7.6.0.
Canonical LXD and MicroCloud (versions before their respective fixed releases)
LXD is Canonical's system for running and managing Linux virtual machines and containers — think of it as a tool for spinning up isolated computing environments on a server. MicroCloud ties multiple LXD machines together into a single cluster.
Sources

