LXD和MicroCloud出现满分安全漏洞 攻击者可获得宿主机操作权限
内容提要
Canonical警告LXD和MicroCloud存在高危认证绕过漏洞：旧版双向TLS认证错误地将客户端整个证书链与信任列表比对，攻击者仅凭公开受信证书即可冒充客户端，获取宿主机权限。修复版已发布（LXD 6.10.1/5.21.9/5.0.11/4.0.15，MicroCloud 2.1.5/3.4.1），建议立即升级，并限制管理API的监听地址与访问范围。
延伸解读
漏洞根源：证书链校验逻辑错误
文章指出，问题出在双向TLS客户端认证时，旧版本将客户端发送的整个证书链与服务器信任列表比对，而非仅验证叶证书。这意味着攻击者只需在证书链中放入目标客户端的公开受信证书，就能被识别为该客户端，无需私钥。这种设计缺陷使得公开信息即可绕过认证，凸显了证书链验证中区分叶证书与中间证书的重要性。
实际影响：宿主机权限失守
由于认证被绕过，攻击者可直接获得宿主机操作权限。文章强调，攻击者仅需能访问相关HTTPS API并获取某个受信任客户端的公开证书即可。这提醒管理员，管理API的暴露面本身就是关键风险点，一旦认证机制失效，网络可达性直接决定攻击能否成功。
修复与缓解：升级并收缩暴露面
Canonical已发布修复版本，包括LXD 6.10.1/5.21.9/5.0.11/4.0.15和MicroCloud 2.1.5/3.4.1，并正从候选通道向稳定通道推送。文章建议用户立即检查升级，同时管理员应检查管理API的监听地址和访问控制，限制不可信或非内部网络访问，以降低后续类似问题被利用的风险。
Q&A
LXD和MicroCloud最近出了什么安全漏洞？
Canonical警告LXD和MicroCloud存在高危认证绕过漏洞，旧版双向TLS认证错误地将客户端整个证书链与信任列表比对，攻击者仅凭公开受信证书即可冒充客户端，获取宿主机权限。
这个漏洞是怎么被利用的？攻击者需要私钥吗？
漏洞出在远程API的双向TLS客户端认证逻辑中。旧版本会将客户端发送的整个证书链与服务器信任列表对比，而证书链中只有叶证书证明持有私钥。攻击者只需在证书链中放入目标客户端的受信任公开证书，即可让服务识别为合法客户端，无需获取私钥。
哪些版本存在漏洞？修复版本是多少？
受影响的旧版本未明确列出，但修复版已发布：LXD 6.10.1、5.21.9、5.0.11、4.0.15；MicroCloud 2.1.5、3.4.1。建议立即升级到这些版本。
除了升级，管理员还需要做什么来降低风险？
Canonical建议管理员检查管理API的监听地址和访问控制，限制不可信或非内部网络访问API，避免后续其他问题导致服务器被利用。
攻击者利用这个漏洞能获得什么权限？
攻击者可以冒充受信任客户端操作服务器，直接获得宿主机权限。
这个漏洞的严重性如何？为什么被称为满分漏洞？
文章称其为满分安全漏洞，意味着风险极高。攻击者仅需公开受信证书即可绕过认证，获得宿主机权限，利用条件简单且后果严重。
