CVE-2025-30095: Critical severity VyOS VyOS vulnerability
VyOS 1.3 through 1.5 (fixed in 1.4.2) or any Debian-based system using dropbear in combination with live-build has the same Dropbear private host keys across different installations. Thus, an attacker can conduct active man-in-the-middle attacks against SSH connections if Dropbear is enabled as the SSH daemon. I n VyOS, this is not the default configuration for the system SSH daemon, but is for the console service. To mitigate this, one can run "rm -f /etc/dropbear/key" and/or "rm -f /etc/dropbear-initramfs/key" and then dropbearkey -t rsa -s 4096 -f /etc/dropbearrsahostkey and reload the service or reboot the system before using Dropbear as the SSH daemon (this clears out all keys mistakenly built into the release image) or update to the latest version of VyOS 1.4 or 1.5. Note that this vulnerability is not unique to VyOS and may appear in any Debian-based Linux distribution that uses Dropbear in combination with live-build, which has a safeguard against this behavior in OpenSSH but no equivalent one for Dropbear.
Affected Software
Event History
Frequently Asked Questions
What is the severity of CVE-2025-30095?
CVE-2025-30095 is considered a high severity vulnerability due to the potential for active man-in-the-middle attacks.
How do I fix CVE-2025-30095?
To fix CVE-2025-30095, upgrade to VyOS version 1.4.2 or later or ensure that unique private host keys are generated for each installation of Dropbear.
Which versions are affected by CVE-2025-30095?
CVE-2025-30095 affects VyOS versions 1.3 through 1.5, along with any Debian-based systems using Dropbear.
What kind of attacks does CVE-2025-30095 enable?
CVE-2025-30095 enables attackers to perform active man-in-the-middle attacks against SSH connections.
Is there a workaround for CVE-2025-30095?
A possible workaround for CVE-2025-30095 is to configure Dropbear to generate unique host keys for each installation.