Skip to main content
VulnerabilityPublished Updated

CVE-2026-72321: Linux kernel · ipv4: igmp: Fix potential memory leaks in igmp_mod_timer() and igmp_stop_timer()

Affects Linux kernelSource CVE Database V5

0

Not known to be exploited · fixed in f60ec3058a85447008b88b762c859d336163acb3 : update Linux kernel when convenient.

Data as of 26 Oct 2026, 13:47 UTC

Severity
Unrated

Rated by Threat Radar · CVSS not yet scored by NVD

EPSS
0.2% chance of exploitation in 30 days – higher than 10% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
Patch
Available – fixed in f60ec3058a85447008b88b762c859d336163acb3, 95128dc74425ec19ed4f2077ccc651e791ff4b75, 3546deaa0c30a14c7cdb5dc8f2432cb428f0cd36 +2

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 15 Aug 2026

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponised: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq Mirage: no evidence on record.

    No attack traffic recorded by OffSeq Mirage sensors

A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 26 Oct 2026.

What to do

Upgrade to a fixed release listed under Affected software.

Affected software

ProductAffectedFixed in
LinuxLinuxAffected
  • ≥ 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2, < f60ec3058a85447008b88b762c859d336163acb3
Fixed in
  • f60ec3058a85447008b88b762c859d336163acb3
LinuxLinuxAffected
  • ≥ 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2, < 95128dc74425ec19ed4f2077ccc651e791ff4b75
Fixed in
  • 95128dc74425ec19ed4f2077ccc651e791ff4b75
LinuxLinuxAffected
  • ≥ 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2, < 3546deaa0c30a14c7cdb5dc8f2432cb428f0cd36
Fixed in
  • 3546deaa0c30a14c7cdb5dc8f2432cb428f0cd36
LinuxLinuxAffected
  • ≥ 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2, < 40d6360ccf9bcbe17b5cb248a84e8e004aac2faa
Fixed in
  • 40d6360ccf9bcbe17b5cb248a84e8e004aac2faa
LinuxLinuxAffected
  • ≥ 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2, < 2d0effadf8d2cc9d006e4c4ab0ab6737aed28d77
Fixed in
  • 2d0effadf8d2cc9d006e4c4ab0ab6737aed28d77
LinuxLinuxAffected
  • =2.6.12
Fixed in–

Description

In the Linux kernel, the following vulnerability has been resolved: ipv4: igmp: Fix potential memory leaks in igmp_mod_timer() and igmp_stop_timer() When a timer is deleted and not re-armed in igmp_mod_timer(), or stopped in igmp_stop_timer(), the code currently decrements the reference counter of the multicast list entry @im using refcount_dec(&im->refcnt). However, both functions can be called from the RCU reader path: - igmp_mod_timer() via igmp_heard_query() -> for_each_pmc_rcu() - igmp_stop_timer() via igmp_rcv() -> igmp_heard_report() If the group im was concurrently removed from the list by ip_mc_dec_group(), its reference count might have already been decremented to 1. In this case, timer_delete() succeeds, and refcount_dec() decrements the refcount from 1 to 0. Since refcount_dec() does not free the object when it hits 0 (unlike ip_ma_put()), the im structure is leaked. Fix this by using ip_ma_put(im) instead of refcount_dec(&im->refcnt), and deferring the put until after the spinlock is released.

References

Community reviews

Loading reviews…