CVE-2026-64064

Linux kernel (GCP) vulnerabilities

Beschreibung

Im Linux-Kernel wurde folgende Schwachstelle behoben: netfs: Korrigiere netfs_invalidate_folio(), um den Schmutz-Flag zu löschen, wenn alle Änderungen entfernt sind Wenn eine Streaming-Schreiboperation durchgeführt wird, bleibt das entsprechende modifizierte Folio in einem nicht aktuell, aber schmutzigen Zustand mit einer netfs_folio Struktur, die an folio->private hängt und den schmutzigen Bereich angibt. Wenn der Datei danach so gekürzt wird, dass die schmutzigen Daten im Folio entfernt werden, das erste Teil des Folios jedoch theoretisch bestehen bleibt, wird die netfs_folio Struktur verworfen... aber der Schmutz-Flag bleibt gesetzt. Wenn das Folio dann über mmap() gelesen wird, sieht netfs_read_folio(), dass die Seite schmutzig ist und springt zu netfs_read_gaps(), um die fehlenden Teile einzufügen. netfs_read_gaps() erwartet jedoch, dass eine netfs_folio Struktur vorhanden ist und kann einen Oops verursachen, da truncate sie entfernt hat. Dies wird behoben, indem folio_cancel_dirty() in netfs_invalidate_folio() aufgerufen wird, wenn alle schmutzigen Daten im Folio gelöscht werden (wie nfs es tut). Zusätzlich werden einige Tracepoints hinzugefügt, um Änderungen an einer schmutzigen Seite zu protokollieren. Dies kann mit etwas wie folgendem reproduziert werden: dd if=/dev/zero of=/xfstest.test/foo bs=1M count=1 umount /xfstest.test mount /xfstest.test xfs_io -c "w 0xbbbf 0xf96c" \ -c "truncate 0xbbbf" \ -c "mmap -r 0xb000 0x11000" \ -c "mr 0xb000 0x11000" \ /xfstest.test/foo mit fscaching deaktiviert (ansonsten werden Streaming-Schreibvorgänge unterdrückt) und einer Änderung an netfs_perform_write(), um Streaming-Schreibvorgänge zu verhindern, wenn die Datei O_RDWR geöffnet ist: if (//(file->f_mode & FMODE_READ) || <--- kommentiere dies aus netfs_is_cache_enabled(ctx)) { Es sollte auch ohne diese Änderung reproduzierbar sein, aber sie verhindert, dass der obige einfache xfs_io Befehl es reproduziert. Beachte, dass die initiale dd wichtig ist: Die Datei muss zunächst ausreichend groß sein, damit die Nullpunkt-Logik nicht einfach die Lücken löscht, weil sie weiß, dass noch nichts in der Datei gelesen werden kann. Das Ablösen und erneute Einhängen ist notwendig, um den Pagecache zu leeren (es gibt andere Wege, dies zu tun, die ebenfalls funktionieren können). Dies wurde ursprünglich mit dem generic/522 xfstest auf einigen Patches reproduziert, die die FMODE_READ Einschränkung entfernen.

Quelle: UBUNTU_USN BSI BSI_CSAF UBUNTU_USN UBUNTU_USN UBUNTU_USN UBUNTU_USN UBUNTU_USN UBUNTU_USN NVD CVELISTV5 CVEORG