CVE-2026-98432는 리눅스 커널의 IPv4 TCP 연결 설정 과정에서 발생하는 치명적인 use-after-free 취약점입니다. 커널 4.4 이상에 영향을 주며 CVSS 3.1 기준 점수는 9.8입니다. 보고된 원격 루트 권한 시연은 Multipath TCP(MPTCP) 리스너가 있는 서버에서 이뤄졌지만, 결함의 위치는 IPv4 TCP 처리 코드입니다. MPTCP 전용 취약점은 아닙니다.
6
44
57
따라서 MPTCP를 비활성화하는 조치는 시연에 사용된 특정 공격 경로를 막는 임시 대응일 수는 있어도, 커널을 수정하는 패치는 아닙니다. 연구진이 원격 코드 실행 시연을 보고했지만, 모든 인터넷 연결 TCP 서버에서 공격이 안정적으로 가능하다거나 실제 공격에 악용됐다는 사실까지 입증된 것은 아닙니다.
37
55
연결 처리 중 메모리가 해제되는 순간
TCP 연결이 시작되면 리눅스는 아직 완료되지 않은 연결 요청에 IPv4 옵션 정보를 보관합니다. 핸드셰이크가 진행되는 동안 tcp_v4_syn_recv_sock()은 이 옵션의 소유권을 새 자식 소켓으로 넘기지만, 별도로 복사하지 않습니다.
44
문제는 같은 요청에 대한 재전송 SYN 패킷을 다른 CPU가 동시에 처리할 수 있다는 점입니다. 연결이 정리되는 과정에서 해당 메모리가 먼저 해제되면, 재전송 처리 경로가 SYN-ACK 패킷을 만드는 중 이미 해제된 메모리를 읽을 수 있습니다. 이것이 use-after-free, 즉 메모리의 수명이 끝난 뒤에도 코드가 그 메모리를 사용하는 오류입니다.
44
이 오류는 시스템 충돌이나 메모리 손상으로 이어질 수 있고, 보안 권고에는 원격 코드 실행 가능성도 언급돼 있습니다. 다만 취약점을 안정적인 코드 실행으로 연결할 수 있는지는 조건에 따라 다릅니다. MPTCP 리스너를 이용한 시연은 심각한 공격 경로가 존재한다는 근거이지, 모든 취약 호스트가 같은 방식으로 장악된다는 뜻은 아닙니다.
52
55
커널 패치는 메모리 해제 시점을 늦춰 이 문제를 해결합니다. 구체적으로 RCU 유예 기간이 지난 뒤 IPv4 옵션 메모리를 해제해, 동시에 읽고 있던 작업이 먼저 끝날 수 있도록 합니다.
44
공개된 시연과 실제 공격은 구분해야
Anthropic의 10월 27일 연구 보고서는 이후 보도에서 MPTCP 리스너를 노린 AI 생성 원격 루트 권한 익스플로잇 시연으로 소개됐습니다. 보도에 따르면 익스플로잇 코드와 구체적인 구성은 공개되지 않아, 외부에서 시연의 재현 가능성이나 전제 조건을 독립적으로 확인하기는 어렵습니다.
9
11
비트코인·라이트닝 개발자 Matt Corallo는 일부 배포판에서 패치 커널이 나오는 동안 우분투의 수정본이 테스트 단계에 머문 상황을 비판했습니다. 이는 정기 업데이트가 늦어지는 데 대한 우려를 보여주는 것이지, 실제 침해가 발생했다는 별도의 기술적 증거는 아닙니다.
12
보안 연구자 Marcus Hutchins는 취약한 시스템을 찾는 것으로 보이는 스캔 활동을 보고했습니다. 스캔은 공격자들이 잠재적 표적을 찾고 있을 가능성을 시사하지만, 시스템 침해가 성공했다는 뜻은 아닙니다.
31
55 또한 약 210만 대의 MPTCP 접근 가능 서버라는 추정치는 제공된 자료만으로 독립 검증되지 않으므로, 취약하거나 실제 공격이 가능한 호스트 수로 단정해서는 안 됩니다.
MPTCP 비활성화는 임시 완화책
Go 1.24 이상은 커널이 지원하는 경우 리스너에서 MPTCP를 활성화할 수 있습니다. 따라서 애플리케이션이 의도적으로 MPTCP를 구현하지 않았더라도, 네트워크 동작 방식에 따라 이 기능이 노출 경로가 될 수 있습니다.
37
Lightning Labs는 LND 배포 정보를 통해 리눅스 운영자에게 MPTCP를 끄고 패치된 커널을 설치하라고 안내했습니다. lnd v0.21.6-beta는 기본 설정에서 MPTCP 리스너를 비활성화해 해당 애플리케이션을 통한 시연 경로를 닫습니다. 다만 릴리스 안내도 이 조치가 완전한 수정이 아니라 완화책이라고 분명히 밝힙니다.
33
37
애플리케이션에서 MPTCP를 끄면 해당 프로그램의 노출을 줄일 수 있고, 호스트 전체에서 비활성화하면 다른 MPTCP 리스너에도 영향을 줄 수 있습니다. 그러나 어느 쪽도 IPv4 TCP의 메모리 수명 관리 결함을 고치지는 않습니다. 패치 전까지 노출을 줄이는 조치로 활용하되, 미패치 커널이 안전하다는 뜻으로 받아들여서는 안 됩니다.
6
37
44
11월 4일 기준 배포판 패치 상황
배포판별 수정본 배포 시점은 달랐습니다. Canonical은 11월 2일 우분투 22.04 LTS 이상용 수정본이 선택 설치가 필요한 -proposed 채널에 있으며 테스트 중이라고 밝혔습니다. 한편 당시 보도에 따르면 Red Hat은 11월 1일 RHEL 8·9·10용 패치 커널을 배포했습니다.
6
7
수정본이 테스트 채널에 올라온 시점과 일반 업데이트로 배포되는 시점 사이의 간격은 비판을 불렀습니다. 특히 원격 루트 권한 시연이 보고된 뒤라 우려가 커졌습니다. 다만 패치 상황은 시간이 지나면 바뀌므로, 다른 배포판의 업데이트가 내 시스템에도 적용된다고 가정하지 말고 사용 중인 배포판과 버전에 해당하는 보안 공지를 확인해야 합니다.
7
12
운영자는 각 워크로드에서 실제로 실행 중인 커널을 확인하고, 배포판이 제공하는 수정 커널을 설치하는 것을 우선해야 합니다. 그 전까지 MPTCP 제한은 노출을 낮추는 데 도움이 될 수 있지만, 취약한 메모리 처리 동작을 바로잡는 조치는 커널 업데이트입니다.
6
37
44