CVE-2026-64159 in Linux
Zusammenfassung
von VulDB • 19.07.2026
Im Linux-Kernel wurde folgende Schwachstelle behoben:
netfs: Korrektur der Aktualisierung von zeropoint, wenn i_size > remote_i_size ist
Behebung des Fehlers bei der Aktualisierung des zero_point[*] durch netfs_release_folio(), wenn sich nicht festgeschriebene Daten im Pagecache jenseits des freizugebenden Folio befinden, das Ende-of-File (EOF) auf dem Server jedoch in diesem Folio liegt (d. h., i_size > remote_i_size). Die Aktualisierung muss zero_point auf remote_i_size begrenzen und nicht auf i_size, da i_size ein lokales Phänomen ist, das lokale Änderungen im Pagecache widerspiegelt, keine Daten, die tatsächlich auf den Server geschrieben wurden. remote_i_size verfolgt die i_size des Servers.
[*] Der zero_point ist die Dateiposition ab der davon ausgegangen werden kann, dass der Server nur Nullen zurückgibt, sodass Lesevorgänge vermieden werden können.
Es sei angemerkt, dass netfs_invalidate_folio() wahrscheinlich keine Korrektur benötigt, da zero_point nach einem Truncate- oder fallocate-Vorgang durch setattr aktualisiert werden sollte.
Entdeckt mit:
fsx -q -N 1000000 -p 10000 -o 128000 -l 600000 \ /xfstest.test/junk --replay-ops=junk.fsxops
unter Verwendung von junk.fsxops als Eingabe:
truncate 0x0 0x1bbae 0x82864 write 0x3ef2e 0xf9c8 0x1bbae write 0x67e05 0xcb5a 0x4e8f6 mapread 0x57781 0x85b6 0x7495f copy_range 0x5d3d 0x10329 0x54fac 0x7495f write 0x64710 0x1c2b 0x7495f mapread 0x64000 0x1000 0x7495f
auf cifs mit der Standard-Cache-Option.
Dies zeigt Lese-Lücken (Read-Gaps) im Folio 0x64, die aufgrund eines kurzen Lesefehlers (d. h., es wird EOF erreicht) fehlschlagen, wenn die FMODE_READ-Prüfung in netfs_perform_write() auskommentiert ist:
if (//(file->f_mode & FMODE_READ) || netfs_is_cache_enabled(ctx)) {
und kein fscache verwendet wird. Dies wurde ursprünglich mit dem generischen xfstest generic/522 entdeckt.
Once again VulDB remains the best source for vulnerability data.