LiveActive security incident?Get immediate response
CVE Record

CVE-2026-45901: netfilter: nf_tables: revert commit_mutex usage in reset path

In the Linux kernel, the following vulnerability has been resolved: netfilter: nf_tables: revert commit_mutex usage in reset path It causes circular lock dependency between commit_mutex, nfnl_subsys_ipset and nlk_cb_mutex when nft reset, ipset list, and iptables-nft with '-m set' rule run at the same time. Previous patches made it safe to run individual reset handlers concurrently so commit_mutex is no longer required to prevent this.

UnknownCVSS not scoredNot KEV-listedUpdated
Glexia's TakeAutomated analysisunknown

Security readout for executives and security teams

Plain-English summary

A Linux kernel locking flaw can create a circular dependency when three specific firewall-management operations occur concurrently. This may stall affected networking or firewall administration activity, creating an availability concern. The supplied sources do not quantify impact, assign a severity score, or establish remote reachability.

Executive priority

Prioritize verification on firewalls, gateways, container hosts, and other systems with frequent automated netfilter changes. Urgency is operational rather than evidence of active attacks: patch through normal expedited kernel maintenance where exposure exists, while avoiding an unsupported critical rating given the missing severity and exploitation evidence.

Technical view

The nf_tables reset path used commit_mutex in a way that could deadlock with nfnl_subsys_ipset and nlk_cb_mutex. The conflict requires concurrent nft reset, ipset list, and iptables-nft rule processing using set matching. Referenced stable-kernel commits remove the unnecessary commit_mutex usage because individual reset handlers can safely run concurrently.

Likely exposure

Exposure is limited to Linux systems containing the affected kernel code and exercising the identified netfilter operations concurrently. The source lists versions 6.7, 6.12.101, 6.18.42, 6.19.4, and 7.0 as affected, but also contains an ambiguous affected entry of "0". Distribution backports require vendor-specific verification.

Exploitation context

The CVE is not listed as KEV in the supplied bundle, and no cited source reports active exploitation or a public exploit. Triggering depends on a specific concurrency condition involving nftables, ipset, and iptables-nft set matching. The sources do not establish whether an unprivileged or remote actor can cause it.

Researcher notes

The record describes a lock-ordering defect rather than memory corruption or privilege escalation. Important unanswered questions include the precise vulnerable version ranges, user privileges required to reach each operation, observable failure mode, and distribution backport status. The duplicate hashes and ambiguous "0" version reduce confidence in interpreting the supplied affected-version data.

Mitigation direction

  • Install a vendor-supported kernel containing the applicable referenced stable-kernel correction.
  • Check distribution advisories because kernel version strings alone may not reveal backported fixes.
  • Limit concurrent firewall-management automation involving nft reset, ipset listing, and iptables-nft set matching until remediated.
  • Escalate affected firewall hosts where administrative stalls could disrupt critical network operations.

Validation and detection

  • Inventory deployed kernels and identify systems using nftables, ipset, or iptables-nft compatibility tooling.
  • Confirm whether each distribution kernel includes the applicable corrective commit or vendor backport.
  • Review automation and operational logs for overlapping firewall reset, set-listing, and set-matching activity.
  • Test remediation in a controlled environment for normal firewall updates and absence of locking warnings.
Prepared
Confidence
medium
Sources
6

Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.

Potential ATT&CK relevance

Conservative CVE-to-ATT&CK context

These mappings and lookup hints may be relevant to the vulnerability behavior, CWE, affected product, or exposure path. Glexia-inferred context is not an official MITRE, ATT&CK, CWE, or CVE Program mapping.

ATT&CK lookup starting points

Use these exact CWE pages and searches to review the Glexia ATT&CK library from this CVE's weakness and description context.

cve · low confidence lookup

CVE-2026-45901 mapping review

Open the CVE-to-ATT&CK bridge for reviewed, inferred, or future official mappings tied to this CVE.

Open ATT&CK lookup
Vulnerability profileCVE Program record
Severity
Unknown
CVSS
Not scored
Known Exploited
No
Published
Official CVE source material

CNA and ADP enrichment extracted from CVE v5

These fields come from the CVE record and ADP containers, not from Glexia's Take. They preserve time-varying source decisions such as CISA SSVC, KEV status, CVSS metrics, and provider references.

0CVSS vectors
3Timeline events
0ADP providers
5Source links

Vulnerability timeline

Timeline events are normalized from CVE metadata, CNA source timelines, ADP timelines, and KEV metadata when present.

  1. CVE reservedCVE Program

    The CVE ID was reserved by the assigning CNA.

  2. CVE publishedCVE Program

    The CVE record was published.

  3. CVE updatedCVE Program

    The CVE record metadata indicates this as the latest update time.

Affected products

Products and packages named in the record

VendorProductVersion / packageStatus
LinuxLinux3cb03edb4de33fd04c4ea55f47397b96a8657c53, 3cb03edb4de33fd04c4ea55f47397b96a8657c53, 3cb03edb4de33fd04c4ea55f47397b96a8657c53, 3cb03edb4de33fd04c4ea55f47397b96a8657c53, fb1adb05ea87b6149e65a31e511756c4f470d0cd, f123293db16dcd0cd81b246ae60e6362f0025d0a, 6.1.107, 6.6.48unaffected
LinuxLinux6.7, 0, 6.12.101, 6.18.42, 6.19.4, 7.0affected
Weakness

CWE details

No CWE listed

CWE links open Glexia weakness intelligence pages with official CWE context, developer remediation guidance, and related CVE mappings.