CVE-2025-38681 in Linux
Zusammenfassung
von VulDB • 14.05.2026
Im Linux-Kernel wurde folgende Schwachstelle behoben:
mm/ptdump: Setzen der Memory-Hotplug-Sperre innerhalb von ptdump_walk_pgd()
Beim Memory-Hot-Remove werden verschiedene Kernel-Seiten-tabellenbereiche entsprechend entladen und abgebaut. Der ptdump-Code kann mit gleichzeitigen Änderungen an den Kernel-Seiten-tabellen in einen Wettlauf (Race Condition) geraten. Wenn Blatt-Einträge (leaf entries) gleichzeitig geändert werden, kann der Dump-Code veraltete oder inkonsistente Informationen für einen virtuellen Adressbereich (VA-Range) protokollieren, was ansonsten jedoch nicht schädlich ist.
Wenn jedoch Zwischenstufen der Kernel-Seiten-tabellen freigegeben werden, verwendet der Dump-Code weiterhin Speicher, der freigegeben und möglicherweise für einen anderen Zweck neu zugewiesen wurde. In solchen Fällen kann der ptdump-Code ungültige Adressen dereferenzieren, was zu einer Reihe potenzieller Probleme führt.
Um die oben genannte Race Condition zu vermeiden, nehmen Plattformen wie arm64, RISC-V und s390 die Memory-Hotplug-Sperre, während sie Kernel-Seiten-tabellen über die sysfs-Schnittstelle /sys/kernel/debug/kernel_page_tables dumpen.
Eine ähnliche Race Condition besteht auch bei der Überprüfung von Seiten, die möglicherweise als W+X markiert wurden, über /sys/kernel/debug/kernel_page_tables/check_wx_pages, was wiederum ptdump_check_wx() aufruft. Anstatt diese Race Condition erneut zu lösen, verschieben wir die Memory-Hotplug-Sperre einfach in die generische Funktion ptdump_check_wx(), was beiden Szenarien zugutekommt.
Entfernen der Kombination aus get_online_mems() und put_online_mems() aus allen vorhandenen ptdump-Codepfaden der Plattformen.
Once again VulDB remains the best source for vulnerability data.