뒤로

2026/11/04

CVE-2026-98432: Linux TCP 해제 후 사용, MPTCP를 통한 AI 지원 원격 root, 엔터프라이즈 Linux 방어

Linux IPv4 TCP 처리의 경쟁 조건, 시연된 MPTCP 원격 root, RHEL·Ubuntu·Oracle Linux·Debian의 수정 및 완화 조치를 정리합니다.

정보 확인일: 2026년 11월 3일 | LOGIQ 기술 분석

2026년 10월, Linux 커널의 IPv4 TCP 연결 처리에서 해제 후 사용(use-after-free, UAF) 취약점인 CVE-2026-98432가 공개되었습니다. Linux 커널 CVE 팀은 10월 15일에 공지를 발표했습니다. 10월 27일에는 Anthropic이 공개되지 않은 내부 연구용 모델이 MPTCP(Multipath TCP) 리스너가 있는 Linux 서버를 대상으로 인증 없이 root 권한의 원격 명령 실행을 시연했다고 보고했습니다. 중요한 점은 이 특정 익스플로잇 조건을, 일반 IPv4 TCP 서비스에 영향을 미치는 더 넓은 취약점 및 서비스 거부 위험과 혼동해서는 안 된다는 것입니다.

핵심 요약

  • 이 결함은 일반적인 IPv4 TCP 연결 요청 처리에서 발생하는 경쟁 조건으로, Linux 4.4부터 존재했습니다. 버그 자체에는 MPTCP가 필요하지 않습니다.
  • Anthropic의 원격 root 시연은 MPTCP 리스너가 있는 서버를 대상으로 했지만, 다른 TCP 서비스도 크래시, 서비스 거부, 메모리 손상의 위험이 있습니다.
  • Red Hat은 이 문제를 Critical(CVSS v3.1 9.8)로 평가하고 11월 1일에 RHEL 8, 9, 10용 수정 커널을 출시했습니다. Ubuntu의 수정은 11월 3일 기준 아직 진행 중이었습니다.
  • 벤더가 승인한 수정 커널을 설치하고 재부팅한 뒤 실행 중인 커널을 확인하십시오. 완화 조치는 노출을 줄이지만 패치를 대신하지는 못합니다.

경쟁 조건이 발생하는 지점

이 문제는 IPv4 TCP 3방향 핸드셰이크와 관련이 있습니다. 요청 소켓이 보유한 IP 옵션(ireq->ireq_opt)은 tcp_v4_syn_recv_sock() 처리 중 복사되지 않은 채 자식 소켓의 inet_opt로 넘겨질 수 있습니다. 다른 CPU가 재전송된 SYN을 처리하며 SYN/ACK를 구성하는 동안 자식 소켓이 소멸되면, 아직 사용 중인 옵션 메모리가 해제될 수 있습니다. 이후 ip_options_build() 같은 함수가 접근하면 UAF가 발생할 수 있습니다.

관련된 경쟁 조건은 net.ipv4.tcp_migrate_req=1 또는 BPF_SK_REUSEPORT_SELECT_OR_MIGRATE를 통한 요청 소켓 마이그레이션에도 존재하며, 이 경우 원래 요청 소켓과 복제된 요청 소켓 사이에서 옵션 데이터가 공유될 수 있습니다. 취약한 동작은 Linux 4.4까지 거슬러 올라가지만, 실제 노출 여부는 백포트를 포함해 벤더 커널별로 평가해야 합니다.

업스트림 수정 커밋 e3f33b0a1d89(“ipv4: free inet_opt and ireq_opt after an RCU grace period”)는 inet_sock_destruct()와 tcp_v4_reqsk_destructor()의 즉시 해제를 kfree_rcu()를 통한 RCU 지연 해제로 변경합니다. Linux CVE 공지는 커널 버전 6.12.113, 6.18.56, 7.2.10, 7.3-rc7에서 수정되었다고 밝히고 있습니다. 초기 IPv6 경로는 같은 취약점이 아니지만, CALIPSO와 관련된 IPv6 마이그레이션 경로는 별도의 패치로 해결됩니다.

시연된 원격 root 접근과 일반적인 노출을 혼동하지 마십시오

