우분투 데스크톱을 쓰는 PC라면 지금 이 순간에도 로컬 권한 상승 취약점에 노출돼 있을 가능성이 있다. 보안 업체 콸리스(Qualys)가 발견한 CVE-2026-8933은 스냅 패키지 실행을 담당하는 snap-confine 바이너리의 초기화 단계에서 레이스 컨디션이 발생해, 공격자가 제어하는 파일을 특권 경로에 몰래 심을 수 있게 만드는 결함이다. 우분투 22.04 LTS, 24.04 LTS, 26.04 LTS 기본 설치본이 모두 영향권에 들어가면서 개인 PC부터 개발 서버까지 광범위한 패치 작업이 필요해졌다.
📌 핵심 요약
- CVE-2026-8933은 snap-confine의 set-uid-root → set-capabilities 전환 과정에서 생긴 레이스 컨디션이 원인이다
- 우분투 22.04·24.04·26.04 LTS가 영향을 받으며, 20.04·18.04·16.04 LTS(ESM)도 별도 패치가 나왔다
- 2026년 7월 21일 Canonical이 USN-8579-1로 CVE 3건(CVE-2024-5300, CVE-2026-15226, CVE-2026-8933)을 한 번에 수정했다
- 패치 적용 후 반드시 재부팅해야 snap-confine 수정 사항이 실제로 반영된다
- 3월에 나온 CVE-2026-3888 패치가 이번 취약점을 자동으로 막아주지 않으므로 별도 확인이 필요하다
CVE-2026-8933 취약점 개요: snap-confine이 왜 뚫렸나
스냅(snap) 패키지 관리 시스템은 애플리케이션을 샌드박스 안에서 격리 실행하는 구조를 갖고 있다. 이 격리를 실제로 담당하는 바이너리가 snap-confine이다. 과거에는 이 바이너리가 set-uid-root 방식으로 동작했지만, 보안 강화를 목적으로 리눅스 커널의 파일 특권 단위 부여 방식인 set-capabilities 모델로 전환됐다. 문제는 이 전환 과정에서 샌드박스 초기화 단계에 레이스 컨디션이 새로 도입됐다는 점이다. Qualys 보안 연구팀에 따르면 이 레이스 컨디션을 악용하면 로컬 공격자가 자신이 제어하는 파일을 시스템의 특권 경로에 생성하도록 snap-confine을 속일 수 있고, 최종적으로 루트 권한 탈취까지 이어질 수 있다.
권한 상승 취약점은 원격 코드 실행처럼 화려하지는 않지만 실무에서는 더 위험한 경우가 많다. 이미 시스템에 낮은 권한으로 접근한 공격자, 혹은 악성 스크립트를 실행한 사용자가 이 취약점 하나로 관리자 권한까지 확보할 수 있기 때문이다. 특히 다중 사용자 서버, 공용 랩실 PC, 원격 데스크톱 인프라처럼 여러 계정이 한 시스템을 공유하는 환경에서는 파급력이 훨씬 커진다.
영향받는 우분투 버전과 설치본 확인 방법
이번 취약점은 우분투 데스크톱 기본 설치본을 중심으로 보고됐다. 정확히는 22.04 LTS, 25.10, 26.04 LTS에서 확인됐고, Canonical의 공식 우분투 보안 공지(USN)를 기준으로 보면 장기 지원판인 22.04 LTS, 24.04 LTS, 26.04 LTS가 패치 대상에 포함된다. 확장 보안 유지보수(ESM) 계약을 맺은 20.04 LTS, 18.04 LTS, 16.04 LTS 사용자도 별도의 패치를 받아야 한다.
| 우분투 버전 | 영향 여부 | 지원 형태 |
|---|---|---|
| 26.04 LTS | 영향 받음 | 정규 LTS 지원 |
| 24.04 LTS | 영향 받음 | 정규 LTS 지원 |
| 22.04 LTS | 영향 받음 | 정규 LTS 지원 |
| 20.04 LTS | 패치 제공 | 확장 보안 유지보수(ESM) |
| 18.04·16.04 LTS | 패치 제공 | 확장 보안 유지보수(ESM) |
본인 시스템의 우분투 버전은 터미널에서 lsb_release -a 명령으로 바로 확인할 수 있다. ESM 대상 구버전을 쓰고 있다면 Ubuntu Pro 구독 또는 Ubuntu Advantage 계정이 활성화돼 있어야 해당 패치를 받을 수 있으므로, 구독 상태부터 점검하는 게 순서다.
snap-confine 패치 버전과 snapd 업데이트 절차 총정리
Canonical은 2026년 7월 21일 우분투 보안 공지 USN-8579-1을 통해 snapd 패키지에 누적된 취약점 3건(CVE-2024-5300, CVE-2026-15226, CVE-2026-8933)을 한꺼번에 수정했다. 버전별 수정된 snapd 패키지 번호는 다음과 같다.
| 우분투 버전 | 수정된 snapd 버전 |
|---|---|
| 26.04 LTS | 2.76+ubuntu26.04.3 |
| 24.04 LTS | 2.76+ubuntu24.04.1 |
| 22.04 LTS | 2.76+ubuntu22.04.1 |
| 20.04 LTS(ESM) | 2.67.1+20.04ubuntu1~esm3 |
| 18.04·16.04 LTS(ESM) | 2.61.4ubuntu0.x.04.1+esm4 |
업데이트 명령어 자체는 어렵지 않다. 터미널을 열고 다음 순서로 실행하면 된다.
sudo apt update— 패키지 저장소 목록 갱신sudo apt list --upgradable | grep snapd— snapd 업데이트 가능 여부 확인sudo apt upgrade snapd— snapd 패키지만 우선 업데이트snap version— 업데이트된 snapd·snap-confine 버전 확인
ESM 대상 구버전 사용자는 sudo pro status로 Ubuntu Pro 구독 활성화 여부를 먼저 확인한 뒤, 활성화돼 있지 않다면 무료 개인용 라이선스를 등록하고 위 절차를 진행해야 패치 패키지가 노출된다.
패치 적용 후 재부팅과 정상 반영 검증 방법
snapd 업데이트에서 가장 자주 놓치는 부분이 재부팅이다. snapd는 시스템 서비스로 상시 구동되기 때문에, apt로 패키지만 갱신하고 재부팅하지 않으면 기존에 메모리에 올라와 있던 구버전 snap-confine 프로세스가 계속 동작한다. 즉 패치 파일은 디스크에 내려왔지만 실제 보안 수정은 적용되지 않은 상태로 착각하기 쉽다. 업데이트 직후 반드시 시스템을 재시작해야 snap-confine 수정 사항이 실제로 반영된다.
sudo systemctl restart snapd로 서비스만 재시작해 임시로 대응할 수 있지만, 커널 모듈이나 다른 시스템 구성요소까지 완전히 갱신하려면 결국 재부팅이 안전하다.
재부팅 후에는 snap version 명령으로 snapd와 snap 버전을 다시 확인하고, 위 표에 정리된 수정 버전 번호와 일치하는지 대조하면 된다. 우분투 데스크톱 GUI 사용자라면 소프트웨어 업데이터(Software Updater) 알림에서도 동일한 패치가 노출되므로, 자동 업데이트 설정을 켜두는 것도 놓치지 않는 방법 중 하나다.
이전 취약점 CVE-2026-3888과 이번 CVE-2026-8933의 차이
2026년 3월에도 snap-confine 관련 로컬 권한 상승 취약점인 CVE-2026-3888이 공개된 바 있다. 이 취약점은 CVSS 점수 7.8로, snap-confine과 systemd-tmpfiles 간의 상호작용을 악용하는 방식이었다. 당시 별도 패치가 이미 배포됐지만, 3월 패치가 이번 7월의 CVE-2026-8933을 자동으로 막아주지는 않는다는 점을 다시 짚을 필요가 있다. 두 취약점은 공격 경로와 트리거 조건이 다르기 때문에, 3월 패치를 이미 적용했더라도 이번 USN-8579-1 패치를 별도로 확인하고 적용해야 한다.
CVE 3건 동시 수정
USN-8579-1, 2026년 7월 21일 발표 · 출처: Ubuntu Security Notices
이런 사례는 리눅스 배포판 보안 운영에서 반복되는 패턴을 보여준다. 취약점 하나를 고쳤다고 해서 같은 구성요소가 완전히 안전해지는 게 아니라, 코드 리팩터링이나 보안 강화 과정 자체가 새로운 결함의 원인이 되는 경우가 적지 않다. 실제로 이번 CVE-2026-8933도 set-uid-root에서 set-capabilities로 넘어가는, 원래는 보안을 강화하려던 변경에서 비롯됐다는 점이 역설적이다. 보안 담당자나 시스템 관리자 입장에서는 CVE 번호 하나하나를 개별적으로 추적하고, 우분투 보안 공지 메일링리스트나 Qualys 같은 보안 리서치 기업의 발표를 정기적으로 모니터링하는 습관이 필요하다.
CVE-2026-3888과 CVE-2026-8933 차이점 자세히 보기
기업·조직 환경에서의 패치 관리와 대응 전략
개인 PC라면 소프트웨어 업데이터 알림 한 번으로 끝나지만, 여러 대의 우분투 서버나 데스크톱을 운영하는 조직이라면 이야기가 달라진다. 자산 목록 전체에서 어떤 장비가 22.04·24.04·26.04 LTS인지, ESM 계약이 걸려 있는지, Ubuntu Pro 라이선스가 유효한지를 먼저 파악해야 한다. 이 과정에서 Ansible이나 Landscape 같은 구성 관리 툴을 활용하면 수십·수백 대 서버에 snapd 업데이트를 일괄 배포하고 재부팅 일정을 조율하기가 훨씬 수월하다. 보안팀이 별도로 없는 중소 조직이라면 정보보안 관리체계 컨설팅이나 클라우드 보안 점검 서비스를 받아 정기 패치 프로세스를 아예 외부 위탁하는 것도 현실적인 선택지다.
패치 관리 역량을 체계적으로 쌓고 싶다면 리눅스 시스템 관리 자격증이나 클라우드 보안 관련 온라인 강의를 통해 취약점 대응 프로세스를 정식으로 학습하는 방법도 있다. 리눅스 마스터, LPIC 같은 자격증 응시료는 종목별로 수만 원에서 십만 원대이며, 관련 부트캠프나 강의 플랫폼의 보안 실무 강좌 수강료도 함께 비교해보고 선택하는 편이 좋다. 회사 차원에서는 취약점 관리 소프트웨어나 패치 자동화 솔루션 요금제를 도입해, 사람이 일일이 CVE 공지를 확인하지 않아도 되는 구조를 만드는 것이 장기적으로 더 효율적이다.
CVE-2026-8933은 우분투 22.04·24.04·26.04 LTS 기본 설치본에 폭넓게 영향을 미치는 로컬 권한 상승 취약점이다. sudo apt update && sudo apt upgrade snapd 명령으로 패치를 적용한 뒤 반드시 재부팅까지 마쳐야 실제 보안 수정이 반영되며, 3월에 나온 CVE-2026-3888 패치와는 별개로 이번 USN-8579-1 패치를 따로 확인해야 한다는 점을 기억해두는 게 좋다.