🇰🇷 한글 설명
Linux 커널의 xfrm 구성 요소에서 xfrm_state_mtu 함수가 산술 연산 중 언더플로우를 발생시키는 취약점입니다. 공격자가 조작된 인증 키와 MTU 설정을 사용하여 매우 큰 값을 생성하면, esp_output 함수에서 음수 값이 발생하고 이것이 매우 큰 크기의 메모리 쓰기로 이어져 시스템 오류를 유발할 수 있습니다.
💡 쉬운 설명
네트워크 보안 설정 과정에서 계산 오류를 일으켜 컴퓨터 메모리의 아주 넓은 범위를 잘못된 데이터로 채워버리는 버그입니다. 이로 인해 시스템이 멈추거나 예상치 못한 동작을 할 수 있습니다.
🇺🇸 원문 (English)
In the Linux kernel, the following vulnerability has been resolved:
xfrm: Check for underflow in xfrm_state_mtu
Leo Lin reported OOB write issue in esp component:
xfrm_state_mtu() returns u32 but performs its arithmetic in unsigned
modulo-2^32 space using an attacker-influenced "header_len + authsize +
net_adj" subtracted from a small "mtu" argument. A nobody user can
install an IPv4 ESP tunnel SA with a large authentication key
(XFRMA_ALG_AUTH_TRUNC, e.g. hmac(sha512), 64-byte key, 64-byte trunc),
configure a small interface MTU (68 bytes), and set XFRMA_TFCPAD to a
large value. When a single UDP datagram is then sent through the
tunnel, xfrm_state_mtu() underflows to a near-2^32 value, and
esp_output() consumes it as a signed int via:
padto = min(x->tfcpad, xfrm_state_mtu(x, mtu_cached))
esp.tfclen = padto - skb->len (assigned to int)
esp.tfclen ends up negative (e.g. -207). It is sign-extended to size_t
when passed to memset() inside esp_output_fill_trailer(), producing a
~16 EB write of zeroes at skb_tail_pointer(skb). KASAN logs it as
"Write of size 18446744073709551537 at addr ffff888...".
Check for underflow and return 1. This causes the sendmsg attempt to
fail with ENETUNREACH.
📍 영향받는 시스템
Linux Kernel (xfrm/esp 구성 요소 포함 버전)
⚔️ 공격 벡터
권한이 낮은 사용자가 조작된 IPv4 ESP 터널 SA 및 MTU 설정을 통해 언더플로우 유도
🛡️ 대응 방법
Linux 커널을 최신 보안 패치가 적용된 버전으로 업데이트하십시오.
🔧 검증 코드
출력된 커널 버전이 해당 취약점이 해결된 패치 버전 이후인지 확인하십시오.