Een kwetsbaarheid in de vhost-subsystem van Linux stelt een lokale gebruiker in staat om naar believen kernelgeheugen te lezen en te schrijven en root te worden op vrijwel een decennium aan kernelversies. In één virtualisatie-opstelling kan een niet-vertrouwde virtuele machine naar het geheugen van de host schrijven en het programma overnemen dat de virtuele machine runt.
De bug staat geregistreerd als CVE-2026-74580 en heet Vghost. Tencent Zhuque Lab, dat de fout ontdekte, bracht op 3 augustus een patch uit en publiceerde op 12 oktober een uitgebreide beschrijving met werkende demo’s van beide aanvallen. Er is nog geen openbare aanwijzing dat de fout actief is misbruikt.
vhost is het deel van de Linux-kernel dat netwerk- en andere I/O-prestaties voor virtuele machines en containers versnelt. Een lokale gebruiker bereikt het door een device-node te openen, gewoonlijk /dev/vhost-net of /dev/vhost-vsock.
Op de host geeft de fout een niet-geprivilegieerde gebruiker een betrouwbare manier om elk kerneladres te lezen en te schrijven, KASLR te omzeilen en tot root te escaleren. De aanval is deterministisch: er is geen memory grooming en geen geluk met timing nodig.
De tweede aanval is smaller van omvang. Wanneer het virtio-apparaat van een virtuele machine achter een virtuele IOMMU staat met iommu_platform ingeschakeld, en vhost draait in device-IOTLB-modus, kan een niet-vertrouwde gast dezelfde bug triggeren en ervoor zorgen dat de hostkernel buiten de grenzen schrijft in het QEMU-proces op de host. Vanaf daar kan een gast een functiepointer in QEMU overschrijven en zo controle krijgen over waar het hostproces vervolgens naartoe springt, of het proces laten crashen.
Hoe het werkt
vhost houdt een kleine cache bij van de geheugenmappings achter elke virtuele ring en de gedeelde queues die het gebruikt om data te verplaatsen. Een cache hit wordt behandeld als bewijs dat het gebied al is gecontroleerd. De cache wordt leeggemaakt wanneer de mapping wordt bijgewerkt of ongeldig gemaakt en wanneer de queue wordt gereset, maar niet wanneer de commando’s VHOST_SET_VRING_ADDR of VHOST_SET_VRING_NUM het adres of de grootte van de ring veranderen terwijl de queue nog actief is.
Met een aangesloten device IOTLB accepteren die commando’s de nieuwe adressen zonder ze te controleren, en stellen ze die controle uit tot later. Zodra de cache gevuld is, wordt de latere controle nooit uitgevoerd en blijft vhost nieuwe adressen vertalen met de oude mapping. De kernel kopieert dan data naar of van die pointer zonder bound-check, waardoor een schrijf naar de used ring of een lees van een descriptor buiten het gemapte gebied terechtkomt. Dat geeft de aanvaller kernel lees- en schrijfrechten.
De fout zat ongeveer negen jaar in de code omdat twee redelijke wijzigingen samen de situatie creëerden. Een wijziging uit 2017 (Linux 4.11) voegde de cache en de shortcut toe. Een wijziging uit 2020 (Linux 5.9) verplaatste de adrescontrole uit het commando naar een later stadium, waardoor de controle die de verouderde vertaling zou hebben opgemerkt, wegviel.
Wie is getroffen, en wat te doen
De fout treft Linux-kernels van 4.11 tot en met 7.2-rc4. Tencent reproduceerde de volledige lokale-gebruiker-naar-root-keten op vijf distributiekernels: Ubuntu 26.04, RHEL 9.8, Amazon Linux 2023, Microsoft Azure Linux 3.0 en Oracle Linux 10.2. Bij Ubuntu was de device-node beperkt tot de kvm-groep, dus het aanvankelijke toegangspunt daar was een lid van die groep in plaats van elke gebruiker.
Op de andere vier geteste images was de node wereld-leesbaar met permissies 0666, zodat iedere lokale gebruiker er toegang toe had.
De fix (commit de845981da67) maakt de cache leeg wanneer een ring wordt geherconfigureerd. Installeer een kernel die deze wijziging bevat en herstart. De eerste upstream-stable releases met de fix staan hieronder; leveranciers kunnen de fix ook terugporten zonder hun versienummer te wijzigen.
| Stabiele branch | Eerste gefikste versie |
|---|---|
| 5.10.y | 5.10.265 |
| 5.15.y | 5.15.216 |
| 6.1.y | 6.1.183 |
| 6.6.y | 6.6.152 |
| 6.12.y | 6.12.104 |
| 6.18.y | 6.18.45 |
| 7.1.y | 7.1.9 |
| 7.2 | 7.2 |
Red Hat, Amazon Linux en Oracle Linux hebben fixes uitgebracht. Ubuntu heeft 22.04 gefixt en vermeldt, per 13 oktober, dat de kernels voor 24.04 en 26.04 nog in behandeling zijn.
Totdat een gefikste kernel is geïnstalleerd, beperk de toegang tot de vhost-device-nodes. Verwijder wereldtoegang tot /dev/vhost-net en /dev/vhost-vsock, beperk de eigenaar-groep tot vertrouwde virtualisatiediensten en beschouw lidmaatschap van die groep als een privilege zolang de kwetsbare kernel draait.
Er is geen tussentijdse workaround voor de gast-naar-host escape; voor dat aanvalspad is de gepatchte kernel de enige remedie.
De ernst, en de AI‑vinder
De fout is als hoog beoordeeld, niet als kritiek, en beoordelaars verschillen over hoe hoog precies. Het kernel.org CVE-team geeft een score van 8,8 en markeert de scope als gewijzigd, omdat de gast-naar-host schrijfoperatie geheugen van het QEMU-proces op de host bereikt en daarmee de grens tussen gast en host overschrijdt.
Red Hat geeft een score van 7,3 en markeert de scope als ongewijzigd, waarbij de impact als binnen de vertrouwensgrenzen van de host wordt beschouwd; het beoordeelt ook de integriteitsimpact lager. Amazon geeft 7,8 en Oracle 7,3.
De bug werd gevonden met hulp van Corvus AI, een multi-agent systeem dat Tencent heeft gebouwd voor kernel-kwetsbaarhedenonderzoek. De upstream-fix vermeldt het op een Assisted-by-regel, en Tencent zegt dat de pipeline de fout vond.
Dit is machine-geassisteerd onderzoek, geen aanval uitgevoerd door AI. Het is hetzelfde team en dezelfde pipeline die eerder een 18 jaar oude SCTP-kernelkwetsbaarheid ontdekte, bekendgemaakt in augustus, die ook tot root leidde en bij testen een container kon ontsnappen.
