🇰🇷 한글 설명
Linux 커널의 블록 I/O 비용 계산 모듈(blk-iocost)에서 시프트 연산 크기 검증 부족으로 인한 정의되지 않은 동작이 발생합니다. 특정 조건에서 iocg->delay가 64비트를 초과하는 크기로 우시프트되어 메모리 손상과 시스템 불안정을 야기할 수 있습니다.
💡 쉬운 설명
리눅스의 I/O 성능 관리 코드에서 수학 계산 실수가 발생하며, 이로 인해 시스템이 예측 불가능하게 동작하거나 충돌할 수 있습니다.
🇺🇸 원문 (English)
In the Linux kernel, the following vulnerability has been resolved:
blk-iocost: avoid out of bounds shift
UBSAN catches undefined behavior in blk-iocost, where sometimes
iocg->delay is shifted right by a number that is too large,
resulting in undefined behavior on some architectures.
[ 186.556576] ------------[ cut here ]------------
UBSAN: shift-out-of-bounds in block/blk-iocost.c:1366:23
shift exponent 64 is too large for 64-bit type 'u64' (aka 'unsigned long long')
CPU: 16 PID: 0 Comm: swapper/16 Tainted: G S E N 6.9.0-0_fbk700_debug_rc2_kbuilder_0_gc85af715cac0 #1
Hardware name: Quanta Twin Lakes MP/Twin Lakes Passive MP, BIOS F09_3A23 12/08/2020
Call Trace:
<IRQ>
dump_stack_lvl+0x8f/0xe0
__ubsan_handle_shift_out_of_bounds+0x22c/0x280
iocg_kick_delay+0x30b/0x310
ioc_timer_fn+0x2fb/0x1f80
__run_timer_base+0x1b6/0x250
...
Avoid that undefined behavior by simply taking the
"delay = 0" branch if the shift is too large.
I am not sure what the symptoms of an undefined value
delay will be, but I suspect it could be more than a
little annoying to debug.
📍 영향받는 시스템
Linux 커널 6.9.0 이전 버전 (blk-iocost 모듈 활성화된 시스템)
⚔️ 공격 벡터
로컬 시스템에서 I/O 작업 트래픽을 통한 간접 트리거 (권한 불필요)
🛡️ 대응 방법
Linux 커널을 패치 적용된 최신 버전으로 업그레이드 (6.9.0 이상)
🔧 검증 코드
커널 버전이 6.9.0 미만이면 취약 상태, 6.9.0 이상이면 패치됨
uname -r | awk -F. '{if($1<6 || ($1==6 && $2<9)) print "Vulnerable"; else print "Patched"}'