🇰🇷 한글 설명
Linux 커널의 xfrm 구성 요소에서 ESP-in-TCP 패킷 처리 중 발생할 수 있는 취약점이 해결되었습니다. 네트워크 네임스페이스나 veth 인터페이스가 해제되는 과정에서 유입 장치(ingress device)가 사라지면, XFRM 입력 경로가 NULL 포인터를 참조하여 시스템 오류를 유발할 수 있습니다.
💡 쉬운 설명
네트워크 연결 통로가 사라지는 순간에 남아있던 데이터 패킷이 잘못된 메모리 주소를 참조하여 시스템을 불안정하게 만들 수 있는 문제입니다. 패킷이 들어올 통로가 더 이상 존재하지 않으면 해당 데이터를 안전하게 버리도록 수정되었습니다.
🇺🇸 원문 (English)
In the Linux kernel, the following vulnerability has been resolved:
xfrm: drop ESP-in-TCP packets with no ingress device
ESP-in-TCP receives records through the TCP strparser. handle_esp()
restores skb->dev from the saved skb_iif before passing the packet into
the XFRM input path.
Queued TCP data can be processed after the original ingress device has
been removed, for example during veth or net namespace teardown. In that
case dev_get_by_index_rcu() returns NULL. The XFRM IPv4 and IPv6 input
paths both expect skb->dev to be valid while building the route lookup,
so queued ESP-in-TCP data can dereference a NULL device.
Drop the packet if the saved ingress device can no longer be resolved.
Such a packet can no longer be routed through the normal XFRM receive
path, and this preserves the existing behaviour for packets whose ingress
device still exists.
📍 영향받는 시스템
Linux Kernel (xfrm 모듈을 사용하는 시스템)
⚔️ 공격 벡터
네트워크 네임스페이스 또는 veth 인터페이스를 해제하는 과정에서 의도적으로 유입 장치가 없는 ESP-in-TCP 패킷을 처리하도록 유도
🛡️ 대응 방법
Linux 커널을 최신 보안 패치가 적용된 버전으로 업데이트하십시오.
🔧 검증 코드
출력된 커널 버전이 해당 취약점이 수정된 패치 버전 이후인지 확인하십시오.