LONDON (IT BOLTWISE) – Eine neue Kernel-Schwachstelle namens RefluXFS (CVE-2026-64600) erlaubt es lokalen Angreifern, auf bestimmten Systemen Root-Rechte zu erlangen. Entscheidend ist dabei XFS-Reflink-Unterstützung in Kombination mit einem speziellen Race-Condition-Fenster im Block-Layer. Besonders relevant sind Standardinstallationen von Red Hat Enterprise Linux und mehreren Derivaten, darunter Fedora Server und Amazon Linux. Wer nur anhand von “bisherige Patches” plant, sollte die konkreten Kernel-Errata und den Neustart nachziehen.
RefluXFS ist eine lokale Linux-Kernel-Schwachstelle, die Qualys am 22. Juli offengelegt und als CVE-2026-64600 katalogisiert hat. Der Kernpunkt: Ein unprivilegierter Nutzer kann auf einem System mit XFS-Reflink die Inhalte von root-eigenen Dateien überschreiben und daraus persistenten Root-Zugriff ableiten. Dabei bleibt die Zieldatei selbst in ihrer Metadaten-Sicht unangetastet – Ownership, Berechtigungen, Zeitstempel und sogar das setuid-Bit werden nicht verändert. Für Security-Teams bedeutet das, dass “harmlos aussehende” Dateiattribute nicht automatisch Entwarnung geben; die Kompromittierung kann sich rein über einen Block-Layer-Schreibvorgang vollziehen.
Qualys ordnet die Ausnutzbarkeit an klaren Bedingungen: Erstens muss das System Linux 4.11 oder neuer ohne den entsprechenden Fix ausführen. Zweitens muss das XFS-Dateisystem mit reflink=1 angelegt worden sein. Drittens müssen die gelesene Zielressource und ein Angreifer-seitig beschreibbares Verzeichnis auf demselben XFS-Dateisystem liegen. Genau an dieser Stelle verschiebt sich die Risikolandschaft vom “exotischen Laborszenario” hin zu typischen Enterprise-Setups: Denn Qualys nennt unter anderem default-fähige Installationsbasen wie Red Hat Enterprise Linux (RHEL) und Derivate sowie Fedora Server und Amazon Linux in bestimmten Versionen. RHEL 7 fällt hingegen weg, weil die XFS-Reflink-Fähigkeit dort zeitlich voraussetzt, dass die Grundvoraussetzungen erst gar nicht vorliegen.
Technisch beschreibt die Schwachstelle ein klassisches Check-then-Use-Fehlerbild über einen Lock-Zyklus hinweg – und genau diese Art Logikfehler ist schwer zu “sehen”, wenn man nur auf High-Level-Privilegchecks schaut. Der Angreifer klont eine root-geschützte Datei in eine Scratch-Datei mithilfe von FICLONE, wobei für die Operation lediglich Lesezugriff auf die Quelle erforderlich ist. Anschließend bringt er parallel O_DIRECT-Schreibzugriffe gegen den Klon in Gang. Da XFS-Reflinks Copy-on-Write verwenden, referenzieren beide Dateien anfangs dieselben physischen Blöcke. Im relevanten Pfad wird die Mapping-Information unter einer Inode-spezifischen Sperre eingelesen und dann für die Reservierung von Transaktionsressourcen über eine Lock-Freigabe hinweg weitergereicht; in dieser Lücke kann ein zweiter Writer das Copy-on-Write-Setup abschließen und das Mapping erneut remappen. Wenn der erste Writer die Sperre wieder erlangt, aktualisiert er zwar den Copy-on-Write-Fork, setzt aber die Fortführung mit einer zuvor “eingefrorenen” alten Datenfork-Adressierung fort. Das führt dazu, dass das Ziel von der Kernel-Sicht her als “unshared” gelesen wird und der direkte Schreibzugriff plötzlich einen Block trifft, der eigentlich nur zur original geschützten Datei gehört.
In der Upstream-Beschreibung wird dieses Verhalten sinngemäß als “stale mappings” bei Wiedereintritt in den Lock-Kontext benannt. Was die Sache zusätzlich kritisch macht: Der Write erfolgt direkt (Direct I/O) und umgeht damit typischerweise die üblichen Revalidationsmechanismen, die im Zusammenspiel mit Page Cache und Inode-Logik greifen. In den Tests von Qualys führte das offenbar dazu, dass kein Kernel-Warnhinweis oder Log-Eintrag im üblichen Sinne aufpoppt; die Forschenden berichten, dass der Schreibvorgang auf dem Disk-Niveau landet, ohne dass die Metadaten des Ziel-Inodes angepasst werden. Laut Beschreibung kann der Race unter zehn Sekunden gewonnen werden. Als öffentliches Demo-Material wird ein Szenario genannt, in dem auf einer Default-Installation einer konkreten RHEL-Variante das Root-Passwort aus dem Exploit-Kontext heraus abgenommen wurde – die technische Schrittkette liegt dabei im veröffentlichten Advisory über den oss-security-Kanal offen.
Qualys setzt die Intelligenz nicht nur im Angriffscode ein, sondern auch im Auffinden des Fehlers: Ein KI-Modell mit eingeschränktem Zugriff, das Qualys für die Suche nach einer Schwachstelle “ähnlich Dirty COW” auf Kernel-Ebene einsetzen ließ, habe die Race-Condition strukturell identifiziert, einen funktionierenden Root-Exploit skizziert und die Koordination der Veröffentlichung unterstützt. Der Fix selbst wurde am 16. Juli in den Codebaum eingebracht und für Distributionen per Backport vorbereitet; der Bugtrace führt dabei in die Vergangenheit bis auf Linux 4.11, inklusive einer Fixes: -Zuordnung über einen benannten Commit (3c68d44a2b49) sowie einer stable Backport-Anfrage (# v4.11). Für Betreiber ist entscheidend, dass die Distributionen Backports ausgeliefert haben: Red Hat hat Kernel-Errata für betroffene RHEL-Streams mit “Important”-Bewertung herausgegeben, beginnend bereits am 14. Juli für RHEL 8 und im weiteren Verlauf für weitere Streams.
Für die Risikoeinschätzung gibt es zwei praktische “Entlastungsannahmen”, die Qualys selbst nennt, aber nicht als Freifahrtschein taugen. Erstens feuert die Race nur, wenn der Block der Zielressource noch nicht “unshared” ist; ein Administrator, der eine Datei bereits via reflink-copies dupliziert hat, reduziert damit die Trefferwahrscheinlichkeit. Zweitens deutet Qualys darauf hin, dass setuid-root-Binaries typischerweise ohnehin nicht reflink-copied vorliegen. Gleichzeitig gibt es kaum wirksame temporäre Gegenmaßnahmen: Es existiert laut Advisory keine Mount-Option und kein sysctl, das XFS-Reflinks nach der Dateisystem-Erstellung abschalten würde, und weder SELinux in Enforcing noch seccomp, Kernel Lockdown oder Container-Grenzen hätten die Ausnutzung in den Tests zuverlässig verhindert. Der saubere Weg lautet deshalb: Vendor-Errata für den exakten Releasezustand prüfen, Kernel-Updates installieren, System neu starten und verifizieren, dass die aktuell laufende Kernel-Version wirklich den Backport enthält. Wer das nur per Package-Installation ohne Reboot validiert, bleibt in der Praxis in der falschen Annahme hängen, weil das laufende Kernel-Image nicht automatisch ersetzt wird.
💳 Amazon-Kreditkarte mit 2.000 Euro Limit bestellen!
🔥 Heutige Hot Deals bei Amazon: Bis zu 80% Rabatte!
🎉 Amazon Haul-Store für absolute Schnäppchenjäger!
- ★ 23-stufiges KI-Go-Training – Für Spieler mit Grundkenntnissen der Regeln – Entwickelt als intelligenter Trainingspartner passt sich die KI Spielern von 18K bis 9D an. Ideal für alle, die die Grundregeln bereits beherrschen und ihr Spiel verbessern möchten.
- IHR EMOTIONALER AI-BEGLEITER: Eiliko ist mehr als nur ein Anhänger, es ist ein charismatischer KI-Freund. Mit einem dynamischen LED-Bildschirm, der eine Vielzahl von animierten Gesichtern und Ausdrucksformen anzeigt, reagiert er auf Ihre Interaktionen mit einzigartiger Persönlichkeit und Charme.
- 【MEHR LEBEN FÜR DEINEN SCHREIBTISCH】 Lerne Eilik kennen – deinen kleinen Roboter-Freund mit Persönlichkeit. Mit liebevollen Animationen, ausdrucksstarken Reaktionen und spielerischen Interaktionen bringt Eilik mehr Freude in deinen Alltag. Ob auf dem Schreibtisch, im Büro oder am Nachttisch – Eilik wird schnell zu einem vertrauten Begleiter für besondere Momente.
- 【XL-Größe für gedeihende Pflanzen】Geben Sie Ihren Pflanzen den Raum, den sie verdienen! Unser verbessertes, großes 13,7 cm großes Design bietet Platz für Pflanzen mit einem Durchmesser von bis zu 8,9 cm und damit deutlich mehr Platz für Wurzelwachstum und Pflanzengesundheit im Vergleich zu kleineren, veralteten Modellen. Die Produktabmessungen betragen 13,6 x 13,6 x 13,2 cm und das Gerät wiegt nur 355 g.
- V28 Update - JETZT MIT NEUEN FUNKTIONEN! Als Reaktion auf das Ladeproblem von Loona haben wir das automatische Aufladen 2.0 verbessert. Diese Optimierung hilft Loona, die Ladewege in verschiedenen Szenarien zu erkennen und anzupassen, um die Erfolgsquote beim automatischen Aufladen zu erhöhen. Mobile Hotspots können sich mit Loona verbinden und überwinden WLAN-Einschränkungen, sodass Sie jederzeit und überall mit Loona interagieren können.
- Die besten Bücher rund um KI & Robotik!
- Die besten KI-News kostenlos per eMail erhalten!
- Zur Startseite von IT BOLTWISE® für aktuelle KI-News!
- IT BOLTWISE® kostenlos auf Patreon unterstützen!
- Aktuelle KI-Jobs auf StepStone finden und bewerben!
- Künstliche Intelligenz: Dem Menschen überlegen – wie KI uns rettet und bedroht | Der Neurowissenschaftler, Psychiater und SPIEGEL-Bestsellerautor von »Digitale Demenz«
Du hast einen wertvollen Beitrag oder Kommentar zum Artikel "RefluXFS: Neue XFS-Kernel-Schwachstelle ermöglicht Root-Rechte auf betroffenen RHEL-Installationen" für unsere Leser?
#Sophos
#AmazonPrime
#Bestseller
Es werden alle Kommentare moderiert!
Für eine offene Diskussion behalten wir uns vor, jeden Kommentar zu löschen, der nicht direkt auf das Thema abzielt oder nur den Zweck hat, Leser oder Autoren herabzuwürdigen.
Wir möchten, dass respektvoll miteinander kommuniziert wird, so als ob die Diskussion mit real anwesenden Personen geführt wird. Dies machen wir für den Großteil unserer Leser, der sachlich und konstruktiv über ein Thema sprechen möchte.
Du willst nichts verpassen?
Du möchtest über ähnliche News und Beiträge wie "RefluXFS: Neue XFS-Kernel-Schwachstelle ermöglicht Root-Rechte auf betroffenen RHEL-Installationen" informiert werden? Neben der E-Mail-Benachrichtigung habt ihr auch die Möglichkeit, den Feed dieses Beitrags zu abonnieren. Wer natürlich alles lesen möchte, der sollte den RSS-Hauptfeed oder IT BOLTWISE® bei Google News wie auch bei Bing News abonnieren.
Nutze die Google-Suchmaschine für eine weitere Themenrecherche: »RefluXFS: Neue XFS-Kernel-Schwachstelle ermöglicht Root-Rechte auf betroffenen RHEL-Installationen« bei Google Deutschland suchen, bei Bing oder Google News!