CVE-2026-46300 취약점은 Linux 커널 네트워크 스택의 socket buffer(skb) 처리 과정에서 공유 프래그먼트 마커를 보존하지 않아 생기는 결함입니다. XFRM ESP-in-TCP 서브시스템의 안전하지 않은 제자리 암호화 처리와 겹치면 저권한 로컬 공격자가 페이지 캐시에 임의 바이트를 기록하고, 메모리 무결성 문제로 이어집니다.
CVE-2026-46300 취약점 메커니즘 분석
이 취약점의 핵심은 Linux 커널의 skb_try_coalesce() 함수에 있습니다. 이 함수는 네트워크 데이터 처리 효율을 위해 페이징된 프래그먼트(paged frags)를 이어 붙이는 역할을 하는데, 이 과정에서 특정 프래그먼트가 다른 skb와 공유되고 있음을 나타내는 ‘shared-frag marker’를 보존하지 않는 결함이 존재합니다.
이로 인해 다른 skb와 공유 중인 프래그먼트가 제대로 관리되지 못하며, 특정 조건에서는 데이터 오염으로 이어집니다.
공격 경로 및 영향 범위 (XFRM ESP-in-TCP)
해당 결함은 XFRM ESP-in-TCP 서브시스템과 연계될 때 특히 치명적입니다. Red Hat의 분석에 따르면, 이 서브시스템의 안전하지 않은 제자리(in-place) 암호화 처리 방식이 취약점과 결합되어 심각한 보안 위협을 낳습니다.
1. 공격 전제 조건 및 실행 경로
- 접근 권한: 공격자는 대상 시스템에 대한 로컬의 저권한 접근 권한이 필요합니다.
- 공격 메커니즘: 저권한 로컬 공격자가 페이지 캐시에 임의의 바이트를 기록할 수 있게 됩니다.
- 영향 대상: 읽기 전용 파일이나 민감한 시스템 파일이 포함된 페이지 캐시가 공격 대상입니다.
2. 최종 영향
메모리 무결성이 파괴되면 공격자가 최종적으로 루트 권한을 탈취할 수 있다는 가능성이 확인되었습니다.
CISA KEV 등재 및 실제 악용 사례
이 취약점은 이론적인 위험을 넘어 실제 공격에 활용된 것으로 파악되었습니다. 미국 사이버보안 및 인프라 보안국(CISA)은 2026년 10월 28일에 CVE-2026-46300을 알려진 악용 취약점(Known Exploited Vulnerabilities, KEV) 카탈로그에 추가했고, 10월 31일까지 조치할 것을 강력히 권고했습니다.
눈에 띄는 점은 단일 취약점의 활용이 아니라 여러 취약점을 연쇄적으로 사용하는 ‘체이닝(Chaining)’ 공격 방식이라는 것입니다. 공격자들은 CVE-2026-46300을 CVE-2026-109618 및 CVE-2026-109619와 연계해 다음과 같은 공격 시나리오를 실행했습니다.
- 커널 결함을 이용해 메모리 무결성을 파괴한다.
- 연계된 취약점을 통해 PHP 웹셸(Webshell)을 시스템에 심는다.
- 최종적으로 루트 권한으로 임의 명령을 실행해 시스템 제어권을 획득한다.
패치 버전 및 대응 방안
시스템 관리자와 인프라 엔지니어는 운영 중인 Linux 커널 버전을 즉시 조사하고, 각 배포판에서 제공하는 수정 패키지 적용 여부를 점검해야 합니다.
1. 버전별 수정 현황
CISA 및 관련 기록에 따르면, 영향권에 있는 주요 메인테인드 브랜치의 수정 버전은 다음과 같습니다.
| 커널 브랜치 | 수정 버전 (Fixed Version) | 비고 |
|---|---|---|
| Linux 5.10 | 5.10.257 | 패치 적용 필요 |
| Linux 5.15 | 5.15.208 | 패치 적용 필요 |
| Linux 6.1 | 6.1.174 | 패치 적용 필요 |
| Linux 6.6 | 6.6.141 | 패치 적용 필요 |
| Linux 6.12 | 6.12.91 | 패치 적용 필요 |
| Linux 6.18 | 6.18.33 | 패치 적용 필요 |
| Linux 7.0 | 7.0.10 | 패치 적용 필요 |
| Linux 7.1 | – | 영향 없음 (Unaffected) |
2. 단계별 대응 절차
- 커널 버전 확인: 현재 운영 중인 서버의 커널 버전을 확인해 위 표의 수정 버전보다 낮은지 점검합니다.
- 업데이트 적용: 배포판 제공자의 공식 보안 업데이트로 CVE-2026-46300 수정 패키지를 적용합니다.
- 임시 조치(Workaround): 즉각적인 패치 적용이 불가능한 환경에서는 ESP4 및 ESP6 기능을 선제적으로 비활성화해 공격 경로를 차단하는 임시 조치를 검토합니다.