CVE-2025-64507: lxc incus · Improper Privilege Management
Affects lxc incusSource CVE Database V5
Not known to be exploited · CVSS 8.6 High : upgrade to 6.0.6 soon.
Data as of 26 Oct 2026, 10:12 UTC
- EPSS
- 0.1% chance of exploitation in 30 days – higher than 7% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
- Patch
- Available – fixed in 6.0.6
CVSS:4.0/AV:L/AC:L/AT:N/PR:N/UI:N/VC:H/VI:H/VA:H/SC:N/SI:N/SA:NExploitation evidence
Disclosed: evidence found.
CVE published 10 Nov 2025
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 26 Oct 2026.
What to do
Upgrade lxc/incus to 6.0.6.
Affected software
| Product | Affected | Fixed in |
|---|---|---|
GitHublxc/incuspkg:github/lxc/incusOther 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
European organizations should immediately inventory their Incus deployments to identify affected versions prior to 6.0.6 and between 6.1.0 and 6.19.0. If you cannot patch yet, administrators should manually restrict permissions on custom storage volumes, particularly those with the 'security.shifted' property, to prevent unprivileged users from creating or modifying these volumes. This may include tightening filesystem ACLs, disabling or limiting the use of the 'security.shifted' property where possible, and restricting access to the 'incus-user' and 'incus' groups. Monitoring and alerting on creation of setuid binaries within containers and unusual container storage volume configurations can help detect exploitation attempts. Organizations should also consider isolating container workloads to minimize unprivileged host access and review kernel and filesystem configurations to limit support for the vulnerable storage volume features. Once patches for versions 6.0.6 and 6.19.0 are available, prompt deployment is critical. Additionally, implementing host-based intrusion detection and regular auditing of container and storage volume permissions will strengthen defenses against exploitation.
Description
Incus is a system container and virtual machine manager. An issue in versions prior to 6.0.6 and 6.19.0 affects any Incus user in an environment where an unprivileged user may have root access to a container with an attached custom storage volume that has the `security.shifted` property set to `true` as well as access to the host as an unprivileged user. The most common case for this would be systems using `incus-user` with the less privileged `incus` group to provide unprivileged users with an isolated restricted access to Incus. Such users may be able to create a custom storage volume with the necessary property (depending on kernel and filesystem support) and can then write a setuid binary from within the container which can be executed as an unprivileged user on the host to gain root privileges. A patch for this issue is expected in versions 6.0.6 and 6.19.0. As a workaround, permissions can be manually restricted until a patched version of Incus is deployed.