Kestrel
대시보드로 돌아가기
CVE-2026-90342UNKNOWNMITRENVD대응게시일: 2026. 09. 17.수정일: 2026. 09. 17.CNA: 416baaa9-dc9f-4396-8d5f-8c081fb06d67Received

In the Linux kernel, the following vulnerability has been resolved: bpf: Fix mmap_lock deadlock on arena lock failure Reported by the Sash

위협 신호 · CVSS · EPSS · KEV

정기 패치· 높은 악용 신호 없음
CVSS
unknown

이론적 심각도 점수

EPSS

예측 데이터 없음

KEV
미등재

실측 악용 기록 없음

권장 대응 기한60일 이내CISA SSVC 기준

계획된 패치 주기 내 조치(60일 이내)

외부 노출· KEV 미등재 · 자동화 어려움 · 부분 영향 · 외부 노출

CVSS 벡터 · 메트릭

CVSS 벡터 정보 없음

상세 설명

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:

text
1do_user_addr_fault()
2{
3 fault = handle_mm_fault(...); // calls arena_vm_fault()
4 if (fault & VM_FAULT_RETRY)
5 goto retry; // re-locks mmap_lock
6 mmap_read_unlock(mm);
7}

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.

AI 심층 분석

공격 시나리오 · 재현 가능한 PoC 페이로드 · 즉시 적용 가능한 차단 패치를 한 번에 받아 보세요. 보안 운영팀이 그대로 점검·티켓팅에 쓸 수 있는 형태로 정리해 드립니다.