แจ้งเตือนพบช่องโหว่ระดับ Critical ใน Canonical LXD และ MicroCloud - Thailand Computer Emergency Response Team (ThaiCERT)

ศูนย์ประสานการรักษาความมั่นคงปลอดภัยระบบคอมพิวเตอร์แห่งชาติ (ThaiCERT) ได้ติดตามสถานการณ์ภัยคุกคามทางไซเบอร์ พบรายงานช่องโหว่ระดับ Critical ใน Canonical LXD และ MicroCloud ซึ่งเปิดช่องให้ผู้โจมตีสามารถสวมรอยเข้าสู่ระบบในฐานะ Client ที่เชื่อถือได้ (Trusted Client) โดยไม่จำเป็นต้องมีคีย์ส่วนตัว (Private Key) ของ Client ดังกล่าว[1]

1.รายละเอียดช่องโหว่ CVE-2026-112816 (CVSS v4.0: 10.0) [2] เป็นช่องโหว่ประเภท Authentication Bypass through Unverified Client Certificate Chains ซึ่งเกิดจากข้อผิดพลาดในการตรวจสอบใบรับรองดิจิทัล (Certificate Validation) ของกระบวนการยืนยันตัวตนแบบ Mutual TLS (mTLS) บน Remote API ของเซิร์ฟเวอร์ โดยระบบมีการเปรียบเทียบใบรับรองดิจิทัลทุกใบใน Certificate Chain ที่ส่งมาจาก Client กับรายการใบรับรองที่เชื่อถือได้ (Trust Store) ทั้งที่กระบวนการ TLS สามารถยืนยันการครอบครอง Private Key ได้เฉพาะใบรับรองใบแรก (Leaf Certificate) เท่านั้น ส่งผลให้ผู้โจมตีที่ไม่ได้ผ่านการยืนยันตัวตนสามารถปลอมแปลงตัวตนเป็น Trusted Client โดยนำใบรับรองดิจิทัลของ Client ที่เชื่อถือได้มาแทรกเป็นใบรับรองลำดับกลาง (Intermediate Certificate) ใน Certificate Chain โดยไม่จำเป็นต้องครอบครอง Private Key ของ Client ดังกล่าว

2. ลักษณะการโจมตี 2.1 ผู้โจมตีที่สามารถเข้าถึง HTTPS API และมีใบรับรองดิจิทัลสาธารณะ (Public Certificate) ของ Client ที่ระบบเชื่อถืออยู่แล้ว สามารถนำใบรับรองดังกล่าวมาแทรกเป็นใบรับรองลำดับกลาง (Intermediate Certificate) ใน Certificate Chain ต่อจากใบรับรองของผู้โจมตี เพื่อใช้ในการปลอมแปลงตัวตน 2.2 เมื่อเซิร์ฟเวอร์ตรวจสอบใบรับรองใน Certificate Chain ไม่ถูกต้อง อาจส่งผลให้ระบบยอมรับการเชื่อมต่อของผู้โจมตีในฐานะ Client ที่เชื่อถือได้ (Trusted Client) โดยไม่จำเป็นต้องครอบครอง Private Key ของ Client เป้าหมาย ทำให้ผู้โจมตีสามารถเข้าถึงระบบและทรัพยากรตามสิทธิ์ของ Client ที่ถูกปลอมแปลงตัวตน 2.3 สำหรับ MicroCloud ผู้โจมตีอาจดักจับใบรับรองดิจิทัลสาธารณะ (Public TLS Certificate) ของโหนด (Node) ที่อยู่ระหว่างเข้าร่วมคลัสเตอร์ (Cluster) และนำใบรับรองดังกล่าวมาใช้ปลอมแปลงตัวตน (Impersonation) เพื่อเข้าสู่ระบบในฐานะ Node ที่ได้รับความไว้วางใจ ซึ่งอาจส่งผลกระทบต่อความมั่นคงปลอดภัยของ Cluster

3. ผลกระทบ 3.1 ผู้โจมตีสามารถปลอมแปลงตัวตนเป็น Client ที่ได้รับความไว้วางใจ (Trusted Client) และเข้าถึงทรัพยากรภายใน Cluster รวมถึงเครื่องเสมือน (Virtual Machines) ตามสิทธิ์ของ Client ที่ถูกปลอมแปลงตัวตน ซึ่งอาจส่งผลกระทบต่อความมั่นคงปลอดภัยของระบบ 3.2 หาก Client ที่ถูกปลอมแปลงตัวตนมีสิทธิ์ระดับสูง (Privileged Access) ผู้โจมตีอาจสามารถเข้าถึงและควบคุมทรัพยากรสำคัญภายใน Cluster รวมถึงมีความเสี่ยงที่จะได้รับสิทธิ์ระดับ Root บนเครื่องแม่ข่าย (Host) ที่ได้รับผลกระทบ

4. ผลิตภัณฑ์ที่ได้รับผลกระทบ 4.1 Canonical LXD: เวอร์ชัน 4.0.14, 5.0.10, 5.21.8 และ 6.9 (ก่อนเวอร์ชันที่ได้รับการแก้ไข) 4.2 MicroCloud: เวอร์ชันก่อนหน้าเวอร์ชันแพทช์

