Security readout for executives and security teams
Plain-English summary
This is a serious local privilege-boundary issue in libvirtd. A user with access to the libvirtd socket, even read-only, could make the daemon touch attacker-chosen paths using libvirtd privileges. Sources report possible file probing, denial of service, or arbitrary program execution.
Executive priority
Prioritize remediation on shared virtualization hosts and systems where non-admin users have libvirt socket access. The issue is high severity because a low-privileged local user may cross the intended read-only boundary and affect confidentiality, integrity, and availability.
Technical view
libvirtd before fixed releases 4.10.1 and 5.4.1 allowed read-only clients to call virDomainSaveImageGetXMLDesc() with an arbitrary path. That path was accessed as the libvirtd process. The CVSS 3.0 score is 8.8 with local access, low privileges, no user interaction, and changed scope.
Likely exposure
Systems running vulnerable libvirt/libvirtd versions are exposed when untrusted or low-privileged users can access the libvirtd socket. Exposure is mainly local or adjacent to management paths that grant socket access, not general unauthenticated internet exposure based on the provided sources.
Exploitation context
The bundle does not show CISA KEV listing or cited active exploitation. Exploitation requires access to the libvirtd socket and at least low privileges. Public sources provided describe impact but do not establish observed exploitation in the wild.
Researcher notes
This is an authorization flaw mapped to CWE-284. The vulnerable boundary is read-only client access to virDomainSaveImageGetXMLDesc() with arbitrary path handling by privileged libvirtd. The provided source bundle includes fix references, but not enough evidence to claim active exploitation.
Mitigation direction
- Upgrade libvirt/libvirtd to vendor-fixed packages or versions 4.10.1 or 5.4.1 where applicable.
- Apply relevant distribution advisories, including Ubuntu USN-4047-2 or Gentoo GLSA-202003-18 when applicable.
- Restrict libvirtd socket access to trusted administrators and required service accounts only.
- Remove unnecessary read-only libvirt client access on shared virtualization hosts.
- Check current vendor guidance if your distribution backports fixes without changing upstream version numbers.
Validation and detection
- Inventory libvirt and libvirtd versions across virtualization hosts.
- Confirm installed packages include the vendor fix for CVE-2019-10161.
- Review which users and groups can access the libvirtd socket.
- Check for unnecessary read-only libvirt users on multi-user systems.
- Review libvirtd logs for crashes or unexpected daemon behavior around suspected access windows.
Public sources used
Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.
Conservative CVE-to-ATT&CK context
These mappings and lookup hints may be relevant to the vulnerability behavior, CWE, affected product, or exposure path. Glexia-inferred context is not an official MITRE, ATT&CK, CWE, or CVE Program mapping.
ATT&CK lookup starting points
Use these exact CWE pages and searches to review the Glexia ATT&CK library from this CVE's weakness and description context.
CWE-284: Authorization and privilege behavior lookup
Authorization weaknesses can support privilege escalation and valid-account review, depending on exploit path. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.
Open ATT&CK lookupCVE-2019-10161 mapping review
Open the CVE-to-ATT&CK bridge for reviewed, inferred, or future official mappings tied to this CVE.
Open ATT&CK lookup- Severity
- High
- CVSS
- 8.8 (3.0)
- Known Exploited
- No
- Published
Vector: CVSS:3.0/AV:L/AC:L/PR:L/UI:N/S:C/C:H/I:H/A:H
CNA and ADP enrichment extracted from CVE v5
These fields come from the CVE record and ADP containers, not from Glexia's Take. They preserve time-varying source decisions such as CISA SSVC, KEV status, CVSS metrics, and provider references.
CVSS vector scores
1 official scoreWe collect every scored CVSS vector available in the official CNA and ADP containers. When more than one version is present, the table keeps the source vectors side by side instead of collapsing them into the highest score.
CVSS:3.0/AV:L/AC:L/PR:L/UI:N/S:C/C:H/I:H/A:H26Primary CVE scoreVulnerability scoring details
Base CVSS 3.0 score
8.8HighVector: CVSS:3.0/AV:L/AC:L/PR:L/UI:N/S:C/C:H/I:H/A:H
Source materials
- CVE List V5 sourceCVE List V5
- https://bugzilla.redhat.com/show_bug.cgi?id=CVE-2019-10161CVE reference · x_refsource_CONFIRM
- https://access.redhat.com/libvirt-privesc-vulnerabilitiesCVE reference · x_refsource_CONFIRM
- https://libvirt.org/git/?p=libvirt.git%3Ba=commit%3Bh=aed6a032cead4386472afb24b16196579e239580CVE reference · x_refsource_CONFIRM
- USN-4047-2CVE reference · vendor-advisory, x_refsource_UBUNTU
- GLSA-202003-18CVE reference · vendor-advisory, x_refsource_GENTOO
Products and packages named in the record
CWE details
CWE links open Glexia weakness intelligence pages with official CWE context, developer remediation guidance, and related CVE mappings.
Improper Access Control
Improper Access Control represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.