CVE-2026-3351: Canonical lxd · Missing Authorization
Affects Canonical lxdSource CVE Database V5
Not known to be exploited · CVSS 2.1 Low.
Data as of 25 Oct 2026, 19:02 UTC
- EPSS
- 0.1% chance of exploitation in 30 days – higher than 3% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:4.0/AV:N/AC:L/AT:N/PR:L/UI:N/VC:L/VI:N/VA:N/SC:L/SI:N/SA:N/E:PExploitation evidence
Disclosed: evidence found.
CVE published 3 Mar 2026
Detectable: no evidence on record.
No public nuclei template indexed
Weaponised: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by Mirage: no evidence on record.
No attack traffic recorded by OffSeq Mirage sensors
A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 2026-10-25.
What to do
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| Canonicallxd | Affected
| Fixed in– |
GitHubcanonical/lxdpkg:github/canonical/lxdOther threats | Affected
| Fixed in– |
GitHublxdpkg:github/lxdOther threats | Affected
| Fixed in– |
Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.
AI-suggested
To mitigate CVE-2026-3351, organizations should implement the following specific measures: 1) Restrict API access to trusted and minimal sets of users by enforcing strict authentication and role-based access controls, ensuring only fully authorized administrators can access sensitive endpoints like /1.0/certificates. 2) Monitor and audit API usage logs to detect any unauthorized or suspicious access attempts to certificate information. 3) Upgrade to a patched version of Canonical LXD once available, as vendors typically address missing authorization issues promptly. 4) If immediate patching is not possible, consider network segmentation or firewall rules to limit access to the LXD API server to trusted management networks only. 5) Review and harden container management policies to minimize the number of users with API access. 6) Conduct internal security assessments to verify that no other API endpoints suffer from similar missing authorization issues. These steps go beyond generic advice by focusing on access control tightening, monitoring, and network-level protections tailored to the LXD environment.
Description
Improper authorization in the API endpoint GET /1.0/certificates in Canonical LXD 6.6 on Linux allows an authenticated, restricted user to enumerate all certificate fingerprints trusted by the lxd server.