Description
MikroTik RouterOS accepts malformed RSA/PKCS#1 v1.5 signatures across RSA-based services, including TLS/X.509 certificate validation and SSH host-key authentication. Because its trust store includes an e=3 root CA, an attacker controlling or redirecting an outbound RouterOS TLS connection can use the root’s public certificate - without its private key - to forge a trusted intermediate and issue certificates for arbitrary hostnames, enabling TLS server impersonation. The same permissive verification also undermines RSA-based SSH authentication.



This issue affects only 7.x branch was fixed in versions: 7.23.6 (Long-term) and 7.24.3 (Stable).
Releases 7.23.4 and 7.24.2 included an incomplete fix.
Published: 2026-09-05
Score: 6.3 Medium
EPSS: < 1% Very Low
KEV: No
Impact: TLS/SSH impersonation
Action: Apply Patch
AI Analysis

Impact

MikroTik RouterOS accepts malformed RSA/PKCS#1 v1.5 signatures in all RSA‑based services, such as TLS/X.509 certificate validation and SSH host‑key authentication. Its trust store contains an e=3 root CA, and when an attacker can intercept or redirect the RouterOS device’s outbound TLS traffic, the attacker can use that root’s public certificate—without the private key—to forge a trusted intermediate certificate. The forged chain lets the attacker issue certificates for arbitrary hostnames, enabling the device to connect to malicious servers that appear legitimate. The same permissive verification also means that RSA‑based SSH authentication can be subverted, allowing the attacker to impersonate the device’s SSH host key.

Affected Systems

The affected product is MikroTik RouterOS. The fix was released in firmware 7.23.6 (Long‑term) and 7.24.3 (Stable). Devices running earlier firmware versions are vulnerable. The vulnerability is not limited to a specific model; all RouterOS devices that contain the e=3 root CA in their trust store are susceptible if their firmware has not received these updates.

Risk and Exploitability

The CVSS score of 6.3 indicates moderate severity. The EPSS score of <1% suggests a very low but nonzero exploitation likelihood, and it is not listed in CISA KEV. The attack vector is likely over the network: an attacker who can redirect or control outbound TLS traffic from the RouterOS device can provide the forged certificate chain; the device will accept it without the private key of the root CA. In addition, the permissive RSA verification undermines RSA‑based SSH authentication, potentially allowing an attacker to impersonate the device’s SSH host key. Once authenticated, the attacker can intercept or alter traffic, achieving full TLS impersonation or SSH decryption.

Generated by OpenCVE AI on September 21, 2026 at 05:26 UTC.

Remediation

No vendor fix or workaround currently provided.

OpenCVE Recommended Actions

  • Upgrade RouterOS firmware to at least 7.23.6 (Long‑term) or 7.24.3 (Stable) to apply the vendor fix.
  • Modify the trust store to remove or disable the root CA with exponent 3, ensuring no weak public exponent is trusted by the device.
  • Network monitoring and filtering to detect abnormal TLS connections originating from the RouterOS device, restricting outbound TLS traffic to trusted destinations only.

Generated by OpenCVE AI on September 21, 2026 at 05:26 UTC.

Tracking

Sign in to view the affected projects.

Advisories

No advisories yet.

History

Fri, 25 Sep 2026 15:15:00 +0000

Type Values Removed Values Added
CPEs cpe:2.3:o:mikrotik:routeros:*:*:*:*:*:*:*:*
Metrics cvssV3_1

{'score': 9.1, 'vector': 'CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:N'}


Thu, 17 Sep 2026 14:30:00 +0000

Type Values Removed Values Added
Description MikroTik RouterOS accepts malformed RSA/PKCS#1 v1.5 signatures across RSA-based services, including TLS/X.509 certificate validation and SSH host-key authentication. Because its trust store includes an e=3 root CA, an attacker controlling or redirecting an outbound RouterOS TLS connection can use the root’s public certificate - without its private key - to forge a trusted intermediate and issue certificates for arbitrary hostnames, enabling TLS server impersonation. The same permissive verification also undermines RSA-based SSH authentication. This issue affects only 7.x branch was fixed in versions: 7.23.6 (Long-term) and 7.24.3 (Stable) Releases 7.23.4 and 7.24.2 included an incomplete fix. MikroTik RouterOS accepts malformed RSA/PKCS#1 v1.5 signatures across RSA-based services, including TLS/X.509 certificate validation and SSH host-key authentication. Because its trust store includes an e=3 root CA, an attacker controlling or redirecting an outbound RouterOS TLS connection can use the root’s public certificate - without its private key - to forge a trusted intermediate and issue certificates for arbitrary hostnames, enabling TLS server impersonation. The same permissive verification also undermines RSA-based SSH authentication. This issue affects only 7.x branch was fixed in versions: 7.23.6 (Long-term) and 7.24.3 (Stable). Releases 7.23.4 and 7.24.2 included an incomplete fix.
References

Thu, 17 Sep 2026 14:15:00 +0000

Type Values Removed Values Added
Description MikroTik RouterOS accepts malformed RSA/PKCS#1 v1.5 signatures during X.509 validation. Because its trust store includes an e=3 root CA, an attacker controlling or redirecting an outbound RouterOS TLS connection can use the root’s public certificate - without its private key - to forge a trusted intermediate and issue certificates for arbitrary hostnames, enabling TLS server impersonation. This issue affects only 7.x branch was fixed in versions: 7.23.4 (Long-term) and 7.24.2 (Stable) MikroTik RouterOS accepts malformed RSA/PKCS#1 v1.5 signatures across RSA-based services, including TLS/X.509 certificate validation and SSH host-key authentication. Because its trust store includes an e=3 root CA, an attacker controlling or redirecting an outbound RouterOS TLS connection can use the root’s public certificate - without its private key - to forge a trusted intermediate and issue certificates for arbitrary hostnames, enabling TLS server impersonation. The same permissive verification also undermines RSA-based SSH authentication. This issue affects only 7.x branch was fixed in versions: 7.23.6 (Long-term) and 7.24.3 (Stable) Releases 7.23.4 and 7.24.2 included an incomplete fix.
References

