Description
In the Linux kernel, the following vulnerability has been resolved:

nfp: Check resource mutex allocation

nfp_cpp_resource_find() allocates a CPP mutex handle for the matching
resource-table entry and then reports success. nfp_resource_try_acquire()
immediately passes that handle to nfp_cpp_mutex_trylock().

However, nfp_cpp_mutex_alloc() returns NULL on failure. If that happens
for a matching table entry, the resource lookup still returns success and
the following trylock dereferences a NULL mutex pointer while opening the
resource.

nfp_resource_acquire() already treats failure to allocate the table mutex
as -ENOMEM. Do the same for the resource mutex and fail the lookup before
publishing the rest of the resource handle.

This issue was found by a static analysis checker and confirmed by
manual source review.
Published: 2026-08-10
Score: 5.9 Medium
EPSS: < 1% Very Low
KEV: No
Impact: n/a
Action: n/a
AI Analysis

Impact

The vulnerability involves a NULL pointer dereference in the NFP driver during a resource lookup. When the driver allocates a CPP mutex handle and the allocation fails, it still reports success and later attempts to lock a null mutex, leading to a kernel panic. This results in a denial of service by crashing the system. The weakness corresponds to CWE‑476, null pointer dereference.

Affected Systems

All installations of the Linux kernel that include the NFP driver and contain the vulnerable code before the applied commit. The vendor information lists only Linux:Linux, and no specific version ranges are provided, so any kernel version with the NFP module prior to the patch is potentially affected.

Risk and Exploitability

The bug is a local kernel flaw; an attacker would need to trigger the NFP resource lookup, which typically requires privileged context or interaction with user‑space tools that bind to the driver. Based on the description, it is inferred that the attack would need a process with sufficient rights to invoke the driver and cause the faulty allocation, resulting in a kernel crash. The CVSS score of 5.9 indicates moderate severity, and the EPSS score is < 1%, suggesting a low likelihood of exploitation. The vulnerability is not listed in CISA’s KEV catalog. Exploitation would immediately cause a denial of service, but no publicly known exploitation method exists, giving the risk a moderate but significant level for environments that rely on the NFP driver.

Generated by OpenCVE AI on August 12, 2026 at 18:26 UTC.

Remediation

No vendor fix or workaround currently provided.

OpenCVE Recommended Actions

  • Upgrade the kernel to a version that contains the null‑pointer check in the NFP driver.
  • If an upgrade is not feasible, prevent the NFP driver from loading (for example, by blacklisting the module or removing it) and ensure that no user‑space utilities access NFP resources until the patch is applied.
  • If backporting the fix to an older kernel, apply the patch to the source code and rebuild the kernel, then load the updated module.

Generated by OpenCVE AI on August 12, 2026 at 18:26 UTC.

Tracking

Sign in to view the affected projects.

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

Wed, 19 Aug 2026 16:45:00 +0000


Wed, 12 Aug 2026 00:15:00 +0000

Type Values Removed Values Added
Weaknesses CWE-476
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


Mon, 10 Aug 2026 12:30:00 +0000

Type Values Removed Values Added
Description In the Linux kernel, the following vulnerability has been resolved: nfp: Check resource mutex allocation nfp_cpp_resource_find() allocates a CPP mutex handle for the matching resource-table entry and then reports success. nfp_resource_try_acquire() immediately passes that handle to nfp_cpp_mutex_trylock(). However, nfp_cpp_mutex_alloc() returns NULL on failure. If that happens for a matching table entry, the resource lookup still returns success and the following trylock dereferences a NULL mutex pointer while opening the resource. nfp_resource_acquire() already treats failure to allocate the table mutex as -ENOMEM. Do the same for the resource mutex and fail the lookup before publishing the rest of the resource handle. This issue was found by a static analysis checker and confirmed by manual source review.
Title nfp: Check resource mutex allocation
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-08-19T16:33:25.716Z

Reserved: 2026-07-30T09:28:09.382Z

Link: CVE-2026-68328

cve-icon Vulnrichment

No data.

cve-icon NVD

Status : Received

Published: 2026-08-10T13:20:23.040

Modified: 2026-08-19T17:20:43.130

Link: CVE-2026-68328

cve-icon Redhat

Severity : Moderate

Publid Date: 2026-08-10T12:03:04Z

Links: CVE-2026-68328 - Bugzilla

cve-icon OpenCVE Enrichment

Updated: 2026-08-12T18:30:06Z

Weaknesses