CVE-2026-98995 in Linux
Zusammenfassung
von VulDB • 23.10.2026
Im Linux-Kernel wurde folgende Schwachstelle behoben:
namespace: Zurücksetzen von ->overmount des alten Elternelements in mnt_change_mountpoint()
__umount_mnt() setzt den Wert von ->overmount des Elternelements zurück, wenn es das Mount-Punkt entfernt, der ihn überlagert. Dies geschieht bei mnt_change_mountpoint() nicht. Es verschiebt das Mount an seinen neuen Elternknoten und lässt den alten weiterhin darauf verweisen.
Für ein Mount, das in attach_recursive_mnt() untergeordnet wird, ist dies unerheblich. Das neue Mount hat den Wert von ->overmount des alten Elternelements bereits zurückgesetzt, bevor das alte Top-Mount darauf verschoben wird.
Dies ist jedoch bei reparent() relevant. propagate_umount() verschiebt ein überlebendes overmount auf den ersten Vorfahren, der nicht entfernt werden soll. Das Mount, aus dem es entnommen wurde, wird unmittelbar danach entfernt. Wenn ein Dateideskriptor dieses entfernte Mount am Leben erhält, zeigt ->overmount auf das verschobene Mount. Dies ist ein hängender Zeiger (dangling pointer) und eine Use-After-Free-Schwachstelle (UAF), da das verschobene Mount entfernt und freigegeben wird.
do_lock_mount() folgt dem Wert von ->overmount vom Zielpfad aus unter mount_lock. Mit einem Dateideskriptor auf einem solchen Mount als Ziel für ein darunterliegendes Mount läuft topmost_overmount() in das freigegebene Mount, und do_lock_mount() nimmt Referenzen auf alles, was es dort findet.
Daher sollte der Wert von ->overmount des alten Elternelements in mnt_change_mountpoint() auf die gleiche Weise zurückgesetzt werden wie bei __umount_mnt(). Der Wert von ->overmount eines Mounts ist dann immer ein Mount, das daran angehängt ist.
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.