Tue, 08 Sep 2026 16:30:00 +0000

Type Values Removed Values Added
Metrics ssvc

{'options': {'Automatable': 'no', 'Exploitation': 'poc', 'Technical Impact': 'partial'}, 'version': '2.0.3'}


Mon, 07 Sep 2026 13:30:00 +0000

Type Values Removed Values Added
Description MikroTik RouterOS accepts malformed RSA/PKCS#1 v1.5 signatures during X.509 validation. Because its trust store includes an e=3 root CA, an attacker controlling or redirecting an outbound RouterOS TLS connection can use the root’s public certificate - without its private key - to forge a trusted intermediate and issue certificates for arbitrary hostnames, enabling TLS server impersonation. This issue was fixed in versions: 7.23.4 (Long-term) and 7.24.2 (Stable) MikroTik RouterOS accepts malformed RSA/PKCS#1 v1.5 signatures during X.509 validation. Because its trust store includes an e=3 root CA, an attacker controlling or redirecting an outbound RouterOS TLS connection can use the root’s public certificate - without its private key - to forge a trusted intermediate and issue certificates for arbitrary hostnames, enabling TLS server impersonation. This issue affects only 7.x branch was fixed in versions: 7.23.4 (Long-term) and 7.24.2 (Stable)

Mon, 07 Sep 2026 12:30:00 +0000

Type Values Removed Values Added
References

Mon, 07 Sep 2026 11:30:00 +0000

Type Values Removed Values Added
Description MikroTik RouterOS accepts malformed RSA/PKCS#1 v1.5 signatures during X.509 validation. Because its trust store includes an e=3 root CA, an attacker controlling or redirecting an outbound RouterOS TLS connection can use the root’s public certificate - without its private key - to forge a trusted intermediate and issue certificates for arbitrary hostnames, enabling TLS server impersonation. This issue was fixed in versions: 6.49.21 (Long-term), 7.23.4 (Long-term) and 7.24.2 (Stable) MikroTik RouterOS accepts malformed RSA/PKCS#1 v1.5 signatures during X.509 validation. Because its trust store includes an e=3 root CA, an attacker controlling or redirecting an outbound RouterOS TLS connection can use the root’s public certificate - without its private key - to forge a trusted intermediate and issue certificates for arbitrary hostnames, enabling TLS server impersonation. This issue was fixed in versions: 7.23.4 (Long-term) and 7.24.2 (Stable)

Sat, 05 Sep 2026 20:45:00 +0000

Type Values Removed Values Added
Description MikroTik RouterOS accepts malformed RSA/PKCS#1 v1.5 signatures during X.509 validation. Because its trust store includes an e=3 root CA, an attacker controlling or redirecting an outbound RouterOS TLS connection can use the root’s public certificate - without its private key - to forge a trusted intermediate and issue certificates for arbitrary hostnames, enabling TLS server impersonation. This issue was fixed in versions: 6.49.21 (Lont-term), 7.23.4 (Lont-term) and 7.24.2 (Stable) MikroTik RouterOS accepts malformed RSA/PKCS#1 v1.5 signatures during X.509 validation. Because its trust store includes an e=3 root CA, an attacker controlling or redirecting an outbound RouterOS TLS connection can use the root’s public certificate - without its private key - to forge a trusted intermediate and issue certificates for arbitrary hostnames, enabling TLS server impersonation. This issue was fixed in versions: 6.49.21 (Long-term), 7.23.4 (Long-term) and 7.24.2 (Stable)

Sat, 05 Sep 2026 20:15:00 +0000

Type Values Removed Values Added
Description MikroTik RouterOS accepts malformed RSA/PKCS#1 v1.5 signatures during X.509 validation. Because its trust store includes an e=3 root CA, an attacker controlling or redirecting an outbound RouterOS TLS connection can use the root’s public certificate - without its private key - to forge a trusted intermediate and issue certificates for arbitrary hostnames, enabling TLS server impersonation. This issue was fixed in versions: 6.49.21 (Lont-term), 7.23.4 (Lont-term) and 7.24.2 (Stable)
Title TLS server impersonation possible in Mikrotik RouterOS
First Time appeared Mikrotik
Mikrotik routeros
Weaknesses CWE-347
CPEs cpe:2.3:a:mikrotik:routeros:*:*:*:*:*:*:*:*
Vendors & Products Mikrotik
Mikrotik routeros
References
Metrics cvssV4_0

{'score': 6.3, 'vector': 'CVSS:4.0/AV:N/AC:L/AT:P/PR:N/UI:N/VC:L/VI:L/VA:N/SC:N/SI:N/SA:N'}


Subscriptions

Mikrotik Routeros
cve-icon MITRE

Status: PUBLISHED

Assigner: CERT-PL

Published:

Updated: 2026-09-17T14:20:12.715Z

Reserved: 2026-07-29T11:59:30.538Z

Link: CVE-2026-67278

cve-icon Vulnrichment

Updated: 2026-09-08T15:30:50.731Z

cve-icon NVD

Status : Analyzed

Published: 2026-09-05T20:17:18.257

Modified: 2026-09-25T14:56:04.743

Link: CVE-2026-67278

cve-icon Redhat

No data.

cve-icon OpenCVE Enrichment

Updated: 2026-09-21T05:30:07Z

Weaknesses
  • CWE-347

    Improper Verification of Cryptographic Signature