🇰🇷 한글 설명
리눅스 커널의 sfq 스케줄러에서 매우 큰 MTU 값을 가진 장치를 사용할 경우, 부호 있는 정수 오버플로가 발생하여 무한 루프에 빠지는 취약점입니다. 이로 인해 qdisc 락을 점유한 상태에서 소프트 락업(soft lockup)이 발생하여 시스템이 응답하지 않을 수 있습니다.
💡 쉬운 설명
네트워크 설정값이 비정상적으로 클 경우 컴퓨터의 핵심 엔진이 계산 오류를 일으켜 멈춰버리는 문제입니다. 공격자가 특수한 네트워크 설정을 만들면 시스템을 마비시킬 수 있습니다.
🇺🇸 원문 (English)
In the Linux kernel, the following vulnerability has been resolved:
net/sched: sfq: clamp quantum to avoid signed overflow soft lockup
sfq_init() sets q->quantum = psched_mtu(qdisc_dev(sch)) (unsigned). A
device with a huge MTU (e.g. dummy with max_mtu == 0 accepting MTU
2147483634) makes psched_mtu() return 0x80000000, so slot->allot = INT_MIN
and INT_MIN + INT_MIN toggles between INT_MIN and 0 forever, spinning
sfq_dequeue() under the qdisc lock.
Clamp the quantum to [256, 1 << 20] so the refill loop terminates. The
lower bound also covers q->quantum == 0 (psched_mtu() returning 0),
which spins sfq_dequeue() identically. sfq_change() already rejects a
negative quantum, so only the init path was exposed.
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 (sfq scheduler component)
⚔️ 공격 벡터
CAP_NET_ADMIN 권한을 가진 사용자가 매우 큰 MTU를 가진 가상 네트워크 장치를 생성하여 sfq_dequeue() 함수를 유도함
🛡️ 대응 방법
리눅스 커널을 최신 보안 패치가 적용된 버전으로 업데이트하여 quantum 값을 제한(clamp)해야 함
🔧 검증 코드
출력된 커널 버전이 해당 취약점이 패치된 최신 버전인지 확인하십시오.