CVE-2026-80530
xfs: Behebung des Problems beim Löschen des Reflink-Flags im Exchange-Range mit INO1_WRITTEN
- Veröffentlicht
- 26.08.2026
- Aktualisiert
- 16.10.2026
- CNA zuweisen
- Linux
- Beweise beobachtet
- 19.10.2026
Primäres CVSS
nvd · CVSS 3.1
CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:NNiedrig · nächste 30 Tage
- Perzentil
- 2,6 %
- Modelldatum
- 23.10.2026
EPSS ist eine statistische Schätzung, keine Gewissheit oder ein Maß für die Auswirkung. Kombinieren Sie es mit CVSS, KEV-Status, Belichtung und Ihrer Umgebung.
Zusammenfassung
Im Linux-Kernel wurde die folgende Schwachstelle behoben: xfs: Behebung des Problems beim Löschen des Reflink-Flags im Exchange-Range mit INO1_WRITTEN. Beim Austausch zweier vollständiger Dateibereiche kann xmi_can_exchange_reflink_flags() das Reflink-Inode-Flag von der Datei, die es derzeit besitzt, auf die andere Datei übertragen, solange genau eine Seite markiert ist. Dies setzt voraus, dass die Dateiinhalte und damit alle gemeinsam genutzten Extents ausgetauscht werden. Diese Annahme trifft nicht zu, wenn XFS_EXCHMAPS_INO1_WRITTEN gesetzt ist. xfs_exchmaps_can_skip_mapping() kann Hole- und Unwritten-Mappings von file1 überspringen, sodass ein Austausch abgeschlossen werden kann, ohne dass jedes Mapping übertragen wird, das die frühere Entscheidung zum Flag-Tausch berücksichtigt hat. In diesem Fall kann die Bereinigung nach der Operation das Reflink-Flag von einem Inode entfernen, der noch gemeinsam genutzte geschriebene Extents besitzt. Spätere Schreibvorgänge nehmen dann den Nicht-Reflink-Schreibpfad und können Blöcke aktualisieren, die eigentlich noch durch CoW geschützt sein sollten, was sich als Datenkorruption zwischen reflink-bezogenen Dateien zeigt. Beheben Sie dies, indem der Reflink-Flag-Austausch deaktiviert wird, wann immer XFS_EXCHMAPS_INO1_WRITTEN angefordert wird. Der Inhaltstausch kann weiterhin stattfinden; das konservative Ergebnis ist, dass beide Inodes das Reflink-Flag behalten. Der reguläre Bereinigungspfad für das Reflink-Flag kann das zusätzliche Flag später entfernen, sobald der Inode keine gemeinsam genutzten Extents mehr besitzt.
Quellen
Proof-of-Concept-C-Code und Writeups für offengelegte Linux-Kernel-Schwachstellen, einschließlich Exploit-Quellcode und technischer Analyse pro CVE.
Verantwortungsvoller Umgang
Verwenden Sie Schwachstelleninformationen nur auf Systemen, die Sie besitzen oder zu deren Testen Sie berechtigt sind. Kitploit verlinkt auf öffentliche Forschungsmetadaten und speichert keinen Exploit-Code oder bösartige Payloads.