🇰🇷 한글 설명
Linux 커널의 ipip 모듈에서 collect_md 모드 사용 시 metadata_dst 할당 실패 시 skb(소켓 버퍼)를 해제하지 못하는 메모리 누수 취약점이 발견되었습니다. ipip_tunnel_rcv()가 0을 반환하면서 패킷이 소비된 것으로 처리되지만 실제 메모리는 해제되지 않아 시스템 자원이 점진적으로 고갈될 수 있습니다.
💡 쉬운 설명
네트워크 패킷을 처리하는 과정에서 메모리를 사용한 뒤 이를 제대로 돌려주지 않는 버그가 있습니다. 이 문제가 지속되면 컴퓨터의 메모리가 부족해져 시스템 성능이 떨어지거나 멈출 수 있습니다.
🇺🇸 원문 (English)
In the Linux kernel, the following vulnerability has been resolved:
ipip: fix skb leak in collect_md mode when metadata_dst allocation fails
In collect_md mode ipip_tunnel_rcv() returns 0 without freeing the skb
when ip_tun_rx_dst() fails to allocate the metadata_dst. ipip_rcv() and
mplsip_rcv() are registered as xfrm_tunnel handlers, so tunnel4_rcv()
and tunnelmpls4_rcv() read the zero return as "the packet has been
consumed" and do not free it either. The skb is leaked.
The other tunnel drivers all dispose of the packet at this point:
ip6_tunnel.c jumps to its drop label, ip_gre.c and ip6_gre.c return
PACKET_REJECT, which makes gre_rcv() free the skb. Only ipip returns 0.
Jump to the existing drop label instead. It frees the skb and still
returns 0, so the packet keeps being reported as consumed, which is what
we want here: the outer header has already been pulled, and neither the
remaining handlers nor an ICMP unreachable have any use for it.
Triggering this needs an ipip or mplsip tunnel in collect_md mode and an
atomic allocation failure, which is why it has gone unnoticed.
📍 영향받는 시스템
Linux Kernel (ipip/mplsip tunnel collect_md mode enabled)
⚔️ 공격 벡터
특수한 네트워크 환경에서 메모리 할당 실패를 유도하는 패킷을 전송하여 메모리 누수 유발
🛡️ 대응 방법
Linux 커널을 최신 보안 패치가 적용된 버전으로 업데이트
🔧 검증 코드
출력된 커널 버전이 해당 취약점이 수정된 패치 버전 이후인지 확인