Linux CVE-2026-98432 TCP Use-After-Free: CVSS 9.8, 수정된 커널, 배포판 상태

CVE-2026-98432는 IPv4 TCP 핸드셰이크 처리에서 발생하는 Linux 커널의 use-after-free 취약점으로, 원격의 인증되지 않은 피어가 애플리케이션이 연결을 확인하기 전에 도달할 수 있습니다. Linux 커널 CNA는 이를 CVSS 3.1 9.8, Critical로 평가했으며, 업스트림 안정 커널은 2026년 10월에 수정 사항을 배포했지만 Ubuntu 및 Red Hat Enterprise Linux를 포함한 주요 배포판 커널은 2026년 10월 29일 현재 수정되지 않은 상태입니다.

무슨 일이 있었나

Linux 안정 커널은 2026년 10월 11일과 10월 15일에 CVE-2026-98432에 대한 수정 사항을 배포했습니다. 이 버그는 TCP 핸드셰이크 중 IPv4 옵션 데이터의 use-after-free입니다. 업스트림 수정은 작습니다: Eric Dumazet의 커밋, "ipv4: free inet_opt and ireq_opt after an RCU grace period"는 일반 kfree() 호출을 kfree_rcu()로 대체하여 다른 CPU가 여전히 메모리를 읽고 있을 때 메모리가 해제되지 않도록 합니다.

이 버그는 Linux 4.4까지 거슬러 올라갑니다. 수정된 업스트림 릴리스는 5.10.272, 5.15.223, 6.1.190, 6.6.159, 6.12.113, 6.18.56, 7.2.10 및 7.3입니다. CVE 레코드는 2026년 10월 15일에 게시되었습니다. Anthropic의 Xinyang Ge가 보고자로 기록되었으며, Eric Dumazet이 수정했고 Kuniyuki Iwashima가 수정 사항을 검토했습니다.

왜 중요한가

취약한 경로는 애플리케이션 인증 전에 커널의 TCP 핸드셰이크 처리 내부에서 실행됩니다. 4.4 이후의 Linux 호스트 중 IPv4 TCP 연결을 수락하고 수정 사항이 없는 모든 호스트는 노출되며, 컨테이너 호스트와 Kubernetes 노드도 포함됩니다. 컨테이너는 호스트 커널에서 실행되기 때문입니다.

Anthropic은 자사의 Claude 모델이 "멀티패스 TCP 리스너가 있는 Linux 서버"에서 자격 증명 없이 root로 명령을 실행하는 작동하는 개념 증명 익스플로잇을 작성했다고 말합니다. Anthropic은 익스플로잇을 공개하지 않았습니다. CNA의 점수 노트에 따르면 오래된 데이터가 원격 피어에게 커널 힙 내용을 공개하고, 커널 메모리 손상을 일으키거나 시스템을 충돌시킬 수 있습니다. Red Hat은 영향을 더 보수적으로 "주로 시스템 충돌로 인한 서비스 거부(DoS) 또는 잠재적 메모리 손상"으로 설명합니다.

주요 사실

필드	세부 사항
CVE	CVE-2026-98432, "ipv4: free inet_opt and ireq_opt after an RCU grace period"
심각도	Critical, Linux 커널 CNA의 CVSS 3.1 9.8 (AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H)
기타 점수	Red Hat: Important, CVSS 3.1 8.1, 높은 공격 복잡성. SUSE: important. Ubuntu: High. Oracle 및 Amazon: Important, CVSS 3.1 8.1.
약점	TCP 핸드셰이크 중 IPv4 옵션 데이터의 use-after-free
영향	원격 피어에게 커널 힙 공개, 커널 메모리 손상 또는 충돌
업스트림 수정	10월 11일 7.2.10 및 6.18.56; 10월 15일 6.12.113, 6.6.159, 6.1.190, 5.15.223 및 5.10.272; 10월 18일 7.3
업스트림 수정 없음	5.10 이전에 수명이 끝난 브랜치
개념 증명	Anthropic은 Claude가 멀티패스 TCP 리스너가 있는 서버에 대한 원격 root 익스플로잇을 만들었다고 말합니다. 익스플로잇을 공개하지 않았습니다.
NVD 상태	2026년 10월 29일 오후 8시 CDT 기준 NVD 분석 없이 "Received"로 나열됨
CISA KEV	2026년 10월 29일 오후 8시 CDT 기준 나열되지 않음

