Linux 内核 KVM 漏洞 PwnEscape 允许虚拟机逃逸
PwnEscape: Kritische Lücke in Linux-Kernel erlaubt VM-Ausbruch | heise online
Linux 内核网络代码中的漏洞 PwnEscape(CVE-2026-99999,CVSS 9.3)允许 KVM 虚拟机突破隔离,pwn.ai 的研究者在实验环境中多次实现逃逸并导致虚拟化主机及其上所有虚拟机崩溃。Debian 已发布修复内核(bookworm 6.1.190-1、trixie 6.12.113-1),Ubuntu 和 Red Hat 仍在等待修复;托管商 Netcup 已开始重启虚拟化主机,Hetzner 称采用基于 eBPF 的临时缓解措施。研究者用 GPT-5.6 Sol 在三天内、不到 700 美元 token 成本下找到该漏洞,而修复直到 10 月 8 日才进入内核网络代码。
正文
当前显示原文,中文全文译文尚未就绪。
close notice
This article is also available in English.
It was translated with technical assistance and editorially reviewed before publication.
.
Eine Sicherheitslücke namens „PwnEscape“ betrifft Linux-Server, die mittels KVM (Kernel Virtual Machine) als Host-System für virtuelle Maschinen dienen, und ermöglicht es diesen VMs, aus ihrer Isolation auszubrechen. So könnte etwa ein böswilliger Kunde eines Cloud-Hosters mittels PwnEscape den Virtualisierungs-Host kompromittieren und VMs anderer Kunden manipulieren. Erste Cloud-Hoster haben am Wochenende begonnen, ihre Systeme zu aktualisieren, weitere dürften folgen. Administratoren von KVM-Hypervisoren sollten ebenfalls eine Aktualisierung einspielen.
Weiterlesen nach der Anzeige
Die Sicherheitslücke findet sich tief im Netzwerkcode des Linux-Kernels. Eine virtuelle Maschine kann beim Einliefern von Paketen über virtio-Metadaten festlegen, an welcher Stelle der Kernel später die Transportprüfsumme nachtragen wird. Der Kernel wiederum validierte diese Position inkorrekt, sodass die ausstehende Prüfsumme an der falschen Stelle im Speicher landete. Im Laboraufbau konnten die Entdecker von pwn.ai mit einem Exploit mehrfach aus der isolierten Umgebung ausbrechen, in der sich jede VM befindet. Zudem brachten sie die Virtualisierer und alle VMs darauf mehrfach zum Absturz.
Die Forscher betonen, dass es sich ihrer Ansicht nach um eine neue Klasse von Sicherheitslücken handelt, die sie als „deferred-metadata trust inversion“ (etwa: „Umkehrung des Vertrauens bei verzögerten Metadaten“) bezeichnen. Im Kern sind diese ein TOCTOU-Fehler (Time of Check, Time of Use), kommen aber ohne die sonst für diese Lückenklasse typische Wettlaufsituation (Race Condition) aus. Lediglich eine vom Angreifer kontrollierte verzögerte Schreiboperation im Speicher ist notwendig, um eine solche Sicherheitslücke zu begründen.
Bald patchen, Attacken erwartet
PwnEscape ist die letzte Sicherheitslücke des Jahres 2026, die noch eine fünfstellige CVE-ID bekam, nämlich die „Schnapszahl“ CVE-2026-99999 (CVSS 9.3/10, kritisch). Aktualisierte Pakete für den Linux-Kernel werden am Montagvormittag von Debian (bookworm: 6.1.190-1, trixie: 6.12.113-1) ausgeliefert, bei Ubuntu und Red Hat wartet der Fehler noch auf Erste Hilfe. Wer einen Virtualisierungs-Host auf Basis von KVM administriert, sollte zügig nach Verfügbarkeit den neuen Kernel einspielen und einen Reboot einplanen. Die Finder der Lücke erwarten, dass innerhalb weniger Wochen funktionierende Exploits im Untergrund kursieren, die womöglich auch andere Hypervisoren als KVM betreffen.
KVM ist eine beliebte Alternative zu kommerziellen Hypervisoren wie VMware und wird auch von Hostern für virtuelle Server eingesetzt. Erste Hoster reagierten bereits: So startet Netcup seit dem Wochenende seine Virtualisierungs-Hosts aufgrund von PwnEscape neu, wie Geschäftsführer Alexander Windbichler im Forum des Hosters bestätigt. Andere dürften folgen; wir haben mit Hetzner und IONOS zwei große Anbieter um Stellungnahme gebeten. Ein Sprecher des Gunzenhausener Hosters teilte mit: „Bereits kurz nach der Veröffentlichung wurde eine temporäre Mitigation erstellt, welche den Angriffsvektor auf Systemebene erkennt und nach aktuellem Kenntnisstand kompensiert.“ Hetzner setze auf eine, so der Sprecher, „eBPF-basierte Mitigation“ und müsse daher seine Hypervisoren nicht unverzüglich neustarten. Für Kunden der Hoster ergibt sich kein Handlungsbedarf, sie sollten allenfalls überprüfen, ob ihre virtuellen Server Reboot-fest sind.
Weiterlesen nach der Anzeige
Die Abfolge der Ereignisse rund um PwnEscape verdeutlicht das aktuelle Dilemma der IT-Sicherheit: Die Sicherheitsforscher nutzten GPT-5.6 Sol für die Suche nach Sicherheitslücken und wurden innerhalb von drei Tagen für unter 700 US-Dollar Tokenkosten fündig. Die Sicherheitslücke zu beheben, dauerte jedoch erheblich länger: Erst am 8. Oktober landete die Fehlerbehebung im Netzwerk-Code des Linuxkernels.
Statement von Hetzner ergänzt.
(cku)