보안2026. 11. 5. 오전 4:04 UTC·2 분 소요

Canonical, LXD·MicroCloud 만점 취약점 CVE-2026-112816 패치

Canonical이 LXD와 MicroCloud의 CVE-2026-112816을 수정했습니다. 개인 키 없이 신뢰된 클라이언트로 위장할 수 있는 CVSS 10.0 취약점입니다.

Server racks in a data center with a digital padlock overlay symbolizing a critical container management vulnerability. — 이미지: Хабр

Canonical은 10월 28일 컨테이너·가상 머신 관리자 LXD와 프라이빗 클라우드 플랫폼 MicroCloud의 취약점 CVE-2026-112816을 수정했다고 밝혔습니다. CodeScoring 지식 베이스에서 이 취약점은 CVSS 4.0 기준 최고점인 10.0, 위험도 '치명적'으로 분류됩니다.

이 취약점을 악용하면 신뢰된 클라이언트의 개인 키 없이도 그 클라이언트로 위장할 수 있습니다. 공격에는 관리용 HTTPS API 접근 권한과 해당 클라이언트의 공개 인증서가 필요합니다.

인증서 체인 검증 오류

원인은 클라이언트 인증서 체인 검증에 있습니다. TLS 연결 과정에서 클라이언트는 체인의 첫 번째 인증서에 대해서만 개인 키 소유를 증명합니다. 그런데 서버는 전달된 모든 인증서를 신뢰 클라이언트 저장소와 대조했습니다. 공격자가 자신의 인증서를 맨 앞에 두고 신뢰된 클라이언트의 공개 인증서를 뒤에 붙이면 다른 사용자의 권한을 얻을 수 있었습니다.

MicroCloud에는 노드가 클러스터에 가입할 때 공개 인증서를 가로채 해당 노드로 위장하는 시나리오도 따로 설명되어 있습니다. 이 문제는 LXD의 오픈소스 포크인 Incus 개발진이 Canonical에 알렸습니다. 서버 자신의 인증서는 TLS 연결에서 얻을 수 있으며, 이를 체인에 추가하면 데이터베이스 게이트웨이에, 다른 노드의 인증서를 추가하면 클러스터 내부에 접근할 수 있습니다. Incus 수정본은 7.6.0에 포함됐고 이전 버전은 취약한 것으로 표시됩니다.

관리자가 확인할 사항

CodeScoring에 따르면 Incus에는 첫 릴리스부터 이 오류가 있었습니다. 같은 우회 방식으로 신뢰 인증서 저장소의 다른 항목을 갱신하거나 삭제할 수도 있었습니다.

LXD는 기본적으로 로컬 Unix 소켓으로 동작하며 네트워크 연결을 받지 않습니다. 네트워크 접근은 core.https_address 매개변수로 켜집니다. 수정된 snap 빌드는 10월 29일자로, LXD는 6.10.1, 5.21.9, 5.0.11, 4.0.15, MicroCloud는 3.4.1과 2.1.5입니다. Canonical은 sudo snap refresh lxd와 sudo snap refresh microcloud 실행을 권고합니다. 배포가 단계적으로 진행되므로 업데이트 후 자신의 채널 버전을 확인해야 합니다.

업데이트 전에는 관리 인터페이스 접속을 신뢰할 수 있는 노드로 제한해야 합니다. Incus 개발진은 업데이트 없이 이 오류를 막는 설정은 없다고 밝혔습니다.