CVE-2026-23953: lxc incus · CRLF Injection
Affects lxc incusSource CVE Database V5
Not known to be exploited · CVSS 8.7 High.
Data as of 25 Oct 2026, 19:02 UTC
- EPSS
- 0.4% chance of exploitation in 30 days – higher than 41% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:3.1/AV:A/AC:L/PR:L/UI:N/S:C/C:H/I:H/A:NExploitation evidence
Disclosed: evidence found.
CVE published 22 Jan 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 |
|---|---|---|
| lxcincus | 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 implement the following specific mitigations: 1) Immediately audit and restrict membership of the 'incus' group to trusted administrators only, minimizing the number of users who can launch containers with custom YAML. 2) Monitor and log container creation activities, especially those involving custom configurations, to detect anomalous or unauthorized attempts. 3) Employ strict input validation and sanitization on environment variables and container configuration files where possible, even before official patches are available. 4) Use container runtime security tools to monitor lifecycle hook executions and detect unauthorized commands. 5) Isolate container hosts and limit access to them, reducing the risk of lateral movement if exploitation occurs. 6) Plan and prioritize patching to versions 6.0.6 or 6.21.0 once released, testing patches in staging environments to ensure compatibility. 7) Consider deploying compensating controls such as mandatory access controls (e.g., SELinux, AppArmor) to restrict the impact of arbitrary command execution. 8) Educate administrators about the risks of CRLF injection and the importance of secure container configuration management.
Description
Incus is a system container and virtual machine manager. In versions 6.20.0 and below, a user with the ability to launch a container with a custom YAML configuration (e.g a member of the ‘incus’ group) can create an environment variable containing newlines, which can be used to add additional configuration items in the container’s lxc.conf due to newline injection. This can allow adding arbitrary lifecycle hooks, ultimately resulting in arbitrary command execution on the host. Exploiting this issue on IncusOS requires a slight modification of the payload to change to a different writable directory for the validation step (e.g /tmp). This can be confirmed with a second container with /tmp mounted from the host (A privileged action for validation only). A fix is planned for versions 6.0.6 and 6.21.0, but they have not been released at the time of publication.
References
- github.com/lxc/incus/security/advisories/GHSA-x6jc-phwx-hp32 (opens in a new tab)
- github.com/lxc/incus/blob/HEAD/internal/server/instance/drivers/driver_lxc.go (opens in a new tab)
- github.com/user-attachments/files/24473682/environment_newline_injection.sh (opens in a new tab)
- github.com/user-attachments/files/24473685/environment_newline_injection.patch (opens in a new tab)