LONDON (IT BOLTWISE) – Ein Linux-Fehler in der vhost-Komponente namens „Vghost“ (CVE-2026-74580) ermöglicht lokalen Angreifern Root-Rechte, indem Kernel-Speicher ohne gültige Adressprüfung gelesen und geschrieben wird. In einer Virtualisierungsvariante kann ein untrusted Gast zusätzlich die Grenzen zum Host überbrücken und den QEMU-Prozess kompromittieren oder zum Absturz bringen. Der Fix ist bereits als Commit de845981da67 verfügbar; betroffen sind Kernel ab 4.11 bis 7.2-rc4. Für Systeme ohne aktualisierten Kernel bleibt als Sofortmaßnahme vor allem die Einschränkung von Zugriff auf vhost-Geräteknoten.

Der neue Linux-Befund „Vghost“ (CVE-2026-74580) trifft nicht irgendeinen Randbereich, sondern die vhost-Schicht, die im Alltag für beschleunigte Ein-/Ausgabe in Virtualisierung und Container-Setups sorgt. vhost übernimmt dabei das schnelle Weiterreichen von Daten über virtuelle Ringe und Warteschlangen (vhost rings und shared queues), die sowohl für Netzwerk als auch für andere virtio-Geräte genutzt werden. Genau hier steckt die Schwachstelle: vhost hält eine kleine Cache-Schicht für Speicherabbildungen vor, und diese Logik kann dazu führen, dass spätere Prüfungen übersprungen werden, obwohl sich relevante Ring-Adressinformationen geändert haben.
Technisch betrachtet lässt sich der Fehler in zwei Angriffswege aufteilen. Für den breiten Fall kann ein lokaler Benutzer über ein Gerät wie „/dev/vhost-net“ oder „/dev/vhost-vsock“ eine deterministische Kette auslösen: Der Kernel geht davon aus, dass eine Region bereits „geprüft“ wurde, sobald ein Cache-Treffer vorliegt. Wird der Ring jedoch über vhost-Kommandos während einer aktiven Warteschlange neu konfiguriert, räumt vhost den Cache nicht konsistent auf. Das bedeutet, dass neue Ring-Adressen mit einer alten Übersetzungsinformation weiterverarbeitet werden. Anschließend kopiert der Kernel Daten zu oder von dem aus der Übersetzung resultierenden Zeiger, ohne in diesem Schritt eine Bounds-Validierung nachzuziehen – Ergebnis: Angreifer erhalten verlässlichen Kernel-Lese- und Kernel-Schreibzugriff und damit einen Weg bis zu Root, inklusive Umgehung von KASLR.
Die zweite, engere Variante betrifft speziell Konstellationen mit Virtio-Geräten hinter einem (virtuellen) IOMMU, bei denen „iommu_platform“ aktiv ist und vhost in einem „device-IOTLB“-Modus läuft. In diesem Setup kann ein untrusted Gast ebenfalls denselben Kernfehler in der Cache-/Prüf-Logik triggern, allerdings mit anderer Wirkzone: vhost schreibt dann out-of-bounds in den Speicherbereich, der dem Host-Prozess „QEMU“ zugeordnet ist. Praktisch heißt das, dass der Gast in der Lage sein kann, Funktionszeiger in QEMU zu überschreiben und dadurch die weitere Programmausführung im Hostkontext zu beeinflussen oder zumindest einen Absturz zu provozieren. Für Betreiber ist das die entscheidende Brücke zwischen „Container-ähnlicher“ Isolation und einem echten Escape-Szenario.
Betroffen sind Linux-Kernel von 4.11 bis einschließlich 7.2-rc4. Der Hersteller-/Forscherkreis hat dabei nicht nur theoretisch nachgewiesen, dass der Bug existiert, sondern in mehreren Distributionen die lokale Root-Kette reproduziert: Ubuntu 26.04, RHEL 9.8, Amazon Linux 2023, Microsoft Azure Linux 3.0 und Oracle Linux 10.2. Auf Ubuntu war der Startpunkt durch Rechte begrenzt, weil der Geräteknoten typischerweise nur der „kvm“-Gruppe zugänglich war; dort begann der Zugriff folglich bei Mitgliedern dieser Gruppe. In den übrigen getesteten Abbildungen waren „/dev/vhost-net“ und „/dev/vhost-vsock“ hingegen world-readable (Modus 0666) – damit konnte potenziell jeder lokale Benutzer den angreifbaren Pfad erreichen.
Die eigentliche Abhilfe erfolgt über eine klare Korrektur in der Cache-Invalidierung: Der Fix entspricht dem Commit „de845981da67“ und sorgt dafür, dass der Cache gelöscht wird, sobald der Ring neu konfiguriert wird. Für die Praxis bedeutet das: einen Kernel einspielen, der diesen Commit enthält, und neu starten. Die ersten „upstream“ stabilen Fix-Releases liegen in den Stable-Branches etwa bei 5.10.265, 5.15.216, 6.1.183, 6.6.152, 6.12.104, 6.18.45 sowie 7.1.9 und 7.2; Anbieter können dabei auch Backports ausliefern, ohne Versionsnummern zwangsläufig zu ändern. Bei Ubuntu ist zwar bereits 22.04 als gefixt angegeben, gleichzeitig werden aber 24.04 und 26.04 noch als „in progress“ geführt, Stand 13. Oktober.
Bis ein Fix produktiv verfügbar ist, bleibt als unmittelbare Eindämmung vor allem die Einschränkung des Zugriffs auf die vhost-Geräteknoten. Der konkrete Hebel ist dabei nicht „irgendein Patch-Workaround“, sondern das Prinzip „Least Privilege“: „/dev/vhost-net“ und „/dev/vhost-vsock“ sollten nicht world-zugänglich sein. Stattdessen sollte der Zugriff auf eine vertrauenswürdige Gruppe bzw. nur auf Virtualisierungsservices beschränkt werden; wer Mitglied in dieser Gruppe ist, muss in der Phase mit dem verwundbaren Kernel als potenziell privilegiert betrachtet werden. Für den Gast-zu-Host-Escape existiert dabei laut den vorliegenden Angaben kein funktionales Zwischenmittel – hier ist der gepatchte Kernel die einzige verlässliche Maßnahme.
Auch die Bewertung spiegelt die Spannbreite der Wirkzonen wider. Die CVE-Kernel.org-CVE-Scoringstelle stuft den Bug mit 8.8 ein und markiert die Scope-Änderung, weil der Angriff aus dem Gast heraus in die Speicherbereiche des QEMU-Prozesses reicht und damit eine Grenze zwischen Gast und Host überschreitet. Red Hat kommt auf 7.3 und bewertet die Integritätswirkung niedriger, während Amazon 7.8 und Oracle 7.3 meldet. Unabhängig vom exakten Zahlenwert zeigt diese Diskrepanz vor allem: Für Cloud- und Virtualisierungsnutzer entscheidet die konkrete Gerätekonfiguration darüber, ob „nur“ Root im Hostkontext möglich ist oder ob zusätzliche Escape-Pfade in der Praxis realistischer werden.
Bemerkenswert ist zudem die Entdeckung selbst: Der Fehler soll im Rahmen einer KI-gestützten, aber sicherheitsspezifischen Kernel-Forschung gefunden worden sein. Tencent Zhuque Lab nennt dafür „Corvus AI“, ein Multi-Agent-System, das bei der Verwundbarkeitsanalyse helfen soll; der Upstream-Fix führt außerdem eine Assisted-by-Zeile für ein Tooling an, nicht für einen „Angriff mit KI“. Für Unternehmen ist das vor allem ein Signal: KI-Methoden werden zunehmend als Teil der Engineering-Toolchain in der Schwachstellenforschung genutzt, während die Verteidigung klassisch bleibt – Patch-Disziplin, saubere Geräterechtelogik und das konsequente Reduzieren von Zugriffsflächen für vhost.
💳 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 "Linux „Vghost“: vhost-Klasse erlaubt Root und kann Wirt sprengen" für unsere Leser?


#Sophos
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 "Linux „Vghost“: vhost-Klasse erlaubt Root und kann Wirt sprengen" 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: »Linux „Vghost“: vhost-Klasse erlaubt Root und kann Wirt sprengen« bei Google Deutschland suchen, bei Bing oder Google News!