CVE-2026-72323
CVE CVE-2026-72323EUVD EUVD-2026-59222Veröffentlicht 2026-08-15T05:55:34.000ZZuletzt geändert 2026-08-17T05:42:48.000ZCVSS 9.8
Was das Advisory beschreibt
In the Linux kernel, the following vulnerability has been resolved: ipv4: igmp: Fix potential UAF in igmp_gq_start_timer() A race condition exists between device teardown (inetdev_destroy) and incoming IGMP query processing (igmp_rcv), leading to a Use-After-Free in the IGMP timer callback. During device destruction, inetdev_destroy() drops the primary reference to in_device, which can drop its refcount to 0. The actual freeing of in_device memory is deferred via RCU (using call_rcu()). Concurrently, igmp_rcv() runs under RCU read lock and obtains the in_device pointer. Because the memory is RCU-protected, CPU-0 can safely dereference in_device even if its refcount has hit 0. However, if CPU-0 calls igmp_gq_start_timer() and re-arms the timer, it attempts to acquire a reference using in_dev_hold(). This increments the refcount from 0 to 1, triggering a "refcount_t: addition on 0" warning. Since the in_device memory is still scheduled to be freed after the RCU grace period (as the free callback does not check the refcount again), the device is freed while the timer is still armed. When the timer expires, it accesses the freed memory, causing a kernel panic. Fix this by using refcount_inc_not_zero() (via a new helper in_dev_hold_safe()) to prevent acquiring a reference if the device is already being destroyed. If the refcount is 0, we do not arm the timer. A similar issue in IPv6 MLD is fixed in a subsequent patch.
Quelle: EUVD (ENISA), im Wortlaut der Meldung.
Produkte, die das Advisory nennt
Diese Angaben stammen aus der Meldung selbst, nicht aus einer Prüfung durch uns.
- Linux — Linux 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 <40a1e998cb266ed4cb529a0bb4fee2b0ba732702; 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 <75e984fe0cb9e7fbde0c8ee838c61ce8573d3ea3; 2.6.12; patch: 0; 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 <165258303357e54b75fc19b341ae2a2b7c9e3910; patch: 6.6.145; 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 <7b19c0f81ed1fdaec6bc522569be367199a9edf3; patch: 6.18.40; patch: 7.2; 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 <8d4394ffa40508e0de72f464af351f6ca6a6cdc3; patch: 6.12.97; patch: 7.1.5
Die genannten Versionen sind die Angabe der Meldung. Patchlage vergleicht keine Versionsnummern und leitet aus ihnen keine Aussage ab — welche Version installiert ist, muss ein Mensch nachsehen.
Im Produktkatalog geführt
Für diese Produkte kann ein Bestand in Patchlage erfasst werden. Ein Advisory dazu erscheint am Morgen danach im Lagebericht.
- Linux — Linux
Betrifft das einen Ihrer Kundenbestände?
Diese Seite kann die Frage nicht beantworten — sie kennt Ihren Bestand nicht. Wer seine Umgebungen erfasst hat, bekommt die Antwort am Morgen nach der Veröffentlichung, zusammen mit einem Absatz, den er unverändert an den Kunden weitergeben kann.
28 Tage testenPatchlage meldet Treffer und Verdachtsfälle. Zu allem anderen sagt dieses System nichts — weder diese Seite noch der Lagebericht behauptet je, dass ein Bestand sicher ist.