RouterOS 在将 SSH 认证请求与授权用户密钥进行匹配时,并未比较完整的 RSA 公钥。它只检查了密钥类型和模数(modulus),却省略了指数(exponent)。由于签名验证使用的是客户端提供的密钥,一个知晓某个授权 RSA 模数的攻击者,可以提供一个指数为 1 的密钥,伪造出一个有效的签名,从而无需私钥即可打开 SSH 命令通道,并以目标用户的身份登录。 该问题已在以下版本中修复:6.49.21(长期支持版)、7.23.4(长期支持版)和 7.24.2(稳定版)。
Although we use advanced large model technology, its output may still contain inaccurate or outdated information.Shenlong tries to ensure data accuracy, but please verify and judge based on the actual situation.
| # | POC Description | Source Link | Shenlong Link |
|---|
No public POC found.
Login to generate AI POC| CVE-2026-86060 | 9.2 CRITICAL | SSH session privilege manipulation via a crafted username in Mikrotik RouterOS |
| CVE-2026-67277 | 8.8 HIGH | Kernel memory disclosure and denial of service in MikroTik RouterOS btest service |
| CVE-2026-67281 | 8.7 HIGH | Unauthenticated file read in Mikrotik RouterOS |
| CVE-2026-67279 | 6.9 MEDIUM | SSH Pre-Authentication Rekey State Bypass in MikroTik RouterOS |
| CVE-2026-67278 | 6.3 MEDIUM | TLS server impersonation possible in Mikrotik RouterOS |
No comments yet