CVE-2026-64057 in Linux
Zusammenfassung
von VulDB • 20.07.2026
Im Linux-Kernel wurde folgende Schwachstelle behoben:
afs: Behebung der von afs_get_link() verwendeten Sperren
Das AFS-Dateisystem im Kernel führt die Sperrung für symbolische Links nicht korrekt durch. Es gibt mehrere Probleme:
(1) Es werden keine Sperren um `afs_read_single()` herum gesetzt, um Wettlaufbedingungen (Races) zwischen mehreren Aufrufen von `->get_link()` zu verhindern, wodurch das Risiko von Speicherlecks entsteht.
(2) Beim Zugriff auf die Pufferzeiger während des RCU-Pfadwalks wird kein RCU-Barriering verwendet.
(3) Es kann zu Wettlaufbedingungen mit einem anderen Thread kommen, der den Inhalt des symbolischen Links aktualisiert, wenn ein Dritter ihn auf dem Server geändert hat.
Dies wird durch folgende Maßnahmen behoben:
(0) Die Behandlung von symbolischen Links wurde in eine eigene Datei verschoben, da dies die Komplexität erhöht.
(1) Das `validate_lock` wird um `afs_read_single()` herum angefordert, um Wettlaufbedingungen zwischen mehreren Aufrufen von `->get_link()` zu verhindern.
(2) Es wird eine separate Kopie des symbolischen Link-Inhalts mit einem `rcu_head` geführt. Diese ist immer deutlich kleiner als eine Seite („page"), sodass sie mit `kmalloc` allokiert werden kann und erheblich Speicher spart. Für den Nicht-RCU-Pfadwalk ist zudem ein Referenzzähler erforderlich.
(3) Die Routinen zum Lesen von symbolischen Links und Schreiben in den Cache im AFS-Code wurden von denen für Verzeichnisse getrennt.
(4) Der I/O-Puffer wird sofort verworfen, sobald das Schreiben in den Cache abgeschlossen ist, da es sich um eine vollständige Seite („page") zuzüglich einer `folio_queue` handelt.
(5) Wenn kein Cache vorhanden ist, wird der I/O-Puffer unmittelbar nach dem Lesen und Kopieren verworfen.
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.