Approved changes feed: RSS · Atom
cpe:2.3:a:lima-vm:lima:*:*:*:*:*:*:*:*part: a version: * update: *
| Vendor | Lima Vm (35f658b0-a4d5-53ed-9a65-35858810a02d) |
|---|---|
| Product | Lima (60579408-2385-515d-a375-4dae33fbe2ce) |
| Edition | * |
| Language | * |
| Software edition | * |
| Target software | * |
| Target hardware | * |
| Other | * |
Notes
Imported from gcve-enriched-dumps CVE data
PURL mappings
| PURL | Source | Last updated |
|---|---|---|
| No PURL mappings for this CPE yet. | ||
Vulnerability references
| Identifier | cpeApplicability | Submitted | db.gcve.eu details | Rationale |
|---|---|---|---|---|
CVE:CVE-2026-53657 |
vulnerable | 2026-07-29 01:00:27.137276 |
Lima: An arbitrary user in a QEMU VM could gain the root privilege in the VM via the guest agent socket
HIGH (8.2)
Lima launches Linux virtual machines, typically on macOS, for running containerd. Prior to 2.1.3, on an instance of Lima running with the qemu driver, an arbitrary user in the VM could access /run/lima-guestagent.sock when the guest agent is enabled, which could result in running arbitrary commands with root privileges in the VM because the guest agent socket provides tunneling for arbitrary addresses, including Unix socket addresses for privileged daemons like D-Bus. This issue is fixed in version 2.1.3.
Published: 2026-07-10T15:42:39.774Z
Updated: 2026-07-14T01:53:50.477Z |
Imported from gcve-enriched-dumps CVE data |
CVE:CVE-2023-32684 |
vulnerable | 2026-06-08 06:04:47.021814 |
In Lima, a malicious disk image could read a single file on the host filesystem as a qcow2/vmdk backing file
LOW (2.7)
Lima launches Linux virtual machines, typically on macOS, for running containerd. Prior to version 0.16.0, a virtual machine instance with a malicious disk image could read a single file on the host filesystem, even when no filesystem is mounted from the host. The official templates of Lima and the well-known third party products (Colima, Rancher Desktop, and Finch) are unlikely to be affected by this issue. To exploit this issue, the attacker has to embed the target file path (an absolute or a relative path from the instance directory) in a malicious disk image, as the qcow2 (or vmdk) backing file path string. As Lima refuses to run as the root, it is practically impossible for the attacker to read the entire host disk via `/dev/rdiskN`. Also, practically, the attacker cannot read at least the first 512 bytes (MBR) of the target file. The issue has been patched in Lima in version 0.16.0 by prohibiting using a backing file path in the VM base image.
Published: 2023-05-30T17:19:17.148Z
Updated: 2025-01-10T16:52:10.831Z |
Imported from gcve-enriched-dumps CVE data |
Contribute
You can submit an edit proposal for this CPE entry or suggest a related product/vendor addition using the action button above.
Inspect record JSON
Open this panel to browse, search, copy or download the JSON record.