취약점이 어떻게 작동하는가

Linux 서버가 TCP 연결을 수락하면 커널은 반쯤 열린 핸드셰이크를 요청 소켓에 추적한 다음 핸드셰이크가 완료되면 전체 소켓을 만듭니다. 연결하는 피어의 IPv4 헤더에 옵션이 있으면 커널은 응답에 에코하기 위해 이를 저장합니다. 버그는 커널이 저장된 옵션을 복사하지 않고 요청 소켓에서 새 연결로 전달한 다음 연결이 사라질 때 즉시 해제하는 반면, 다른 CPU는 여전히 핸드셰이크 응답을 구성하기 위해 이를 읽을 수 있다는 것입니다.

피어는 로그인이 필요 없으며 취약한 코드는 애플리케이션 코드보다 먼저 실행됩니다. Anthropic은 경쟁 조건에서 패배하면 "전체 시스템을 충돌시키지 않고 핸드셰이크만 실패하므로, 결정적인 공격자는 성공할 때까지 무기한 재시도할 수 있습니다"라고 말합니다.

수정 사항은 두 개의 일반 kfree() 호출을 kfree_rcu()로 변경하여 모든 읽는 사람이 메모리 사용을 마칠 때까지 기다린 후 해제합니다. 이러한 옵션을 교체하는 다른 코드 경로는 이미 그렇게 했습니다. 커밋은 또한 요청 소켓 마이그레이션(net.ipv4.tcp_migrate_req=1 또는 BPF_SK_REUSEPORT_SELECT_OR_MIGRATE 프로그램)에서 동일한 문제를 수정합니다. 커밋은 관련 IPv6 사례가 "별도 패치에서 다루어질 것"이라고 말합니다. 주요 문제는 IPv6 연결에 영향을 미치지 않습니다.

수정된 커널

릴리스 라인	2026년 10월 29일 상태	수정 버전	릴리스 날짜
7.3	Mainline	7.3, 7.3-rc7부터	2026년 10월 18일
7.2	Stable	7.2.10	2026년 10월 11일
6.18	Longterm	6.18.56	2026년 10월 11일
6.12	Longterm	6.12.113	2026년 10월 15일
6.6	Longterm	6.6.159	2026년 10월 15일
6.1	Longterm	6.1.190	2026년 10월 15일
5.15	Longterm	5.15.223	2026년 10월 15일
5.10	Longterm	5.10.272	2026년 10월 15일
4.4 ~ 5.4	업스트림 수명 종료	배포판 수정만	해당 없음

Hacker News 댓글 작성자는 5.15 라인에 대해 5.15.223 대신 5.15.225를 나열했습니다. 관리자는 단일 목록에 의존하지 말고 안정 트리 또는 배포판의 커널 패키지에서 정확한 수정 버전을 확인해야 합니다.

2026년 10월 29일 기준 배포판 상태

배포판 커널은 자체 버전 번호로 백포트된 수정 사항을 포함하므로 업스트림 버전이 올바른 확인 방법이 아닙니다. 2026년 10월 29일 오후 8시 CDT 기준:

