🇰🇷 한글 설명
리눅스 커널의 UDP 터널 패킷 처리 과정에서 L4 집계(aggregation) 오류로 인해 내부 프로토콜 데이터가 손상될 수 있는 취약점입니다. 특정 설정(NETIF_F_GRO_FRAGLIST 등)이 활성화된 경우 VXLAN과 같은 터널 헤더가 무시되어 데이터 무결성이 깨질 수 있습니다.
💡 쉬운 설명
네트워크 데이터를 하나로 묶어 처리하는 과정에서 터널링 기술을 사용할 때 데이터 내용이 뒤섞이거나 깨질 수 있는 문제입니다. 이로 인해 네트워크 통신이 불안정해지거나 데이터가 잘못 전달될 위험이 있습니다.
🇺🇸 원문 (English)
In the Linux kernel, the following vulnerability has been resolved:
udp: skip L4 aggregation for UDP tunnel packets
If NETIF_F_GRO_FRAGLIST or NETIF_F_GRO_UDP_FWD are enabled, and there
are UDP tunnels available in the system, udp_gro_receive() could end-up
doing L4 aggregation (either SKB_GSO_UDP_L4 or SKB_GSO_FRAGLIST) at
the outer UDP tunnel level for packets effectively carrying and UDP
tunnel header.
That could cause inner protocol corruption. If e.g. the relevant
packets carry a vxlan header, different vxlan ids will be ignored/
aggregated to the same GSO packet. Inner headers will be ignored, too,
so that e.g. TCP over vxlan push packets will be held in the GRO
engine till the next flush, etc.
Just skip the SKB_GSO_UDP_L4 and SKB_GSO_FRAGLIST code path if the
current packet could land in a UDP tunnel, and let udp_gro_receive()
do GRO via udp_sk(sk)->gro_receive.
The check implemented in this patch is broader than what is strictly
needed, as the existing UDP tunnel could be e.g. configured on top of
a different device: we could end-up skipping GRO at-all for some packets.
Anyhow, that is a very thin corner case and covering it will add quite
a bit of complexity.
v1 -> v2:
- hopefully clarify the commit message
📍 영향받는 시스템
UDP 터널링(VXLAN 등) 및 특정 GRO(Generic Receive Offload) 기능이 활성화된 리눅스 커널
⚔️ 공격 벡터
특수하게 조작된 UDP 터널 패킷을 전송하여 내부 프로토콜 헤더의 손상 및 데이터 오염 유도
🛡️ 대응 방법
UDP 터널 패킷에 대해 L4 집계를 건너뛰도록 수정된 최신 리눅스 커널 버전으로 업데이트
🔧 검증 코드
출력된 커널 버전이 해당 취약점이 패치된 보안 업데이트 버전인지 확인