Skip to main content

Linux Kernel CVE-2026-72322

| EUVDEUVD-2026-59221 CRITICAL
2026-08-15 Linux GHSA-p5wq-w75h-848c
Critical
Disputed · 9.8 Vendor: Linux
Share

Severity by source

Sources disagree (Medium–Critical)
Vendor (Linux) PRIMARY
9.8 CRITICAL
AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H
vuln.today AI
6.4 MEDIUM

MLD is link-local so AV:A; success depends on a narrow teardown/query race giving AC:H; no auth needed (PR:N); dominant impact is kernel panic (A:H) with only speculative UAF-based C/I (L).

3.1 AV:A/AC:H/PR:N/UI:N/S:U/C:L/I:L/A:H
4.0 AV:A/AC:H/AT:P/PR:N/UI:N/VC:L/VI:L/VA:H/SC:N/SI:N/SA:N
SUSE
7.8 HIGH
AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H
Red Hat
7.0 MEDIUM
qualitative

vuln.today treats the vendor’s rating as authoritative. A higher third-party CVSS (e.g. CISA-ADP) is shown for transparency but does not drive the headline severity.

CVSS VectorVendor: Linux

Attack Vector
Network
Attack Complexity
Low
Privileges Required
None
User Interaction
None
Scope
Unchanged
Confidentiality
High
Integrity
High
Availability
High

Lifecycle Timeline

5
Analysis Generated
Aug 17, 2026 - 08:26 vuln.today
CVSS changed
Aug 17, 2026 - 06:22 NVD
9.8 (CRITICAL)
Patch available
Aug 15, 2026 - 07:20 EUVD
CVE Published
Aug 15, 2026 - 05:55 cve.org
CRITICAL 9.8
CVE Published
Aug 15, 2026 - 05:55 cve.org
UNKNOWN (no severity yet)

DescriptionCVE.org

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

ipv6: mcast: Fix potential UAF in MLD delayed work

A race condition exists between device teardown and incoming MLD query processing, leading to a Use-After-Free in the MLD delayed work.

During device destruction, the primary reference to inet6_dev is dropped, which can drop its refcount to 0. The actual freeing of inet6_dev memory is deferred via RCU.

Concurrently, the packet receive path runs under RCU read lock and obtains the inet6_dev pointer. Because the memory is RCU-protected, CPU-0 can safely dereference inet6_dev even if its refcount has hit 0.

However, if CPU-0 calls igmp6_event_query() and schedules delayed work, it attempts to acquire a reference using in6_dev_hold(). This increments the refcount from 0 to 1, triggering a "refcount_t: addition on 0" warning. Since the inet6_dev memory is still scheduled to be freed after the RCU grace period, the device is freed while the work is still scheduled. When the work runs, it accesses the freed memory, causing a kernel panic.

Fix this by using refcount_inc_not_zero() (via a new helper in6_dev_hold_safe()) to prevent acquiring a reference if the device is already being destroyed. If the refcount is 0, we do not schedule the work.

AnalysisAI

Kernel panic (and potential memory corruption) in the Linux kernel's IPv6 multicast stack arises from a use-after-free in the MLD delayed-work path, where a race between network-device teardown and incoming MLD query processing lets igmp6_event_query() take a reference on an inet6_dev whose refcount has already reached zero. Affected systems run kernels across the 2.6.12-through-7.x range prior to the fixed stable releases, and successful triggering causes a refcount 'addition on 0' warning followed by access to freed memory once the scheduled work runs. There is no public exploit identified at time of analysis, EPSS risk is low (0.22%, 13th percentile), and it is not listed in CISA KEV.

Technical ContextAI

The flaw lives in the IPv6 Multicast Listener Discovery (MLD) subsystem, which manages multicast group membership on a link using ICMPv6 query/report messages. Each IPv6-capable interface has an inet6_dev structure whose lifetime is managed by a refcount, with final memory reclamation deferred to an RCU grace period. The receive path runs under rcu_read_lock() and can legitimately dereference an inet6_dev even after its refcount hits zero, because the memory is not yet reclaimed; the bug is that igmp6_event_query() then calls in6_dev_hold() to pin the object for delayed work, incrementing the count from 0 back to 1 on an object already queued for freeing. When the RCU grace period elapses the structure is freed while the delayed work remains scheduled, and the work later touches freed memory - a classic use-after-free (CWE-416, though the CVE lists CWE as N/A) rooted in a refcount lifecycle race rather than a parsing error. The fix adds in6_dev_hold_safe() built on refcount_inc_not_zero(), so no reference is taken and no work is scheduled when the device is already being destroyed.

RemediationAI

Vendor-released patch: upgrade to the fixed stable kernel for your series - 5.10.261, 5.15.212, 6.1.178, 6.6.145, 6.12.97, 6.18.40, or 7.1.5 (7.2-rc3 for the mainline release-candidate track) - via your distribution's kernel update channel, then reboot to load the corrected image. The fix is the in6_dev_hold_safe()/refcount_inc_not_zero() change referenced by the git.kernel.org commits (e.g. https://git.kernel.org/stable/c/f12b63ef26a035c5a29b3ef56401e38199010d4a); track the coordinating advisory at https://nvd.nist.gov/vuln/detail/CVE-2026-72322. There is no clean configuration workaround because MLD query handling cannot be disabled without breaking IPv6 multicast, but exposure can be reduced in the interim by disabling IPv6 on interfaces that do not require it (sysctl net.ipv6.conf.<iface>.disable_ipv6=1, which breaks all IPv6 on that link) and by filtering inbound ICMPv6 MLD query traffic (type 130) from untrusted local segments at the switch/host firewall - noting that overly aggressive ICMPv6 filtering can impair legitimate IPv6 neighbor and multicast operation, so scope it to untrusted VLANs rather than applying globally.

Vendor StatusVendor

SUSE

Severity: Important
Product Status
SUSE Linux Enterprise Desktop 15 SP7 Affected
SUSE Linux Enterprise Desktop 15 SP7 Affected
SUSE Linux Enterprise High Availability Extension 15 SP7 Affected
SUSE Linux Enterprise High Availability Extension 15 SP7 Affected
SUSE Linux Enterprise High Availability Extension 16.0 Affected

Share

CVE-2026-72322 vulnerability details – vuln.today

This site uses cookies essential for authentication and security. No tracking or analytics cookies are used. Privacy Policy