배포판	상태
Ubuntu	추적기는 모든 릴리스에서 linux 패키지를 "Vulnerable"로 나열합니다. 26.10, 26.04, 24.04 및 22.04에서는 7.3.0-10.10, 7.0.0-43.43, 6.8.0-149.149 및 5.15.0-203.213에 "작업 진행 중"을 추가합니다. 20.04, 18.04 및 16.04는 "Vulnerable"만 표시합니다. Ubuntu 보안 공지가 게시되지 않았습니다.
Red Hat	RHEL 8, 9, 10 및 OpenShift Container Platform 4는 수정 사항 없이 영향을 받는 것으로 나열됩니다. RHEL 6 및 7은 영향을 받지 않습니다. Red Hat은 완화 조치가 "사용할 수 없거나 현재 사용 가능한 옵션이 Red Hat 제품 보안 기준을 충족하지 않습니다"라고 말합니다.
Debian	Debian 12 "bookworm" (6.1.190-1, DLA-4841-1 및 linux-6.12 6.12.113-1~deb12u1, DLA-4850-1), Debian 13 "trixie" (6.12.113-1, DSA-6568-1) 및 unstable에서 수정됨.
SUSE	important로 평가. SUSE Linux Enterprise Server 16.0 (kernel-default 6.12.0-160000.40.1) 및 15 SP4, SP5, SP6 LTSS 커널이 수정됨. 15 SP7은 진행 중. openSUSE Leap 15.6 및 16.0은 영향을 받는 것으로 나열됨.
Oracle Linux	Important, CVSS 3.1 8.1로 평가. Oracle Linux 7, 8, 9 및 10용 Unbreakable Enterprise Kernel errata가 10월 16일에 나옴: ELSA-2026-500397, ELSA-2026-500398 및 ELSA-2026-500399. 페이지에는 UEK 커널만 나열됩니다.
Amazon Linux	Important, CVSS 3.1 8.1로 평가. Amazon Linux 2023에서 kernel6.18이 수정됨(ALAS2023-2026-3251, 10월 24일) 및 kernel6.12가 수정됨(ALAS2023-2026-3335, 10월 29일). 기본 kernel 패키지와 모든 Amazon Linux 2 커널은 "Pending Fix"입니다.

익스플로잇 상태 및 멀티패스 TCP 질문

Anthropic의 Frontier Red Team은 2026년 10월 27일에 익스플로잇을 설명했습니다. Anthropic은 Claude가 "초기 프롬프트 후" 작성했으며, 멀티패스 TCP 리스너가 있는 서버에서 "자격 증명이나 사용자 상호 작용 없이 root로 임의 명령을 실행"하며, 개념 증명에서 "커널 포인터를 유출하는 데 48분, 셸 명령 실행에 도달하는 데 5분이 더 걸립니다"라고 말합니다. Anthropic은 익스플로잇을 공개하지 않았습니다. 조정된 공개 정책에 따라 개발자에게 패치할 90일과 공개 권고 이상의 세부 사항을 논의하기 전에 추가 45일을 제공합니다.

2026년 10월 29일 오후 8시 CDT 기준 8개의 GitHub 저장소가 CVE를 참조했습니다. 대부분은 감사 또는 완화 도구로 설명되었으며, Ansible 역할과 AlmaLinux 및 Rocky Linux용 livepatch가 포함됩니다. 오후 7:22에 생성된 한 저장소는 경쟁 조건 트리거를 포함한다고 말했습니다. CVE는 당시 CISA의 Known Exploited Vulnerabilities 카탈로그에 없었습니다.

Hacker News 토론의 핵심 논쟁은 멀티패스 TCP가 필요한지 여부입니다. 원본 기사는 Anthropic의 작동 익스플로잇이 "멀티패스 TCP 리스너가 있는 Linux 서버"를 대상으로 하며 해당 리스너가 왜 중요한지 설명하지 않습니다. CVE 레코드는 MPTCP를 언급하지 않습니다. 댓글 작성자들은 MPTCP를 요구 사항으로 취급하는 것에 반대했습니다.

"MPTCP는 요구 사항이 아닙니다. 일반적인 use-after-free입니다."

— peanut-walrus

