🇰🇷 한글 설명
Linux 커널의 FUSE 모듈에서 io-uring 준비 상태를 확인하는 과정 중 메모리 장벽(barrier)이 누락된 취약점입니다. 이로 인해 CPU가 초기화 상태와 io-uring 상태를 잘못된 순서로 읽을 수 있으며, 결과적으로 이전에 해결되었던 데드락(deadlock) 문제가 재발할 수 있습니다.
💡 쉬운 설명
컴퓨터의 두뇌 역할을 하는 CPU가 데이터를 읽는 순서가 꼬여서 시스템이 멈춰버릴 수 있는 문제입니다. 특정 작업이 준비되기 전에 작업을 시작하려고 시도하면서 시스템 전체가 응답하지 않는 상태가 될 수 있습니다.
🇺🇸 원문 (English)
In the Linux kernel, the following vulnerability has been resolved:
fuse: fix missing barrier when checking io-uring readiness
fuse_block_alloc() reads fch->initialized and then fch->io_uring.
fch->io_uring is set before fch->initialized, ordered by the smp_wmb()
in fuse_chan_set_intialized(), but fuse_block_alloc() has no matching
read barrier between the two loads.
This may lead a CPU to observe fch->initialized=1 but fch->io_uring=0,
and skip the check that blocks request allocation until the io-uring
queues are ready. This can reintroduce the lock-order inversion deadlock
that commit 3393ff964e0f prevents.
Add an smp_rmb() barrier to pair with the smp_wmb() in
fuse_chan_set_initialized() to prevent this.
📍 영향받는 시스템
Linux Kernel (FUSE 모듈을 사용하는 시스템)
⚔️ 공격 벡터
로컬 공격자가 특정 조건에서 FUSE를 통해 시스템의 교착 상태(Deadlock)를 유발할 수 있음
🛡️ 대응 방법
커널 패치를 적용하여 fuse_block_alloc() 함수에 smp_rmb() 메모리 읽기 장벽을 추가해야 함
🔧 검증 코드
현재 실행 중인 커널 버전을 확인하여 해당 취약점이 수정된 최신 패치 버전인지 확인합니다.