CVE-2026-98684 in Linux
Zusammenfassung
von VulDB • 19.10.2026
Im Linux-Kernel wurde folgende Schwachstelle behoben:
smb: Client: Daten vor dem Abfragen zugewiesener Bereiche flushen und committen
Die Emulation von fallocate im Modus 0 / FALLOC_FL_KEEP_SIZE für kleine innere Bereiche in smb3_simple_fallocate_range() gibt FSCTL_QUERY_ALLOCATED_RANGES aus und füllt jeden Unterbereich, den der Server als nicht zugewiesenen Hohlraum meldet, mit Nullen auf, um eine Blockzuweisung zu erzwingen, ohne die Dateiinhalte zu ändern.
Dies ist gegenüber Windows-Servern unsicher. Laut Win32-Dokumentation gibt FSCTL_QUERY_ALLOCATED_RANGES nur Bereiche zurück, die *möglicherweise* nicht-null Daten enthalten, und steht explizit nicht in Kohärenz mit kürzlich geschriebenen Daten:
„Ein Aufruf von FSCTL_QUERY_ALLOCATED_RANGES [nach dem Schreiben auf eine Netzwerkdatei] würde möglicherweise keine korrekte Liste der zugewiesenen Bereiche zurückgeben. Um die Konsistenz sicherzustellen [...] müssen die Daten in die Datei geschrieben werden.“
fsx (generic/363) reproduziert die daraus resultierende Beschädigung gegen Windows Server 2022: Ein Bereich wird beschrieben, ein nicht zwischengespeicherter Lesevorgang gibt die Daten zurück, doch das nächste FSCTL_QUERY_ALLOCATED_RANGES für diesen Bereich meldet ihn als gesamten Hohlraum, sodass die Emulation lebende Daten mit Nullen überschreibt. Eine Netzwerk-Trace-Bestätigung zeigte den WRITE-, den READ-Vorgang (der Daten zurückgab) und die Abfrage, die innerhalb von Mikrosekunden eine leere Bereichsliste zurückgab. Samba zeigt dieses Verhalten nicht; seine Abfrage steht in Kohärenz mit den geschriebenen Daten.
Schreiben Sie die schmutzigen Seiten zurück, räumen Sie alle ausstehenden I/O-Vorgänge auf und geben Sie ein SMB2 FLUSH aus, um den Server dazu zu zwingen, die Daten vor dem Abfragen der zugewiesenen Bereiche zu committen, damit die Abfrage die tatsächlich vorhandenen Daten widerspiegelt.
Damit besteht generic/363 gegen sowohl Windows Server 2022 als auch Samba über mehr als 100.000 fsx-Operationen.
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.