"MPTCP가 꽤 유용하고 버그의 원인이 아니라 익스플로잇을 쉽게 만드는 방법일 뿐이므로 슬프습니다(아마 더 간단한 힙 매샤징? 제 능력을 넘어섭니다). 어쨌든 업그레이드하되 MPTCP를 차단하지 마세요. 익스플로잇은 없으며, Anthropic이 공개하기 전에 다른 경로를 찾는 사람이 나올 가능성도 있습니다."

— Aissen

MPTCP 리스너를 확인하는 실용적인 방법은 ss -M으로, MPTCP 소켓만 나열합니다. 빈 결과는 MPTCP 리스너가 없음을 의미합니다. net.mptcp.enabled = 1 설정만으로는 리스너가 생성되지 않습니다. 애플리케이션이 MPTCP 소켓을 열어야 합니다. 원본 기사는 Debian 12 컨테이너에서 iproute2 6.1로 이를 테스트했으며, ss -Mlnp는 테스트 MPTCP 리스너를 나열하고 옆에 있는 일반 TCP 리스너는 건너뛰었습니다.

확인 및 완화 방법

설치된 패키지뿐만 아니라 실행 중인 커널을 확인하세요. 설치된 커널이 실행 중인 커널보다 최신이면 재부팅 전까지 수정 사항이 활성화되지 않습니다. 컨테이너 내부가 아닌 컨테이너 호스트 및 Kubernetes 노드에서 확인을 실행하세요. 컨테이너는 호스트 커널을 보고하기 때문입니다.

즉시 패치할 수 없는 호스트의 경우 원본 기사는 IPv4 옵션을 포함한 TCP 패킷을 삭제할 것을 권장합니다. TCP 트래픽은 거의 합법적으로 IPv4 옵션을 포함하지 않습니다. 규칙 ip hdrlength gt 5는 20바이트 최소 길이보다 긴 IPv4 헤더와 일치하며, 이는 옵션에서만 발생합니다. 소스는 이 규칙이 연결 추적 전에 실행되며 IPv6 또는 비 TCP 트래픽에는 영향을 미치지 않는다고 말합니다. Debian 12 컨테이너에서 테스트되었습니다: Record Route 옵션이 있는 SYN을 삭제하는 동안 일반 TCP 연결은 계속 작동했습니다. 소스는 익스플로잇에 대해 규칙을 테스트하지 않았으며 규칙이 커널을 수정하지 않습니다. 재부팅까지 지속되며, 수정된 커널로 재부팅하는 경우 허용 가능합니다. nft delete table ip cve_2026_98432로 제거할 수 있습니다.

댓글 작성자들은 중요한 주의 사항을 추가했습니다. Red Hat은 IP 옵션이 있는 패킷을 삭제하는 것이 도움이 되지만 완전한 완화는 아니라고 말합니다. 한 댓글 작성자는 CIPSOV4 매핑이 있는 SELinux 또는 Smack을 사용하는 NetLabel/CIPSO 구성이 IP 옵션이 있는 패킷과 동일한 조건을 만들 수 있으므로 IPv4 옵션 삭제가 해당 시스템을 완전히 완화하지 못할 수 있다고 보고했습니다. 또 다른 댓글 작성자는 옵션이 있는 인바운드 IP 패킷을 삭제하는 에지 라우터 규칙의 히트 수가 0이고 업스트림 네트워크가 이미 이러한 패킷을 필터링했기 때문에 테스트하기 어렵다고 보고했습니다.

"적어도 Red Hat에 따르면 IP 옵션이 있는 패킷을 직접 삭제하는 것이 도움이 되지만 완전한 완화는 아닙니다."

— peanut-walrus

"또한 NetLabel/CIPSO(CIPSOV4 매핑이 있는 SELinux 또는 Smack)를 사용하면 IP 옵션이 있는 패킷과 동일한 조건이 생성되는 것으로 보입니다. 이를 사용하는 경우 IPv4 옵션이 있는 패킷을 삭제하는 것이 완전히 완화되지 않을 수 있습니다."

— jamilbk

