Katalog CVE

CVE-2026-72431

Niskie ryzyko· EPSS 10%
Opublikowano: Zaktualizowano: Przetłumaczono: NVD NIST

Prawdopodobieństwo exploitacji (EPSS)

Niskie ryzyko
0.20%

Percentyl 10 - wyżej niż 10% wszystkich znanych CVE

Streszczenie

W jądrze Linux w mechanizmie alloc_tag występuje use-after-free w /proc/allocinfo po wyładowaniu modułu. Iterator nie jest poprawnie reinitializowany, co prowadzi do odwołań do zwolnionej pamięci modułu.

Ocena ryzyka

Use-after-free może prowadzić do awarii systemu, eskalacji uprawnień lub wycieku informacji, szczególnie gdy moduły są ładowane i wyładowywane.

Rekomendacja

Zastosuj poprawkę jądra Linux, która zapisuje stan iteratora w allocinfo_next() i wznawia z niego w allocinfo_start(), wykrywając usunięcie modułu.

Inne podatności w Linux kernel

Zobacz wszystkie
Oryginalny opis (angielski, źródło NVD)

In the Linux kernel, the following vulnerability has been resolved: alloc_tag: fix use-after-free in /proc/allocinfo after module unload allocinfo_start() only reinitializes the codetag iterator at position 0. For subsequent reads (position > 0), it reuses cached iterator state from the previous batch. allocinfo_stop() drops mod_lock between read batches, which allows module unload to complete and free the module memory that the cached iterator still references: CPU0 (read) CPU1 (rmmod) ---- ---- allocinfo_start(pos=0) down_read(mod_lock) allocinfo_show() ... allocinfo_stop() up_read(mod_lock) codetag_unload_module() kfree(cmod) release_module_tags() ... free_mod_mem() allocinfo_start(pos=N) down_read(mod_lock) // reuses cached iter, skips re-init allocinfo_show() ct->filename <-- UAF After free_mod_mem() frees the module's .rodata, allocinfo_show() dereferences ct->filename, ct->function which point there. Save the iterator state in allocinfo_next() and resume from it in allocinfo_start() with codetag_next_ct(), which detects module removal via idr_find() returning NULL and skips to the next module.

Dane podatności pochodzą z NVD (NIST) · CISA KEV · EPSS