PwnEscape(CVE-2026-99999)는 리눅스 커널의 IPv4 패킷 처리 과정에 있는 취약점으로, CVSS 3.1 기준 9.3점의 치명적 등급을 받았습니다. 게스트 가상머신(VM)의 네트워크 트래픽에 포함된 메타데이터가 커널의 검증을 거친 뒤 패킷 헤더를 바꾸고, 이후 단편화 코드가 바뀐 헤더를 신뢰하면서 호스트 메모리 정보가 노출될 수 있습니다. 보고된 영향에는 호스트 메모리 노출과 실험실 환경에서 확인된 게스트-호스트 탈출이 포함됩니다.
4
8
23
체크섬 메타데이터가 메모리 초과 읽기로 이어지는 과정
네트워크 장치는 체크섬 계산을 일부 나중에 처리하도록 커널에 메타데이터를 전달할 수 있습니다. PwnEscape는 잘못됐거나 신뢰할 수 없는 메타데이터가 IPv4 처리 경로에 도달했을 때 문제가 생깁니다. 체크섬을 마무리하는 과정에서 이미 처리된 헤더 일부가 덮어써질 수 있고, 이후 코드가 변경된 헤더를 바탕으로 패킷을 나눕니다. 수정 사항은 체크섬을 완료하기 전에 checksum_start 값을 확인하는 검사입니다.
19
23
핵심은 검증한 값이 그 뒤에 바뀌었는데도 후속 코드가 여전히 유효하다고 간주하는 불일치입니다. 보고된 시험 사례에서는 단편화 코드가 헤더 길이를 60바이트로 처리했지만, 패킷의 논리적 데이터는 28바이트뿐이었습니다. 그 차이인 32바이트는 패킷의 논리적 데이터 경계 너머 메모리에서 읽힌 값입니다. 이는 해당 시험 사례의 수치이지, 모든 패킷에서 항상 32바이트가 유출된다는 뜻은 아닙니다.
18
왜 KVM이 아니라 호스트 커널의 문제가 중요한가
이 결함은 KVM 하이퍼바이저 코드가 아니라 리눅스 네트워크 스택에 있습니다. 게스트의 네트워크 트래픽은 호스트 커널의 공용 패킷 처리 경로를 거칠 수 있으므로, 하이퍼바이저를 바꾸거나 업데이트하는 것만으로는 해당 경로의 취약점이 해결되지 않습니다. 영향을 받는 커널을 실행하면서 취약한 코드로 공격자가 제어하는 게스트 트래픽을 처리하는 호스트가 주요 노출 대상입니다.
3
8
공격을 시도하려면 공격자가 게스트 VM 안에서 코드를 실행해 조작된 패킷을 보내야 합니다. 현재 보도된 내용은 이를 인터넷에 연결된 모든 리눅스 시스템을 상대로 한 무인증 공격으로 설명하지 않습니다.
4
7
연구진이 확인한 결과와 확인되지 않은 부분
보도에 따르면 Vercel의 실제 운영 샌드박스에서는 호스트 메모리 노출이 확인됐습니다. 이와 별도로 연구자는 실험실 환경에서 호스트 수준 코드 실행을 시연했습니다. 두 결과는 구분해야 합니다. 공개된 근거만으로는 Vercel 운영 시스템에서 루트 권한의 코드 실행이 확인됐다고 볼 수 없습니다.
4
6
pwn.ai의 보안 연구원 파울로스 이벨로(Paulos Yibelo)는 Vercel의 샌드박스 보안 챌린지에 참여하던 중 이 문제를 발견했습니다. 보도는 해당 챌린지에 1,285건의 제보가 접수됐고 PwnEscape가 유일한 치명적 등급 제보였다고 전합니다. 이 수치만으로 고객 데이터가 열람됐는지 여부를 판단할 수는 없습니다.
24
30
37
수정 버전과 운영자가 확인할 사항
업스트림 수정은 6785011f8b16 커밋으로, 제목은 ipv4: validate checksum_start before completing checksum입니다. 수정이 포함된 안정화 커널 버전은 5.10.272, 5.15.223, 6.1.190, 6.6.159, 6.12.113, 6.18.57, 7.2.11입니다.
12
27
취약점이 호스트 커널의 패킷 처리 경로에 있으므로, 운영자는 게스트 VM 내부 소프트웨어를 업데이트하는 데 그치지 말고 호스트 커널을 확인하고 업데이트해야 합니다. 리눅스 배포판은 자체 커널 버전 표기와 배포 일정을 사용할 수 있으니, 해당 공급업체의 보안 공지를 확인하고 호스트가 수정된 커널로 실행 중인지 점검해야 합니다.
1
6
10월 16일 기준 AlmaLinux는 수정된 커널을 사용할 수 있다고 공지했습니다. 이는 특정 날짜의 현황이며 모든 배포판의 패치 배포 상황을 포괄하지는 않습니다. 공급업체와 배포판 버전에 따라 제공 시점은 다를 수 있습니다.
6