한 댓글 작성자는 과도한 헤더가 있는 IPv4 패킷을 거부하는 UFW 필터가 필수적인 것을 깨뜨려 비활성화해야 했다고 말했습니다. 이는 롤백 계획 없이 테스트되지 않은 방화벽 규칙을 광범위하게 배포하는 것에 대한 경고입니다.

단일 코어 시스템 및 소비자 라우터

한 댓글 작성자는 성공적인 익스플로잇에 여러 CPU 코어가 패킷을 처리해야 한다고 언급했습니다. 단일 코어 시스템 또는 패킷 처리가 단일 코어에 고정된 시스템은 해당 댓글 작성자에 따르면 영향을 받지 않습니다. 원본 기사는 이 주장을 하지 않으므로 공식 성명이 아닌 커뮤니티 관찰로 취급해야 합니다.

"이것이 익스플로잇에 멀티 코어 시스템이 필요하다면 업데이트를 받지 못할 대부분의 소비자 라우터에게 좋은 소식입니다. 저렴한 단일 코어 하드웨어 덕분에 구원받았습니다."

— mrob

댓글 작성자들은 데스크톱 Linux, 소비자 모뎀 및 라우터, IoT 장치, OpenWrt에 대해서도 질문했습니다. 원본 기사는 서버에 초점을 맞추고 있으며 이러한 질문에 답하지 않습니다. 소스의 일반적인 규칙은 4.4 이후의 Linux 커널 중 수정 사항이 없고 IPv4 TCP 연결을 수락하는 모든 커널이 노출된다는 것이지만, 어플라이언스 및 클라우드 이미지는 공급업체의 업데이트가 필요합니다.

클라우드 및 로드 밸런서 노출

한 댓글 작성자는 특정 관리 서비스 뒤에 있는 AWS 사용자는 해당 서비스가 TCP 연결을 종료하고 AWS가 인프라에 업데이트를 적용하고 있기 때문에 덜 노출된다고 주장했습니다.

"AWS Web Application Firewall, Application Load Balancer, Classic Load Balancer, Network Load Balancer의 TLS 리스너, Cloud Front, API Gateway. 위 서비스를 사용하는 고객은 모범 사례를 따를 때 신뢰할 수 없는 소스에서 직접 TCP 연결을 받지 않습니다. AWS는 이러한 서비스의 기본 인프라에 업데이트를 적용하고 있으며 이러한 서비스를 사용하는 경우 즉각적인 고객 조치가 필요하지 않습니다. 그럼에도 불구하고 이러한 서비스 뒤에 있는 자체 관리 인스턴스를 30일 이내에 업데이트할 것을 권장합니다."

— Shank, AWS 보안 게시판 인용

이것은 자체 관리 인스턴스를 패치할 필요성을 제거하지 않습니다. 신뢰할 수 없는 네트워크에서 직접 도달할 수 없는 호스트의 긴급성을 변경합니다.

타임라인

모든 시간은 CDT(UTC−5)입니다.

시기	내용
10월 1일 오후 5:12	Eric Dumazet이 수정 사항을 게시하고 Anthropic의 Xinyang Ge를 보고자로 기록
10월 5일	수정 사항이 커널 네트워킹 트리에 병합됨
10월 11일	Linux 7.2.10 및 6.18.56이 수정 사항을 배포하고, 그날 밤 7.3-rc7이 이어짐
10월 15일 오전 4:56~7:16	Linux 6.12.113, 6.6.159, 6.1.190, 5.15.223 및 5.10.272가 수정 사항을 배포하고, CVE 레코드가 오전 7:08에 게시됨
10월 16일	Oracle이 Oracle Linux 7~10용 UEK errata를 게시
10월 18일	Linux 7.3이 수정 사항과 함께 릴리스됨
10월 24일	Amazon Linux 2023의 kernel6.18 패키지가 수정됨
10월 27일	Anthropic의 Frontier Red Team이 Claude가 실험실에서 만든 버그에 대한 원격 root 익스플로잇을 설명
10월 29일	Ubuntu는 여전히 커널을 취약한 것으로 나열하고, Amazon Linux 2023의 kernel6.12 패키지가 수정되고, CVE를 참조하는 GitHub 저장소가 나타나며, 오후 7:22에 경쟁 조건 트리거를 설명하는 저장소가 생성됨

