CVE-2026-89549High· 7.5▾ TwilightIn the Linux kernel, the following vulnerability has been resolved: sunrpc: route to a populated pool in svc_pool_for_cpu() svc_set_num_threads() spreads the requested threads evenly across the service's pools (base = nrservs / sv_nrpo…
▾ Twilight zone — High severity, or a signal on a lesser flaw
impact 41.3 · likelihood 0.1 · exploitation 0
Need a working PoC? Pro members can cast a request and our team develops one — it lands right here.
Stakeholder-Specific Vulnerability Categorization from CISA's ADP record at CVE.org: whether exploitation is observed, whether an attack can be automated, and how much of the system is at stake. The CVSS score shown above comes from the assigning CNA record, not NVD.
Exploit-prediction probability, daily snapshots since Sep 12.
Disclosure to exploitation, from the record and what we observed since indexing it.
Disclosed via CVEORG
0.2%
— → 5.9
none → medium
— → 5.9
none → medium
— → 7.5
none → high
7.5 → 5.9
high → medium
5.9 → 7.5
medium → high
0.2% → 0.7%
Last analysed / modified upstream
In the Linux kernel, the following vulnerability has been resolved:
sunrpc: route to a populated pool in svc_pool_for_cpu()
svc_set_num_threads() spreads the requested threads evenly across the service's pools (base = nrservs / sv_nrpools). When a service runs fewer threads than it has pools -- e.g. an nfsd configured with fewer threads than the host has NUMA nodes while running in "pernode" or "percpu" mode -- the trailing pools are left with no threads at all.
svc_xprt_enqueue() selects a pool from the CPU servicing the transport, queues the transport on that pool's sp_xprts, and only wakes a thread from the same pool. Each thread services exclusively its own pool, so a transport that lands on a threadless pool is enqueued on sp_xprts and never picked up: the connection hangs indefinitely.
Have svc_pool_for_cpu() skip pools that currently have no threads, falling back to the next populated pool. This trades NUMA locality for a guarantee that the work is actually serviced. sp_nrthreads is only updated under the service mutex; the lockless read here is a best-effort routing hint, so annotate it with data_race().
Linux >= bfd241600a3b0db4fe43c859f1460d0a958d924a < 9accc25e5af0bac8479f6054e674b2c593c45281Linux >= bfd241600a3b0db4fe43c859f1460d0a958d924a < 6f66d38e2a6c78d48723ea17ad86135ec80ca24bLinux >= bfd241600a3b0db4fe43c859f1460d0a958d924a < d79d7b9e8acbb53e2d60f6b24afc13e2f15e691fLinux >= bfd241600a3b0db4fe43c859f1460d0a958d924a < edb20e8c03aebacb409968c99d046f509c6c485aLinux >= bfd241600a3b0db4fe43c859f1460d0a958d924a < 011479cf9a7657d4a3e7cc42a784ac63df594170Linux >= bfd241600a3b0db4fe43c859f1460d0a958d924a < 9d04d64ad192439835ed9884d767353061c3ed6fLinux >= bfd241600a3b0db4fe43c859f1460d0a958d924a < 8f766d2d0b4dabf54f8b35812df2b4f481d13316Linux >= bfd241600a3b0db4fe43c859f1460d0a958d924a < f6310491c4cdb88af73aa551ec9df1f10a90c709Linux 2.6.19Refer to the linked advisories for vendor-supplied fixes and affected version ranges.
Field changes observed since this record was first indexed.
Connected by shared product, vendor, weakness, or advisory.
CVE-2026-99118Nonedrm/i915/dmc: Harden DMC firmware payload parsing
CVE-2026-99117Nonenet: bridge: mcast: don't truncate the port group walk on teardown
CVE-2026-99121Noneipv4: avoid divide by zero in fib_rebalance
CVE-2026-99120NoneKVM: x86/mmu: Cope with the SS bit being set in #NPF exit codes
CVE-2026-99119Nonedrm/amdgpu/userq: actually validate userq BOs
CVE-2026-99123Nonevsock/virtio: validate packet source for connected sockets