PatchSiren cyber security CVE debrief
CVE-2026-63295 Canonical CVE debrief
An authorization bypass vulnerability in LXD allows an authenticated attacker to bypass project-level container isolation restrictions. When a project is configured with restrictions on container privileges, LXD fails to enforce the requirement if an instance configuration omits the security.idmap.isolated key. This vulnerability can be exploited by creating or updating an instance without explicitly setting security.idmap.isolated, thereby bypassing the target project's security constraints. The vulnerability affects LXD administrators and users, containerized environment operators, security teams responsible for monitoring and enforcing container security, and vulnerability management teams. Evidence is limited, and further verification is required to determine the full scope of the vulnerability. Defenders should verify LXD instance configurations, project-level container isolation restrictions, and monitor for suspicious activity.
- Vendor
- Canonical
- Product
- LXD
- CVSS
- MEDIUM 4.3
- CISA KEV
- Not listed in stored evidence
- Original CVE published
- 2026-08-12
- Original CVE updated
- 2026-08-28
- Advisory published
- 2026-08-12
- Advisory updated
- 2026-08-28
Who should care
LXD administrators and users, containerized environment operators, security teams responsible for monitoring and enforcing container security, and vulnerability management teams should be aware of this vulnerability and take necessary actions to mitigate it.
Technical summary
The vulnerability occurs when LXD fails to enforce project-level container isolation restrictions if an instance configuration omits the security.idmap.isolated key. An authenticated attacker can exploit this flaw by creating or updating an instance without explicitly setting security.idmap.isolated, bypassing the target project's security constraints. This can lead to elevated privileges within the container environment.
Defensive priority
Authenticated attackers could bypass security constraints, gaining elevated privileges within the container environment.
Recommended defensive actions
- Review and update LXD instance configurations to ensure security.idmap.isolated key is properly set.
- Enforce project-level container isolation restrictions and monitor for suspicious activity.
- Implement compensating controls, such as network segmentation and access controls.
- Confirm whether affected product deployments exist in managed environments and assign an owner for follow-up.
- Review the supplied official advisory or CVE record to validate affected scope, severity, and vendor guidance.
- Plan vendor-supported updates or mitigations through normal change control where exposure is confirmed.
- Check relevant monitoring, detection, and logs for exposed assets that need extra review.
Evidence notes
The CVE Program and NVD provide official records and vulnerability assessments with limited details on affected products and vendor remediation. Defenders should verify LXD instance configurations, project-level container isolation restrictions, and monitor for suspicious activity. Evidence is limited, and further verification is required to determine the full scope of the vulnerability.
Sources and references
Verified primary and authoritative sources
-
CVE-2026-63295 CVE Program record
Publisher, destination, and source semantics verified
URL: https://www.cve.org/CVERecord?id=CVE-2026-63295
CVE Program - Official CVE Program record with source-provided CVE metadata.
-
CVE-2026-63295 NVD vulnerability detail
Publisher, destination, and source semantics verified
URL: https://nvd.nist.gov/vuln/detail/CVE-2026-63295
NIST National Vulnerability Database - Official NIST NVD detail page and source-specific vulnerability assessment.
Supplemental references
-
Source reference
Unverified legacy reference
URL: https://github.com/canonical/lxd/security/advisories/GHSA-7vp9-3vmp-c5jm
Methodology and review provenance
AI-assisted synthesis based on stored public vulnerability evidence. System validation, approval state, and publication status do not by themselves establish human review of this revision. PatchSiren helps prioritize defensive review and does not prove exposure or remediation on any system.