Hacker News 토론이 추가한 내용

토론은 실용적인 패치 계획, 공개 비판, 실제 배포에서 버그가 얼마나 심각한지에 대한 논쟁으로 크게 나뉘었습니다.

여러 댓글 작성자는 원본 기사와 더 넓은 공개가 충분한 완화 세부 정보 없이 경보를 유발하는 언어를 사용한다고 비판했습니다.

"맥락이 전혀 없고, 정보가 전혀 없으며, 매우 경보를 유발하는 언어이지만 완화 요소에 대한 내용은 없습니다. 취약점을 전달하는 끔찍한 방법입니다."

— louwrentius

다른 사람들은 Anthropic의 미공개 익스플로잇 주장에 회의적이었습니다.

"이봐, 우리는 이 취약점으로 root RCE를 얻었어. 아니, PoC를 볼 수 없어, 그냥 믿어, 우리는 root RCE가 있어, 또한 우리 IPO 사줘."

— kristjank

반론은 버그가 대부분 기존에 존재했으며 이를 찾는 것이 전반적인 보안 개선이라는 것이었습니다.

"2027년은 하루에 2~3개의 주요 CVE가 나오는 해가 될 것입니다. 이에 대한 논의는 이상합니다. 때로는 'AI 때문'인 것처럼 들립니다. 이것들은 대부분 기존 버그이며, 일부는 매우 오래되었고, 숨어 있었습니다. 모두 발견되면 우리는 더 안전하고 안정적인 상태로 나올 것입니다."

— api

Ubuntu 사용자들은 수정된 커널이 -stable에 도달하기 전에 -proposed 저장소에서 사용 가능했다고 언급했습니다.

"Ubuntu를 사용한다면 -proposed 저장소에서 -43 버전을 가져와 업그레이드할 수 있습니다. 아직 -stable에 배포하지 않은 것이 미친 짓입니다."

— iknowstuff

한 댓글 작성자는 Hacker News 제목에서 "Linux"라는 단어를 삭제한 것에 반대했습니다. 이 버그는 BSD, macOS 또는 Windows에는 영향을 미치지 않기 때문입니다.

"이것은 Linux 취약점입니다. *BSD, Mac 또는 Windows를 실행 중이라면 영향을 받지 않습니다."

— asveikau

또 다른 댓글 작성자는 NVD의 영향을 받는 버전 형식이 범위 내 커널을 결정하는 데 사용할 수 없다고 비판했습니다.

"이전 보고서에서는 4.4 커널만 영향을 받는다고 했지, 이후 모든 버전이 아니라고 했습니다. 지금은 꽤 극적입니다. 알겠습니다. NVD 영향 버전 형식이 원인입니다. 전혀 사용할 수 없습니다. 버전, 브랜치 이름 및 태그가 있는 이유가 있습니다."

— rurban

결론

CVE-2026-98432는 애플리케이션 인증 전에 도달할 수 있는 IPv4 TCP 핸드셰이크 처리의 critical 등급 Linux 커널 use-after-free입니다. 업스트림 안정 커널은 2026년 10월에 수정했지만 배포판 커널은 뒤처졌습니다: Ubuntu와 RHEL은 2026년 10월 29일 현재 수정 사항을 배포하지 않았으며, Debian, SUSE, Oracle Linux UEK 및 일부 Amazon Linux 2023 커널은 수정되었습니다. 가장 안전한 즉각적인 조치는 모든 호스트 및 노드에서 실행 중인 커널을 식별하고, 배포판이 수정 커널을 배포하는 즉시 재부팅하고, IPv4 옵션 필터링을 완전한 완화가 아닌 임시 제어로 취급하는 것입니다.