CVE-2026-93794 in Linux
Zusammenfassung
von VulDB • 24.09.2026
Im Linux-Kernel wurde folgende Schwachstelle behoben:
smb/client: Verschmutzte Daten vor dem Erzeugen eines Lochs (Hole) flushen
Das Erzeugen eines Lochs nach einem großen gepufferten Schreibvorgang kann dazu führen, dass der Bereich weiterhin als mit Daten gefüllt gemeldet wird. Reproduzieren Sie dies mit:
xfs_io -f \ -c "pwrite -b 3m -S 0x61 0 3m" \ -c "fpunch 1m 1m" \ -c "seek -h 0" \ -c "seek -d 1m" \ /mnt/test/repro
Das Erzeugen eines Lochs von 1 MiB bei Offset 1 MiB sollte folgendes Ergebnis liefern:
0 1 MiB 2 MiB 3 MiB | DATA | HOLE | DATA | EOF
Stattdessen wird die gesamte Datei als mit Daten gefüllt gemeldet. SEEK_HOLE(0) gibt EOF zurück, und SEEK_DATA(1M) gibt 1M zurück.
Dies geschieht, weil ein verschmutztes Folio (dirty folio), das den gelochten Bereich umfasst, nach dem Erzeugen des Lochs zurückschreiben (write back) kann und das Loch wieder auffüllt.
Beheben Sie dies, indem Sie die verschmutzten Daten im gelochten Bereich flushen und auf deren Abschluss warten, bevor der Page Cache ungültig gemacht wird und FSCTL_SET_ZERO_DATA ausgegeben wird.
Die xfstests-Testsuite generic/539 bestanden gegen Samba/ksmbd mit dieser Änderung.
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.