🇰🇷 한글 설명
Linux 커널의 BPF 구현 중 arena lock 획득 실패 시 mmap_lock 데드락이 발생하는 취약점이 해결되었습니다. arena_vm_fault()가 VM_FAULT_RETRY를 반환할 때 mmap_lock이 이미 획득된 상태로 중복 획득을 시도하여 시스템이 멈출 수 있는 문제입니다.
💡 쉬운 설명
컴퓨터의 핵심 운영체제인 리눅스에서 특정 작업을 처리할 때, 자물쇠를 두 번 잠그려고 시도하다가 시스템이 완전히 멈춰버리는 오류가 발견되었습니다. 이 문제는 시스템을 다시 시작해야 할 정도로 심각한 먹통 상태를 만들 수 있습니다.
🇺🇸 원문 (English)
In the Linux kernel, the following vulnerability has been resolved:
bpf: Fix mmap_lock deadlock on arena lock failure
Reported by the Sashiko AI review.
arena_vm_fault() returns VM_FAULT_RETRY when it can't take
arena->spinlock, but it never took mmap_lock. The fault path assumes a
VM_FAULT_RETRY handler already dropped mmap_lock and re-takes it on the
retry, so mmap_lock gets taken twice and can deadlock:
do_user_addr_fault()
{
fault = handle_mm_fault(...); // calls arena_vm_fault()
if (fault & VM_FAULT_RETRY)
goto retry; // re-locks mmap_lock
mmap_read_unlock(mm);
}
Return VM_FAULT_SIGBUS instead, for two reasons:
1. We could keep VM_FAULT_RETRY, but then we'd have to drop the fault
lock first and cap the retry ourselves, the way __folio_lock_or_retry()
does.
2. A failed raw_res_spin_lock_irqsave() already means a possible deadlock
was detected, so retrying just hits the same lock again.
So returning VM_FAULT_RETRY here is overkill.
📍 영향받는 시스템
Linux kernel (BPF 관련 기능이 활성화된 버전)
⚔️ 공격 벡터
로컬 공격자가 특수하게 조작된 BPF 프로그램을 실행하여 커널의 메모리 관리 로직을 트리거함으로써 데드락 유발
🛡️ 대응 방법
해당 취약점이 수정된 최신 버전의 Linux 커널로 업데이트
🔧 검증 코드
출력된 커널 버전을 확인하여 해당 취약점이 패치된 버전인지 보안 공지(Changelog)와 대조