CVE-2026-90342

Unknown

Description

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.

SeverityUnknown
CVSS—
Exploit probability—
ProductLinux
PublishedSep 17, 2026
First seenSep 17, 2026

How to fix

Update
  • Linux Linuxaf8087f16714f7620c4db3e732baaa1b2337948f, 0b10b945479c954393d62ee3229d2f224a4ca91c or later

Affected products

ProductAffected versionsFixed in
Linux Linuxb8467290edab4bafae352bf3f317055669a1a458 ≤ v < af8087f16714f7620c4db3e732baaa1b2337948f, b8467290edab4bafae352bf3f317055669a1a458 ≤ v < 0b10b945479c954393d62ee3229d2f224a4ca91c, 7.0af8087f16714f7620c4db3e732baaa1b2337948f, 0b10b945479c954393d62ee3229d2f224a4ca91c

Check your version

Choose the product and enter the version you run to see whether it falls in the affected range.

In the Intelligence 360 plan

Attack Surface Management

See the assets tied to your domains, the technologies they run and known vulnerabilities in one list.