Anthropic의 개념 증명(PoC)은 MPTCP 리스너가 있는 서버를 대상으로 했으며, 커널 주소 정보 유출과 제어 흐름 탈취를 결합했습니다. 보고된 실험에서는 정보 유출을 얻는 데 약 48분, 명령 실행을 달성하는 데 추가로 5분이 걸렸습니다. 경쟁에서 지더라도 시스템이 크래시되지 않고 핸드셰이크만 실패하므로, 공격자는 계속 재시도할 수 있습니다. 그러나 근본적인 UAF는 MPTCP 전용 코드가 아니라 일반적인 IPv4 TCP 연결 요청 처리에 있습니다.

MPTCP를 사용하지 않는 모든 일반 TCP 서비스에 대해 같은 원격 root 익스플로잇 기법이 시연된 것은 아닙니다. 그렇다고 MPTCP를 비활성화하면 시스템이 완전히 안전해진다고 가정하는 것도 잘못입니다. Red Hat은 MPTCP가 필수 조건이 아니며, MPTCP가 비활성화된(기본값) 시스템도 영향을 받는다고 밝히고, 표준 IPv4 TCP 서비스에서 인증 없는 원격 크래시, 서비스 거부, 메모리 손상이 발생할 수 있다고 경고합니다.

주요 벤더 평가: 심각도와 수정 상태

2026년 11월 3일 확인 기준 상태입니다. 벤더 페이지는 변경되므로, 조치하기 전에 항상 최신 항목을 확인하십시오.

벤더심각도수정 상태
Red HatCritical, CVSS v3.1 9.811월 1일 수정 커널 출시: RHEL 8(RHSA-2026:93414, NFV용 kernel-rt는 RHSA-2026:93415), RHEL 9(RHSA-2026:93412), RHEL 10(RHSA-2026:93413). RHEL 9 kernel-rt와 OpenShift(RHCOS)는 여전히 Affected로 표시. RHEL 6과 7은 영향 없음.
Ubuntu우선순위 High, CVSS 9.826.10, 26.04, 24.04, 22.04의 linux: Vulnerable, 작업 진행 중. 20.04, 18.04, 16.04: Vulnerable. 수정 패키지는 아직 출시되지 않음.
Oracle LinuxImportant, 잠정 CVSS 8.1OL7~OL10용 UEK 에라타(ELSA-2026-500397, -500398, -500399) 10월 16일자. OL8(ELSA-2026-93414)과 OL10(ELSA-2026-93413)용 RHCK 에라타 11월 2일자. OL9용 RHCK 에라타는 아직 없음.
Debian(Security Tracker)bookworm 6.1.190-1(DLA-4841-1), bookworm linux-6.12 6.12.113-1~deb12u1(DLA-4850-1), trixie 6.12.113-1(DSA-6568-1)에서 수정. forky와 sid도 수정됨.

Red Hat(평가 10월 30일 개정, 공지 최종 업데이트 11월 2일). 공식 CVE 페이지는 인증되지 않은 원격 공격자가 일반 IPv4 TCP 트래픽을 통해 커널 메모리를 손상시키거나 시스템을 크래시시킬 수 있다는 이유로 이 문제를 Critical(CVSS v3.1 9.8)로 평가합니다. RHEL 8, 9, 10과 OpenShift가 영향을 받는 것으로 표시되어 있으며, RHEL 7 커널은 관련 코드가 없어 영향 없음으로 표시되어 있습니다. 11월 1일부터 Red Hat의 CVE 데이터에는 수정 커널 kernel-4.18.0-553.182.1.el8_10(RHEL 8), kernel-5.14.0-687.64.1.el9_8(RHEL 9), kernel-6.12.0-211.72.1.el10_2(RHEL 10)가 등재되어 있습니다. 보안 공지 RHSB-2026-016은 여전히 진행 중으로 표시되어 있으며, 완화 절차는 이 공지에서 확인할 수 있습니다. 5.9나 8.1 같은 2차 자료의 이전 점수를 현재 Red Hat의 평가로 제시하지 마십시오.

Ubuntu(공식 표 최종 업데이트 10월 30일). CVE의 CVSS는 9.8이며, Ubuntu 자체 우선순위는 High입니다. Ubuntu 26.10, 26.04, 24.04, 22.04의 표준 linux 패키지는 “Vulnerable, work in progress”로 표시되어 있고, 계획된 수정 버전이 페이지에 나와 있습니다. 20.04는 다른 상태들과 함께 Vulnerable로 표시되어 있습니다. AWS, Azure, HWE, RT 등의 커널 플레이버는 개별적으로 평가해야 합니다. “work in progress”는 수정이 출시되었다는 의미가 아닙니다.

