← Alle artikelen

AI vond 948 Linux-lekken die root opleveren: wat dat betekent voor uw servers, en wat nog niet is veranderd

OpenAI liet AI-agents de Linux-kernel doorlichten en kreeg ruim duizend werkende root-exploits. Tegelijk laten nieuwe cijfers zien dat door AI gevonden lekken niet vaker worden misbruikt dan andere. Een maand na ons eerste stuk: wat er is veranderd en wat u ermee doet.

Door Sander 7 november 2026 4 min leestijd

Update 8 november 2026: ook het Cybersecuritybeeld Nederland 2026 stelt dat lekken nu binnen enkele uren worden misbruikt. Wat daarachter zit, leest u in Cybersecuritybeeld Nederland 2026: ga ervan uit dat de aanvaller al binnen is.

Dit is een vervolg op AI versnelt de aanval op bekende software. Daar schreven we dat AI aantoonbaar meer kwetsbaarheden vindt, maar dat niet bewezen is dat het de versnelling van aanvallen verklaart. Sindsdien is er nieuw bewijs bijgekomen, aan beide kanten.

In het kort

OpenAI liet AI-agents half oktober de Linux-kernel doorzoeken. Dat leverde 1.169 werkende exploits op waarmee een gewone gebruiker root wordt, verdeeld over 948 afzonderlijke fouten.
Het ging om zo'n 1,2 miljoen dollar aan rekenkracht, ongeveer 1.279 dollar per fout. Op de markt voor exploits zijn ze volgens OpenAI 16 tot 55 keer zoveel waard.
Tegelijk vond VulnCheck dat door AI gevonden kwetsbaarheden niet vaker worden misbruikt dan andere: 1,3 procent.
Het Britse NCSC concludeert dat AI vooral bestaande zwakke plekken versterkt. De meeste inbraken lopen nog altijd via dezelfde vier routes.

Wat OpenAI deed

Op 4 november publiceerde OpenAI de resultaten van een geautomatiseerde zoektocht naar fouten in de Linux-kernel, uitgevoerd met een nog niet uitgebracht model voor cybersecurity. Volgens SecurityWeek zag dat er zo uit:

Stap	Aantal
Mogelijke fouten gemarkeerd	2.308
Bevestigd	1.724
Werkende root-exploits	1.169
Exploits die geheugen uitlezen	291
Afzonderlijke patches	948

De exploits werkten op virtuele machines met de gangbare kernelbeveiligingen aan (KASLR, SMEP en SMAP). De agents gebruikten minstens tien technieken die nog niet bekend waren. Die houdt OpenAI geheim.

Hoe snel dit gaat, laat de vergelijking met een eerdere ronde zien. Eind juli vond een ouder model 166 van zulke fouten, voor ruim 513.000 dollar. Drie maanden later waren het er bijna zes keer zoveel, voor ruim het dubbele bedrag.

OpenAI heeft honderden meldingen en patches aangeleverd en brengt de rest gefaseerd uit. Binnen tien dagen waren meer dan honderd fouten verholpen of lag er een patch klaar. Over ongeveer driehonderd andere liep publiek overleg.

Wat dit wel en niet betekent

Het gaat om lokale privilege-escalatie. Een aanvaller moet dus al code op het systeem kunnen draaien, bijvoorbeeld via een gestolen account, een lek in een webapplicatie of een kwaadaardig pakket. Vanaf internet breekt niemand hiermee rechtstreeks in.

Wat wel verandert, is de waarde van die eerste voet aan de grond. OpenAI schrijft zelf dat een ongepatcht account met weinig rechten voor een goed toegeruste aanvaller in feite gelijkstaat aan root-toegang. De scheiding tussen gebruiker en beheerder op één Linux-systeem is daarmee zwakker dan veel organisaties aannemen.

Dat raakt vooral systemen waarop meerdere gebruikers of onbekende code dezelfde kernel delen:

Containers. Alle containers op een host delen één kernel. Een root-exploit in één container kan de hele host opleveren.
CI/CD-runners, die code uit pull requests en pakketten van derden uitvoeren.
Gedeelde hosting en ontwikkelservers waar meerdere mensen of klanten een account hebben.