5. แนวทางการป้องกันและเวอร์ชันที่ได้รับการแก้ไข [3] 5.1 การอัปเดตระบบผ่าน Snap Channel ผู้ใช้งานควรอัปเดตแพ็กเกจผ่านคำสั่งดังต่อไปนี้ – sudo snap refresh lxd – sudo snap refresh microcloud 5.2 เวอร์ชันที่ได้รับการแก้ไข (Snap Fixed Versions) – LXD 6/stable: เวอร์ชัน 6.10.1 – LXD 5.21/stable: เวอร์ชัน 5.21.9 – LXD 5.0/stable: เวอร์ชัน 5.0.11 – LXD 4.0/stable: เวอร์ชัน 4.0.15 – MicroCloud 3/stable: เวอร์ชัน 3.4.1 – MicroCloud 2/stable: เวอร์ชัน 2.1.5 5.3 การจำกัดการเข้าถึงเครือข่ายชั่วคราว (กรณีไม่สามารถอัปเดตได้ทันที) โดยปกติ LXD แบบ Standalone จะไม่มีการเปิดให้เข้าถึง API ผ่านเครือข่ายภายนอก โดยระบบจะรับการเชื่อมต่อเฉพาะผ่าน Local Socket เว้นแต่จะมีการเปิดใช้งาน core.https_address อย่างไรก็ตาม ควรจำกัดการเข้าถึง HTTPS API ให้เฉพาะผู้ใช้งานหรือระบบที่ได้รับอนุญาต เพื่อลดความเสี่ยงจากการถูกโจมตีในระหว่างรอการอัปเดต

แหล่งอ้างอิง [1] https://dg.th/agmwxuc318 [2] https://dg.th/e9bcu7xvk4 [3] https://dg.th/zrefgq6b0p

泰国国家计算机安全事件响应中心 (ThaiCERT) 一直在监测网络威胁情况，并发现 Canonical LXD 和 MicroCloud 存在严重漏洞，攻击者可以利用这些漏洞冒充受信任的客户端，而无需客户端的私钥。[1]

1. 漏洞详情 CVE-2026-112816 (CVSS v4.0: 10.0) [2] 是一个通过未经验证的客户端证书链绕过身份验证的漏洞，由服务器远程 API 上双向 TLS (mTLS) 身份验证过程中的证书验证错误引起。系统会将客户端发送的证书链中的所有数字证书与受信任证书列表（信任库）进行比较，即使 TLS 过程只能验证第一个证书（叶证书）的私钥所有权。这使得未经验证的攻击者能够通过将受信任客户端的数字证书作为中间证书插入证书链来冒充该客户端，而无需拥有该客户端的私钥。

2. 攻击特征 2.1 攻击者若拥有 HTTPS API 访问权限和受信任客户端的公钥证书，即可将该证书作为中间证书插入到自身证书之后的证书链中，从而伪造身份。2.2 如果服务器未能验证证书链中的该证书，则可能在无需持有目标客户端私钥的情况下，将攻击者的连接视为受信任客户端。这使得攻击者能够以伪造客户端的权限访问系统和资源。2.3 对于微云环境，攻击者可能拦截加入集群的节点的公钥证书（TLS 公钥证​​书），并利用该证书伪造身份，以受信任节点的身份登录，从而可能影响集群的安全性。

3. 影响 3.1 攻击者可以冒充受信任的客户端，并以被冒充客户端的权限访问集群内的资源，包括虚拟机。这可能会影响系统安全。3.2 如果被冒充的客户端拥有特权访问权限，攻击者可以访问并控制集群内的关键资源，并且存在获取受影响主机 root 权限的风险。

4. 受影响产品 4.1 Canonical LXD：版本 4.0.14、5.0.10、5.21.8 和 6.9（补丁版本之前的版本） 4.2 MicroCloud：补丁版本之前的版本

5. 预防指南和固定版本 [3] 5.1 通过 Snap Channel 更新系统 用户应使用以下命令更新软件包： – sudo snap refresh lxd – sudo snap refresh microcloud 5.2 固定版本（Snap 固定版本） – LXD 6/stable：版本 6.10.1 – LXD 5.21/stable：版本 5.21.9 – LXD 5.0/stable：版本 5.0.11 – LXD 4.0/stable：版本 4.0.15 – MicroCloud 3/stable：版本 3.4.1 – MicroCloud 2/stable：版本 2.1.5 5.3 暂时限制网络访问（如果无法立即更新） 通常情况下，独立运行的 LXD 不会通过外部网络开放 API 访问。除非启用了 core.https_address，否则系统仅接受通过本地套接字的连接。但是，对 HTTPS API 的访问应仅限于授权用户或系统，以降低等待更新期间遭受攻击的风险。

参考文献 [1] https://dg.th/agmwxuc318 [2] https://dg.th/e9bcu7xvk4 [3] https://dg.th/zrefgq6b0p