🇰🇷 한글 설명
Linux 커널의 md/raid1 구성 요소에서 raid1_takeover() 함수가 array_frozen 상태를 잘못 설정하여 발생하는 취약점입니다. 과거에는 다른 프로세스가 이를 해제했으나, 커널 업데이트로 인해 해당 해제 과정이 생략되면서 RAID1 어레이에 대한 모든 I/O 작업이 영구적으로 중단되는 문제가 발생합니다.
💡 쉬운 설명
컴퓨터의 데이터를 안전하게 보관하는 RAID1 저장 장치 시스템에서 데이터 읽기/쓰기가 영구적으로 멈춰버리는 버그입니다. 시스템 업데이트 과정에서 데이터 보호를 위한 잠금 장치가 해제되지 않고 계속 잠겨 있는 상태로 남게 됩니다.
🇺🇸 원문 (English)
In the Linux kernel, the following vulnerability has been resolved:
md/raid1: don't set array_frozen in raid1_takeover()
raid1_takeover() sets conf->array_frozen = 1 on the newly-allocated
r1conf and nothing ever clears it, so every I/O to the array stalls
permanently once _wait_barrier() sees it stuck at 1.
This used to be harmless: level_store() called mddev_resume() right
after pers->run(), which called raid1_quiesce(mddev, 0) and cleared
array_frozen back to 0 regardless of what raid1_takeover() set. Commit
b39f35ebe86d ("md: don't quiesce in mddev_suspend()") removed that
quiesce(mddev, 0) call, so the pre-set now sticks.
setup_conf() already zero-initializes the new r1conf via kzalloc, so
just don't set array_frozen here.
Same class of bug as commit 892da88d1cd9 ("md/raid10: fix a
'conf->barrier' leakage in raid10_takeover()"), also triggered by
b39f35ebe86d.
📍 영향받는 시스템
Linux kernel (md/raid1 모듈을 사용하는 버전)
⚔️ 공격 벡터
직접적인 외부 공격보다는 커널의 특정 기능(mddev_suspend 관련) 호출 시 발생하는 논리적 오류에 의한 서비스 거부(DoS)
🛡️ 대응 방법
해당 버그가 수정된 최신 버전의 Linux 커널로 업데이트하십시오.
🔧 검증 코드
출력된 커널 버전이 해당 취약점이 수정된 패치 버전 이후인지 확인하십시오.