CVE-2025-42611RouterOS 的多项服务(如 OpenVPN、CAPsMAN、Dot1x)依赖证书验证来保障通信安全。该漏洞存在于共享的证书验证逻辑中,该逻辑使用了系统级的证书存储库。这种设计导致了信任范围混淆,因为所有系统服务平等地共享并信任系统范围的信任存储。因此,只要存在于该全局存储中的任何证书颁发机构(CA),在任何上下文中都会被信任。这使得攻击者可以利用由系统中受信任但本不应用于特定服务的 CA 签发的证书,在 CAPsMAN、OpenVPN、Dot1x 等服务中部分或完全绕过身份验证,从而破坏通信的机密性和完整性。
CVE-2025-42611 的根本原因在于 RouterOS 内部信任锚点的隔离不当。通常,像 VPN 或网络访问控制(802.1X)这类高安全性服务,应当使用特定且受限制的证书颁发机构(CA)列表来验证对端证书。然而,RouterOS 实现了一种共享的验证例程,该例程直接引用操作系统的全局证书存储库。该全局存储通常包含用于常规网页浏览或系统更新的公共根 CA。由于信任范围混淆的存在,当 OpenVPN 等服务验证客户端证书时,它检查的是这个广泛的列表,而不是服务专用列表。攻击者可利用此漏洞,生成一份由 RouterOS 设备已信任的任意 CA 签名的证书。如果该设备信任某个公共 CA,攻击者便可从该公共 CA 获取针对目标域/用户的有效证书,并将其呈现给 RouterOS 服务。该服务因错误依赖系统存储,会成功验证该证书,从而绕过预期的安全限制。