🇰🇷 한글 설명
Linux 커널의 fq_codel 스케줄러에서 MTU 값이 적절히 제한되지 않아 발생하는 취약점입니다. 매우 큰 MTU를 가진 장치를 사용할 경우 정수 오버플로가 발생하여 무한 루프 및 소프트 락업(Soft Lockup) 현상이 나타날 수 있습니다.
💡 쉬운 설명
네트워크 설정 중 특정 값이 너무 크게 입력되면 컴퓨터의 핵심 기능이 멈춰버리는 오류가 발생할 수 있습니다. 이로 인해 시스템이 응답하지 않는 상태가 될 수 있습니다.
🇺🇸 원문 (English)
In the Linux kernel, the following vulnerability has been resolved:
net/sched: fq_codel: clamp default quantum and mtu
fq_codel_init() sets q->quantum = psched_mtu(qdisc_dev(sch)) without
clamping. A device with a huge MTU (e.g. dummy with max_mtu == 0
accepting MTU 2147483634) makes psched_mtu() return 0x80000000, which
overflows the signed flow->deficit to INT_MIN in fq_codel_dequeue(),
causing an infinite loop and soft lockup. Emulate fq_codel_change()
and constrain to [256, FQ_CODEL_QUANTUM_MAX].
The same unclamped psched_mtu() is assigned to q->cparams.mtu a bit
below, and fq_codel_change() never updates it. codel_should_drop()
tests "*backlog <= params->mtu"; with mtu == 0x80000000 (~2 GiB) and
the default 32 MiB memory_limit, the test is always true, so CoDel is
silently and completely disabled (no drops, no ECN). Declare a single
clamped mtu and assign both q->quantum and q->cparams.mtu from it,
which also removes the double psched_mtu() call.
Conditions to recreate the bug: a device whose MTU (plus
hard_header_len) wraps psched_mtu() into the sign bit (e.g. a dummy
device with max_mtu == 0 accepting MTU 2147483634). Requires
CAP_NET_ADMIN in a user namespace.
📍 영향받는 시스템
Linux Kernel (fq_codel 스케줄러를 사용하는 시스템)
⚔️ 공격 벡터
CAP_NET_ADMIN 권한을 가진 사용자가 비정상적으로 큰 MTU를 가진 가상 네트워크 장치를 생성하여 트리거
🛡️ 대응 방법
Linux 커널을 최신 보안 패치가 적용된 버전으로 업데이트하여 fq_codel의 quantum 및 mtu 값에 대한 제한(clamping) 적용
🔧 검증 코드
출력된 커널 버전이 해당 취약점이 해결된 패치 버전 이후인지 확인