Metrics
Affected Vendors & Products
No reference.
Wed, 16 Jul 2025 13:30:00 +0000
Type | Values Removed | Values Added |
---|---|---|
Description | This CVE ID has been rejected or withdrawn by its CVE Numbering Authority. | This CVE ID has been rejected or withdrawn by its CVE Numbering Authority. Initially assigned to document an issues that allows guest VM to modify the host’s Vagrantfile via default synced folder, leading to host-side code execution. Rejected as CVE due to documented, intended behavior that does not violate a claimed security boundary. https://developer.hashicorp.com/vagrant/docs/synced-folders |
Metrics |
epss
|
Thu, 10 Jul 2025 01:30:00 +0000
Type | Values Removed | Values Added |
---|---|---|
Weaknesses | CWE-276 CWE-668 CWE-94 |
|
References |
|
|
Metrics |
cvssV4_0
|
Thu, 10 Jul 2025 01:15:00 +0000
Type | Values Removed | Values Added |
---|---|---|
Title | HashiCorp Vagrant Synced Folder Vagrantfile Breakout Host Code Execution | |
Metrics |
ssvc
|
Thu, 10 Jul 2025 00:45:00 +0000
Type | Values Removed | Values Added |
---|---|---|
Description | An authenticated virtual machine escape vulnerability exists in HashiCorp Vagrant when using the default synced folder configuration. By design, Vagrant automatically mounts the host system’s project directory into the guest VM under /vagrant (or C:\vagrant on Windows). This includes the Vagrantfile configuration file, which is a Ruby script evaluated by the host every time a vagrant command is executed in the project directory. If a low-privileged attacker obtains shell access to the guest VM, they can append arbitrary Ruby code to the mounted Vagrantfile. When a user on the host later runs any vagrant command, the injected code is executed on the host with that user’s privileges. While this shared-folder behavior is well-documented by Vagrant, the security implications of Vagrantfile execution from guest-writable storage are not explicitly addressed. This effectively enables guest-to-host code execution in multi-tenant or adversarial VM scenarios. | This CVE ID has been rejected or withdrawn by its CVE Numbering Authority. |
Metrics |
cvssV4_0
|
cvssV4_0
|
Wed, 02 Jul 2025 21:15:00 +0000
Type | Values Removed | Values Added |
---|---|---|
Metrics |
ssvc
|
Wed, 02 Jul 2025 19:30:00 +0000
Type | Values Removed | Values Added |
---|---|---|
Description | An authenticated virtual machine escape vulnerability exists in HashiCorp Vagrant when using the default synced folder configuration. By design, Vagrant automatically mounts the host system’s project directory into the guest VM under /vagrant (or C:\vagrant on Windows). This includes the Vagrantfile configuration file, which is a Ruby script evaluated by the host every time a vagrant command is executed in the project directory. If a low-privileged attacker obtains shell access to the guest VM, they can append arbitrary Ruby code to the mounted Vagrantfile. When a user on the host later runs any vagrant command, the injected code is executed on the host with that user’s privileges. While this shared-folder behavior is well-documented by Vagrant, the security implications of Vagrantfile execution from guest-writable storage are not explicitly addressed. This effectively enables guest-to-host code execution in multi-tenant or adversarial VM scenarios. | |
Title | HashiCorp Vagrant Synced Folder Vagrantfile Breakout Host Code Execution | |
Weaknesses | CWE-276 CWE-668 CWE-94 |
|
References |
|
|
Metrics |
cvssV4_0
|

Status: REJECTED
Assigner: VulnCheck
Published: 2025-07-02T19:26:01.774Z
Updated: 2025-07-16T13:23:44.080Z
Reserved: 2025-04-15T19:15:22.550Z
Link: CVE-2025-34075

Updated:

Status : Rejected
Published: 2025-07-02T20:15:29.553
Modified: 2025-07-16T14:15:24.840
Link: CVE-2025-34075

No data.