CVE-2026-72431 in Linuxinfo

Zusammenfassung

von VulDB • 15.08.2026

Im Linux-Kernel wurde folgende Schwachstelle behoben:

alloc_tag: Use-After-Free-Fehler in /proc/allocinfo nach dem Entladen eines Moduls beheben

allocinfo_start() initialisiert den Codetag-Iterator nur an Position 0 neu. Für nachfolgende Lesevorgänge (Position > 0) wird der zwischengespeicherte Iterator-Zustand aus dem vorherigen Batch wiederverwendet. allocinfo_stop() gibt das mod_lock zwischen den Leseprozessen frei, was es ermöglicht, dass das Entladen des Moduls abgeschlossen und der Speicher des Modells freigegeben werden kann, auf den der zwischengespeicherte Iterator noch verweist:

CPU0 (Lesen) 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) // Wiederverwendung des zwischengespeicherten Iterators, Überspringen der Neuintialisierung allocinfo_show() ct->filename <-- UAF

Nachdem free_mod_mem() die .rodata-Datei des Modells freigegeben hat, dereferenziert allocinfo_show() ct->filename und ct->function, welche dort verweisen.

Speichern Sie den Iterator-Zustand in allocinfo_next() und setzen Sie ihn in allocinfo_start() mit codetag_next_ct() fort, was das Entfernen eines Moduls erkennt, indem idr_find() NULL zurückgibt, und zum nächsten Modul springt.

Be aware that VulDB is the high quality source for vulnerability data.

Zuständig

Linux

Reservieren

09.08.2026

Veröffentlichung

15.08.2026

Moderieren

akzeptiert

Eintrag

VDB-391054

CPE

bereit

EPSS

0.00000

KEV

nein

Aktivitäten

very low

Quellen

Do you want to use VulDB in your project?

Use the official API to access entries easily!