🇰🇷 한글 설명
Linux 커널 MD/RAID10 서브시스템의 소프트락업 취약점으로, 비트맵 크기가 배열 크기보다 작을 때 md_bitmap_get_counter() 함수가 반환된 블록 값을 설정하지 않아 무한 루프가 발생합니다. lvextend와 lvchange --syncaction 명령 실행 시 CPU가 26초 이상 지속적으로 락업되는 문제를 야기합니다.
💡 쉬운 설명
Linux 커널의 RAID 관리 시스템에서 스토리지 확장 작업 중 특정 조건에서 시스템 프로세스가 멈춰서 반응하지 않게 되는 버그입니다. 이는 특정 RAID 구성에서만 발생하며 로컬 관리자만 트리거할 수 있습니다.
🇺🇸 원문 (English)
In the Linux kernel, the following vulnerability has been resolved:
md: fix resync softlockup when bitmap size is less than array size
Is is reported that for dm-raid10, lvextend + lvchange --syncaction will
trigger following softlockup:
kernel:watchdog: BUG: soft lockup - CPU#3 stuck for 26s! [mdX_resync:6976]
CPU: 7 PID: 3588 Comm: mdX_resync Kdump: loaded Not tainted 6.9.0-rc4-next-20240419 #1
RIP: 0010:_raw_spin_unlock_irq+0x13/0x30
Call Trace:
<TASK>
md_bitmap_start_sync+0x6b/0xf0
raid10_sync_request+0x25c/0x1b40 [raid10]
md_do_sync+0x64b/0x1020
md_thread+0xa7/0x170
kthread+0xcf/0x100
ret_from_fork+0x30/0x50
ret_from_fork_asm+0x1a/0x30
And the detailed process is as follows:
md_do_sync
j = mddev->resync_min
while (j < max_sectors)
sectors = raid10_sync_request(mddev, j, &skipped)
if (!md_bitmap_start_sync(..., &sync_blocks))
// md_bitmap_start_sync set sync_blocks to 0
return sync_blocks + sectors_skippe;
// sectors = 0;
j += sectors;
// j never change
Root cause is that commit 301867b1c168 ("md/raid10: check
slab-out-of-bounds in md_bitmap_get_counter") return early from
md_bitmap_get_counter(), without setting returned blocks.
Fix this problem by always set returned blocks from
md_bitmap_get_counter"(), as it used to be.
Noted that this patch just fix the softlockup problem in kernel, the
case that bitmap size doesn't match array size still need to be fixed.
📍 영향받는 시스템
Linux kernel 6.9.0-rc4 이전 버전의 dm-raid10 (RAID10 관련 업데이트 후 패치 필요)
⚔️ 공격 벡터
로컬 관리자 권한을 통한 lvextend + lvchange --syncaction 명령 실행으로 의도적 또는 우발적 DoS 유발
🛡️ 대응 방법
Linux 커널을 최신 버전으로 업그레이드하거나 md_bitmap_get_counter() 함수 패치 적용 (commit ID: 301867b1c168 이후 버전)
🔧 검증 코드
커널 버전이 6.8 이상이고 raid10 모듈이 로드되어 있으면 해당 커널 버전의 패치 상태를 확인하고, 필요시 업그레이드하세요.
uname -r | grep -E '(6\.[8-9]|6\.[1-9][0-9])' && grep -i raid10 /proc/modules