CVE-2026-98561
N/AIn the Linux kernel, the following vulnerability has been resolved: nfp: hold IPsec RX state under the XArray lock nfp_net_ipsec_rx() drops the XArray lock before taking a reference to the xfrm_state it found. The delete path can erase the entry and drop the last state reference in that interval. RX can then try to increment a zero refcount after the state has been queued for destruction. The driver queues firmware invalidation asynchronously; the delete path does not wait for the command to complete or drain pending RX processing. The XFRM garbage collector waits for an RCU grace period before freeing the state. That delays reclamation but does not make acquiring a reference from zero valid. Take the xfrm_state reference before releasing the XArray lock so xa_erase() cannot run between lookup and reference acquisition.
No known exploitation, public exploit, or elevated probability at this time. Track for changes.
Exploitation likelihood
0.2%chance of exploitation in 30 days · 9th percentile
Impact if exploited
—CVSS · not scored
- No impact metrics
Proof of concept & exploit code
- github-search Search GitHub for public PoC repos
Test against your own equipment
curl -s https://vulnpedia.com/cve/CVE-2026-98561/poc.jsonMachine-readable PoC index for this CVE (for automation).Listed for defensive triage, patch verification, and authorized testing on systems you own. Machine-readable: /cve/CVE-2026-98561/poc.json
References
Technical & other
- https://git.kernel.org/stable/c/c1b1639fb138db52fcfbd1747e92f2454076c6d5
- https://git.kernel.org/stable/c/dd765023bb54f9650f8b9137906fb2c4a554dd1d
- https://git.kernel.org/stable/c/8468d05aa08dc430b5675beadf6f6fb8943f170b
- https://git.kernel.org/stable/c/fe6c8ea8bfd5d1253bb0de682b1fcc2c4bb92488
- https://git.kernel.org/stable/c/1a983a4e14c635c40354be110cd9a1a5c94e01e6