Dat is dezelfde keten die we zagen bij de vergeten WordPress-site die vijf andere meenam: één zwakke plek op een gedeelde server werd de ingang naar de rest.

Het tegengeluid: misbruik blijft achter

Dat AI veel vindt, betekent niet automatisch dat aanvallers het ook gebruiken. Exploitatiebedrijf VulnCheck keek naar de eerste helft van 2026:

Van 1.061 kwetsbaarheden die aan AI worden toegeschreven, zijn er 14 bevestigd misbruikt. Dat is 1,3 procent, net zoveel als bij kwetsbaarheden in het algemeen.
Anthropic meldde 23.019 bevindingen. Daaruit kwamen 126 gepubliceerde CVE's voort, waarvan er één misbruikt is.
Het deel van de misbruikte kwetsbaarheden dat al vóór of op de dag van publicatie werd aangevallen, daalde van 28,9 procent in 2025 naar 23,4 procent.

VulnCheck concludeert dat de impact van AI reëel maar beperkt is, en dat de verwachtingen groter zijn dan het bewijs. Die cijfers lopen tot juli, dus het OpenAI-onderzoek valt erbuiten.

Het Britse NCSC komt in zijn jaaroverzicht van 3 november tot een vergelijkbare lezing. AI maakt aanvallen sneller en goedkoper, maar heeft nog geen nieuwe soort aanval opgeleverd, en de dienst ziet geen volledig zelfstandige AI-aanvallers. Bij grote organisaties liep 88 procent van de incidenten via vier routes: lekken in applicaties aan internet, phishing, misbruik van geldige accounts en lekken in diensten voor externe toegang. Directeur Richard Horne zegt dat AI de zwakke plekken niet heeft gemaakt, maar zichtbaar maakt.

Hoe die twee beelden samengaan

Ze spreken elkaar minder tegen dan het lijkt. Het aantal gevonden fouten groeit hard, het deel dat wordt misbruikt niet. Voor uw patchbeleid betekent dat twee dingen.

Er komt meer werk. OpenAI alleen levert honderden kernelpatches aan, en die komen de komende maanden via uw distributie binnen. Wie kernelupdates nu één keer per kwartaal met een herstart doorvoert, gaat dat niet bijhouden. Een kernelupdate werkt pas na een herstart of met livepatching, net als bij PHP2Shell, waar updaten zonder herstart ook niet genoeg was.

De twee snelheden uit ons eerste stuk blijven het uitgangspunt. Snel voor wat actief wordt misbruikt en vanaf internet bereikbaar is, normaal voor de rest. Het Nederlandse NCSC adviseerde in april al om niet af te wachten en de tijd tot patchen te verkorten. Maar niet elke AI-melding is een noodgeval, en dat schrijft ook het Britse NCSC.

Wat u nu kunt doen

Maak kernelupdates routine. Plan vaste momenten om te herstarten, of gebruik livepatching waar uw distributie dat biedt. Controleer met uname -r of de draaiende kernel ook de bijgewerkte is.
Breng in kaart waar onbekende code uw kernel deelt: containerhosts, CI-runners, gedeelde servers. Daar weegt een root-lek het zwaarst.
Scheid wat u niet vertrouwt. Draai code van derden, zoals builds uit pull requests, in een eigen virtuele machine of in een sandbox als gVisor of Firecracker, niet in een gewone container naast uw productie.
Wees zuinig met shell-toegang. Elk account op een Linux-server is een mogelijke route naar root. Ruim oude accounts en SSH-sleutels op en log wie inlogt.
Sluit eerst de vier hoofdroutes af: MFA op alle externe toegang, beheerinterfaces niet aan internet, en snel patchen van systemen aan de rand. Daar gebeurt volgens het NCSC het overgrote deel van de inbraken.
Laat u niet gek maken door het volume. Gebruik de CISA-lijst van actief misbruikte kwetsbaarheden en de adviezen van het NCSC om te bepalen wat voorrang krijgt, zoals beschreven in van 30 dagen naar 48 uur.