Description
In 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.
Published: 2026-10-18
Score: 5.9 Medium
EPSS: < 1% Very Low
KEV: No
Impact: Use-After-Free
Action: Patch Immediately
AI Analysis

Impact

This race condition in the Linux kernel nfp allows the secure IPsec RX state lookup to be released while the XArray lock is still held, enabling an attacker to trigger a use‑after‑free scenario. The flaw occurs when the driver drops the XArray lock before referencing the xfrm_state, allowing the delete path to erase the entry and release the last state reference. Subsequent RX processing can then increment a zero reference count, potentially leading to memory corruption or arbitrary code execution.

Affected Systems

All Linux kernels that include the nfp network frontplane driver before the commit that adds the lock fine‑grained reference acquisition are affected. No specific version strings are listed, so any distribution using a kernel that contains the vulnerable nfp implementation is at risk.

Risk and Exploitability

The CVSS score is 5.9, and the EPSS score is < 1%, indicating limited publicly available data on exploitation probability. The bug requires a concurrent race between network traffic and internal kernel teardown, which is technically possible but non‑deterministic. While no public exploit is noted and the vulnerability is not listed in the CISA KEV catalog, the potential for memory corruption and the lack of safeguards suggests a moderate to high risk for malicious actors with control over IPsec traffic.

Generated by OpenCVE AI on October 20, 2026 at 19:28 UTC.

Remediation

No solution or workaround provided in the CVE record.

OpenCVE Recommended Actions

  • Apply the kernel patch that ensures the xfrm_state reference is taken while the XArray lock is still held in the nfp_net_ipsec_rx path.
  • Upgrade the system to a kernel release that incorporates this fix if available.
  • If a patch is not yet available, avoid using IPsec over interfaces that employ the nfp driver or throttle related traffic until the fix is applied.

Generated by OpenCVE AI on October 20, 2026 at 19:28 UTC.

Tracking

Sign in to view the affected projects.

Advisories
Source ID Title
Debian DLA Debian DLA DLA-4850-1 linux-6.12 security update
History

Tue, 20 Oct 2026 12:45:00 +0000

Type Values Removed Values Added
Weaknesses CWE-413
References
Metrics threat_severity

None

cvssV3_1

{'score': 5.9, 'vector': 'CVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:U/C:N/I:N/A:H'}

threat_severity

Moderate


Sun, 18 Oct 2026 18:30:00 +0000

Type Values Removed Values Added
Weaknesses CWE-362
CWE-416

Sun, 18 Oct 2026 15:30:00 +0000

Type Values Removed Values Added
Description In 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.
Title nfp: hold IPsec RX state under the XArray lock
First Time appeared Linux
Linux linux Kernel
CPEs cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*
Vendors & Products Linux
Linux linux Kernel
References

Subscriptions

Linux Linux Kernel
cve-icon MITRE

Status: PUBLISHED

Assigner: Linux

Published:

Updated: 2026-10-19T09:21:45.378Z

Reserved: 2026-09-25T10:25:14.357Z

Link: CVE-2026-98561

cve-icon Vulnrichment

No data.

cve-icon NVD

Status : Received

Published: 2026-10-18T16:17:08.243

Modified: 2026-10-19T10:19:12.680

Link: CVE-2026-98561

cve-icon Redhat

Severity : Moderate

Publid Date: 2026-10-18T00:00:00Z

Links: CVE-2026-98561 - Bugzilla

cve-icon OpenCVE Enrichment

Updated: 2026-10-20T19:30:07Z

Weaknesses
  • CWE-362

    Concurrent Execution using Shared Resource with Improper Synchronization ('Race Condition')

  • CWE-413

    Improper Resource Locking

  • CWE-416

    Use After Free