Oracle Linux. Oracle 자체 평가는 Important이며, 잠정 CVSS 점수는 8.1입니다. OL7, OL8, OL9, OL10용 UEK 에라타는 10월 16일자이고, 11월 2일에 OL8과 OL10용 RHCK 에라타가 이어졌습니다. UEK의 수정을 RHCK나 모든 마이너 릴리스로 일반화해서는 안 됩니다. 설치된 커널과 정확한 에라타를 평가하십시오.

Debian. 공식 Security Tracker는 bookworm-security 6.1.190-1과 trixie-security 6.12.113-1 등을 수정됨으로 표시합니다. 설치된 패키지 버전과 재부팅 후 실행 중인 커널을 모두 확인하십시오.

CVSS 결과는 배포판별 구성과 수정 사항 때문에 CNA와 벤더 사이에 다를 수 있으며, 평가가 바뀔 수도 있습니다. 항상 확인 날짜를 기록하고 각 공식 출처에 링크하십시오.

방어 조치: 완화 조치는 패치를 대신하지 않습니다

최우선 과제는 벤더가 승인한 수정 커널을 설치하고 재부팅 후 실행 중인 버전을 확인하는 것입니다. 아직 수정이 제공되지 않는 경우, 불필요한 공개 TCP 서비스를 닫고, 허용하는 출발지 네트워크를 제한하며, 노출된 호스트의 모니터링을 우선하는 방안을 검토하십시오.

Red Hat의 공지는 IPv4 헤더에 IP 옵션이 포함된 수신 IPv4 TCP 패킷을 차단하는 nftables 완화 조치를 설명합니다.

table inet cve_2026_98432 {
  chain input {
    type filter hook input priority -310; policy accept;
    ip protocol tcp ip hdrlength > 5 counter drop
  }
}

이것은 완전한 보호가 아니며, IP 옵션에 의존하는 워크로드를 방해할 수 있으므로 배포 전에 업무 트래픽에 미치는 영향을 테스트해야 합니다. TCP 헤더의 일반적인 TCP 옵션은 계속 허용되며, 이는 TCP Options 필드를 차단하는 것이 아닙니다. OpenShift에서는 노드 수준 규칙이 클러스터 네트워크 내부의 Pod 간 트래픽을 필터링하지 않으므로, 네트워크 경계에서의 필터링이 중요합니다. 수정 커널이 실행되면 이 테이블을 제거하십시오.

팁: 패치 후 uname -r을 벤더 에라타의 수정 버전과 비교하고, 그 출력을 변경 기록과 함께 보관하십시오. 설치만 되고 아직 부팅되지 않은 패키지로는 취약점이 해소되지 않습니다.

Linux에서는 Go 1.24 이상의 Go net 패키지가 리스너에 대해 기본적으로 MPTCP를 활성화합니다. Go 팀은 이를 비활성화하는 방법으로 GODEBUG=multipathtcp=0을 문서화하고 있습니다(go.mod의 godebug 줄로도 지정 가능). 기본값을 변경하자는 제안은 아직 논의 중이며, Go 메인테이너들은 패치된 커널이 진짜 해결책이라고 말합니다. 이 설정은 Anthropic이 시연한 MPTCP 의존 공격 경로에 대한 노출을 줄일 수 있지만, 커널 UAF 자체를 수정하지는 않습니다. MPTCP 사용 현황을 서비스별로 검토하십시오.

LOGIQ의 관점

엔터프라이즈 Linux 유지보수에서는 공개된 CVSS 수치나 uname -r만으로 안전성을 판단할 수 없습니다. OS 릴리스, 커널 계열(예: UEK 대 RHCK), 패키지 릴리스, 현재 부팅된 커널, 네트워크 노출, MPTCP 설정, 벤더 에라타, 재부팅 증거를 함께 평가하십시오. 영향 평가와 검증부터 배포 및 운영 모니터링까지 전체 과정을 추적해야 합니다.

벤더 수정이 아직 나오지 않은 경우, 임시 완화 조치에 따른 잔여 위험을 문서화하고, 패치가 나온 뒤 해당 완화 조치를 재평가하십시오. AI가 취약점의 실제 악용 가능성을 높이는 상황에서, 엔터프라이즈 유지보수는 탐지, 검증, 조치, 정상 운영의 증거에 이르는 전체 수명 주기를 아울러야 합니다.

1차 출처 및 참고 자료