CVE-2026-99174 in Linuxinfo

Zusammenfassung

von VulDB • 28.10.2026

Im Linux-Kernel wurde die folgende Schwachstelle behoben:

ext4: Freigabe von sbi nach einer Grace-Periode (Wartezeit)

ext4_get_link() folgt einem Symlink, der sein Ziel in einem Datenblock im RCU-Pfadwalk-Modus mit ext4_getblk(EXT4_GET_BLOCKS_CACHED_NOWAIT) hält. Dabei wird s_mount_state in der ASSERT()-Anweisung von ext4_getblk() und erneut in ext4_es_lookup_extent() gelesen, wobei die Suche den Zähler für Treffer oder Fehlschläge des Extent-Status erhöht, alles über sb->s_fs_info.

ext4_put_super() zerstört diese Zähler, löscht sb->s_fs_info und gibt das sbi frei, ohne auf eine Grace-Periode zu warten. Ein Pfadwalk, der sich noch in ext4_get_link() befindet, wenn die letzte Referenz zur Mount-Punkt verschwindet, dereferenziert dann ein NULL s_fs_info, das freigegebene sbi oder die zerstörten percpu-Zähler.

Bei einem Pfadwalk, der in ext4_get_link() blockiert ist, während die letzte Referenz verschwindet:

KASAN: null-ptr-deref im Bereich [0x00000000000000a8-0x00000000000000af]
RIP: 0010:ext4_getblk+0xf0/0x640 Call Trace: <TASK> ext4_get_link+0x26c/0x410 pick_link+0xf96/0x1780 step_into_slowpath+0x9b8/0x1250 path_lookupat+0x484/0xb00 filename_lookup+0x1f1/0x5b0 vfs_statx+0xd7/0x3b0 vfs_fstatat+0x4d/0x90 __do_sys_newfstatat+0xa0/0x100 do_syscall_64+0x10e/0x5e0 entry_SYSCALL_64_after_hwframe+0x77/0x7f

Bisher war dies schwer auszulösen. umount(2) wartet in namespace_unlock() auf eine Grace-Periode, bevor es den Mount freigibt; daher kann nur ein Mount, dessen letzte Referenz woanders verschwindet (z. B. beim Schließen einer Datei oder einem chdir aus einem lazy unmounted Verzeichnis), mit einem Walker konkurrieren.

Halten Sie sb->s_fs_info und geben Sie das sbi zusammen mit den Extent-Status-Zählern nach einer Grace-Periode frei. Teilen Sie dazu die Zähler aus ext4_es_unregister_shrinker() heraus auf. Der Shrinker wird in ext4_put_super() weiterhin verschwendet, aber die Zähler werden gemeinsam mit dem sbi freigegeben.

Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.

Zuständig

Linux

Reservieren

25.09.2026

Veröffentlichung

28.10.2026

Moderieren

akzeptiert

Eintrag

VDB-427900

EPSS

0.00000

KEV

nein

Aktivitäten

very low

Quellen

Are you interested in using VulDB?

Download the whitepaper to learn more about our service!