Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessGain control of source container rootfs
-
DeliveryPlant symlink where lxc-copy writes hostname
-
ExploitAdmin runs lxc-copy clone
-
ExecutionPrivileged host-context write follows symlink
-
ImpactArbitrary root file write escapes container
Vulnerability Assessment
| Exploitation Conditions | Requires local, attacker-controlled contents in a source container's root filesystem (specifically the file lxc-copy rewrites when updating the hostname during a clone) so a symlink can be planted there, AND a host administrator must subsequently run lxc-copy against that container so the root-privileged host-context write follows the symlink. Limiting factors: not remotely reachable, depends on the privileged copy operation being performed on an attacker-influenced container, and requires prior access to that container's filesystem - this is a privilege-escalation/container-escape primitive, not a default-configuration remote exploit. Exact affected/fixed LXC versions are not stated in the available data. |
| Impact | No CVSS vector, EPSS, KEV, SSVC, or POC data is provided - every risk signal below is INFERRED from the terse description ('lxc-copy host-context hostname update follows symlink') and the reporter (vendor:ubuntu, which maintains LXC/LXD/Incus). The pattern describes a classic symlink-following flaw (CWE-59/TOCTOU class): lxc-copy runs with root privileges on the HOST and, while cloning a container, updates the hostname by writing into a path within the (attacker-influenceable) container rootfs; if it follows a symlink placed there, a privileged host-context write is redirected to an arbitrary host file. That is a container-to-host boundary crossing (scope change) with root-level arbitrary write - inherently high impact IF reachable. However, real-world risk is materially LIMITED: exploitation requires that an attacker already controls the contents of a source container AND that a host administrator subsequently runs lxc-copy on that container, so it is a local, privilege-escalation/container-escape primitive rather than a remotely reachable one. There is no evidence of active exploitation (no KEV) and no public exploit is referenced; treat this as a defense-in-depth hardening fix, not an emergency, pending confirmation of the CVSS vector and affected versions from an Ubuntu/LXC advisory. Note the sharp contrast between potential technical impact (root arbitrary write) and low likelihood signals (local vector, admin action required, no exploitation evidence). |
| Exploit ScenarioDerived | An attacker who controls a container's root filesystem replaces the file that lxc-copy rewrites during a clone (e.g. the hostname/config file) with a symlink pointing to a sensitive host path. When a host administrator later runs lxc-copy to duplicate that container, the root-privileged host-context write follows the symlink and clobbers the targeted host file, yielding arbitrary file write as root and container escape. No public exploit code is referenced; the attack is local and requires the admin-initiated copy action. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Sep 30, 2026
Local privilege escalation in LXC can occur when lxc-copy updates a cloned container's hostname in host context and follows a symlink planted in the source container's root filesystem. An attacker who already controls files in a container can position the symlink, and a host administrator must then run lxc-copy against that container, causing a root-privileged write to an attacker-chosen path and potentially compromising the host. The assessed vector is CVSS:3.1/AV:L/AC:H/PR:L/UI:N/S:C/C:N/I:H/A:H, and no public exploit or active exploitation is identified in the available data.
RemediationAI
No vendor-released patch or exact fixed version is identified in the available data. Until a patched LXC package is available from Ubuntu or upstream, do not run lxc-copy against any container whose root filesystem is writable by untrusted users, because the exploitable condition is a symlink planted in the source container rootfs that the privileged host-context hostname update follows. If cloning untrusted containers is unavoidable, inspect the source rootfs for symlinks in the file paths that lxc-copy rewrites during hostname update and remove or replace them before cloning, and consider temporarily disabling hostname rewriting in clone workflows where possible; both measures reduce functionality and require operational discipline. Restrict container filesystem write access to trusted administrators, and monitor for lxc-copy invocations against attacker-influenced containers. Consult Ubuntu security notices and upstream LXC release notes for the eventual fixed version and advisory URL, since none are supplied in the available references.
Affected ProductsAI
The affected component is LXC's lxc-copy, specifically the host-context hostname update path during container cloning. No CPE strings or version ranges are provided. Ubuntu-packaged LXC and upstream LXC deployments using the affected lxc-copy workflow may be affected, but exact affected and fixed versions are not stated in the available data. No vendor advisory URL or patch reference is included, so version scoping must come from future Ubuntu security notices or upstream LXC release information.
Affects your stack
Find out whether the stacks and servers you run are on an affected version.
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
LXC is Linux container userspace tooling, and lxc-copy is used to clone containers. During a clone, LXC may update the container hostname in host context, rewriting a file inside the source container's root filesystem. If that file is a symlink planted by an attacker with write access to the container rootfs, the privileged host-side operation follows the link and writes to an arbitrary host path. This is a link-following flaw in the CWE-59 class, improper link resolution before file access. The assessed CVSS:3.1/AV:L/AC:H/PR:L/UI:N/S:C/C:N/I:H/A:H vector indicates a local attack, high complexity, low privileges, no user interaction, scope change from container to host, no confidentiality impact, and high integrity and availability impact. No CPE strings, EPSS, KEV, SSVC, or POC data are provided; exact LXC versions are not stated, and the reporter is vendor:ubuntu.
Know when Lxc gets its next vulnerability
- Watch products and get an email when something new is published
- Check this CVE against your own stack and servers
- Exploit and PoC references, threat intelligence from 22 sources
No credit card · 7-day full trial
Severity by source
Local because the attacker must control container filesystem contents (AV:L); AC:H for the symlink/TOCTOU condition plus admin-triggered copy; PR:L for container-level access; S:C and I:H/A:H reflect root arbitrary write escaping the container to the host.
DescriptionCVE.org
[lxc-copy host-context hostname update follows symlink]
Threat Intelligence Overview
How this decision was reached
The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.
What every action level means
Attack Technique
Information disclosure occurs when an application unintentionally exposes sensitive data that aids attackers in reconnaissance or directly compromises security.
The lxc-sshd template (templates/lxc-sshd.in) in LXC before 1.0.0.beta2 uses read-write permissions when mounting /sbin/
Path traversal in Incus system container manager allows authenticated remote attackers to write arbitrary files as root
Incus system container and virtual machine manager versions prior to 6.23.0 allow authenticated users with instance acce
lxc-attach in LXC before 1.0.9 and 2.x before 2.0.6 allows an attacker inside of an unprivileged container to use an inh
lxclock.c in LXC 1.1.2 and earlier allows local users to create arbitrary files via a symlink attack on /run/lock/lxc/*.
Authentication bypass in Incus webui (versions prior to 6.23.0) permits local or remote attackers to gain unauthorized a
An issue was discovered in Linux Containers (LXC) before 2016-02-22. Rated high severity (CVSS 8.6), this vulnerability
Hard-coded pacman signing key in lxc-ci's Arch Linux image build lets a mirror-position attacker forge trusted packages
lxc-start in lxc before 1.0.8 and 1.1.x before 1.1.4 allows local container administrators to escape AppArmor confinemen
Denial of service in Incus prior to version 6.23.0 allows authenticated users with storage bucket access to crash the In
Incus versions prior to 6.23.0 fail to validate image fingerprints when downloading from simplestreams servers, enabling
Incus versions prior to 6.23.0 allow local authenticated attackers to manipulate temporary screenshot files via predicta
CVE.org
GitHub PoC
Exploit-DB