{
  "cveId": "CVE-2026-90342",
  "url": "https://patchblox.com/security/cve/CVE-2026-90342",
  "summary": "CVE-2026-90342 is fixed in linux on 1 platform by DEBIAN-CVE-2026-90342 (version 7.2.6-1), released September 23, 2026. It is not reported as exploited. Patch Radar priority: Routine.",
  "title": "linux: In the Linux kernel, the following vulnerability has been resolved:  bpf: Fix mmap_lock deadlock on arena lock failur...",
  "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\u0027t take arena-\u003Espinlock, 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:  \tdo_user_addr_fault() \t{ \t\tfault = handle_mm_fault(...);   // calls arena_vm_fault() \t\tif (fault \u0026 VM_FAULT_RETRY) \t\t\tgoto retry;   // re-locks mmap_lock \t\tmmap_read_unlock(mm); \t}  Return VM_FAULT_SIGBUS instead, for two reasons:  1. We could keep VM_FAULT_RETRY, but then we\u0027d 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.",
  "published": "2026-09-17T17:17:32Z",
  "severity": "",
  "epss": 0.00198,
  "epssPercentile": 0.09565,
  "priority": "Routine",
  "priorityTier": 4,
  "exploited": false,
  "vendorExploited": false,
  "disclosed": false,
  "fixes": [
    {
      "platform": "linux",
      "product": "linux",
      "release": "Debian 14",
      "fixedVersion": "7.2.6-1",
      "fix": "DEBIAN-CVE-2026-90342",
      "url": "https://patchblox.com/security/fix/linux/debian-cve-2026-90342",
      "released": "2026-09-23T19:19:02Z"
    }
  ],
  "noFixYet": [],
  "dataAsOf": "2026-11-08T00:53:09Z",
  "attribution": {
    "text": "Data: Patchblox Patch Radar",
    "url": "https://patchblox.com/security/patch-radar",
    "terms": "https://patchblox.com/security/patch-radar/use-the-data"
  }
}