RouterOS 在将 SSH 认证请求与授权用户密钥进行匹配时,并未比较完整的 RSA 公钥。它只检查了密钥类型和模数(modulus),却省略了指数(exponent)。由于签名验证使用的是客户端提供的密钥,一个知晓某个授权 RSA 模数的攻击者,可以提供一个指数为 1 的密钥,伪造出一个有效的签名,从而无需私钥即可打开 SSH 命令通道,并以目标用户的身份登录。 该问题已在以下版本中修复:6.49.21(长期支持版)、7.23.4(长期支持版)和 7.24.2(稳定版)。
尽管我们使用了先进的大模型技术,但其输出仍可能包含不准确或过时的信息。神龙努力确保数据的准确性,但请您根据实际情况进行核实和判断。
| # | POC 描述 | 源链接 | 神龙链接 |
|---|
未找到公开 POC。
登录以生成 AI POC| CVE-2026-86060 | 9.2 CRITICAL | Mikrotik RouterOS 凭据用户名SSH提权漏洞 |
| CVE-2026-67277 | 8.8 HIGH | MikroTik RouterOS 内核内存泄露及拒绝服务漏洞 |
| CVE-2026-67281 | 8.7 HIGH | Mikrotik RouterOS 未认证文件读取漏洞 |
| CVE-2026-67279 | 6.9 MEDIUM | MikroTik RouterOS SSH 预认证重协商状态绕过 |
| CVE-2026-67278 | 6.3 MEDIUM | Mikrotik RouterOS TLS服务冒充漏洞 |
暂无评论