EnglishOngepubliceerd Claude-model bouwt in 53 minuten remote-root-exploit voor Linux-kernelbug
Een nog niet uitgebracht onderzoeksmodel van Anthropic schreef in 53 minuten code die een ernstig lek in Linux misbruikt. Het lek is in de kernel al gedicht en de grote Linux-versies rollen updates uit. Aanvallen zijn niet bekend.
Anthropic heeft laten zien dat een van zijn nieuwe AI-modellen in korte tijd een ernstig beveiligingslek in Linux kan omzetten in een werkende aanval. Linux is het besturingssysteem waarop het grootste deel van de servers op internet draait. Het bedrijf gebruikte daarvoor een intern onderzoeksmodel van Claude dat nog niet openbaar is. Na een eerste opdracht van de onderzoekers schreef het model zelf de aanvalscode, meldt Anthropic op 27 oktober.
Het lek heeft het nummer CVE-2026-98432 en zit in de kernel, het hart van Linux dat onder meer het netwerkverkeer regelt. Een fout in hoe de kernel geheugen opruimt, maakt het mogelijk om op afstand de volledige controle over een server te krijgen, zonder wachtwoord. Dat lukte op servers die een bepaalde netwerktechniek gebruiken, Multipath TCP (MPTCP): daarmee kan één verbinding meerdere netwerkpaden tegelijk gebruiken, bijvoorbeeld wifi en 4G.
Hoe de aanval werkte
De aanval bestaat uit twee stappen. In de eerste stap ontfutselt de code de server een geheim adres in het geheugen. Linux verstopt zulke adressen juist om aanvallen lastig te maken. Dat kostte het model 48 minuten. Daarna duurde het nog ongeveer vijf minuten om een eigen opdracht met de hoogste rechten op de server te laten uitvoeren. De fout zit in een kort moment waarop twee processen tegelijk bij hetzelfde stukje geheugen komen. Mislukt een poging, dan faalt alleen die ene verbinding en crasht de server niet. Een aanvaller kan het dus steeds opnieuw proberen.
De fout zit sinds oktober 2015 in Linux en bleef ruim elf jaar onopgemerkt. Het lek raakt het netwerkverkeer via IPv4, niet via IPv6.
Hoe ernstig is het?
Daarover verschillen de deskundigen van mening. Het beveiligingsteam van de Linux-kernel geeft het lek een 9,8 op een schaal tot 10. Red Hat noemt het in een verklaring matig ernstig (5,9), omdat het lastig is om het juiste moment te treffen, maar in zijn eigen beveiligingsbestand staat een 8,1. Oracle en SUSE geven ook een 8,1, Amazon een 7,0. Met de demonstratie laat Anthropic zien dat het lek onder de juiste omstandigheden meer kan dan een server laten vastlopen.
Dat MPTCP de deur opent, komt uit de uitleg van Anthropic. Of een overname ook lukt op servers zonder MPTCP, is niet openbaar aangetoond; het beveiligingsteam van de programmeertaal Go houdt daar wel rekening mee. Dat is belangrijk omdat Go sinds versie 1.24 MPTCP standaard aanzet voor servers op Linux. Sommige diensten gebruiken het daardoor zonder dat de beheerders het weten.
Updates komen eraan
Xinyang Ge van Anthropic meldde het lek, en de makers van de Linux-kernel hebben het begin oktober gedicht, ook in de oudere versies die nog worden onderhouden. Het duurt wel even voordat die oplossing bij alle gebruikers is. Debian heeft al bijgewerkte versies uitgebracht, en Oracle Linux, Amazon Linux en SUSE hebben een deel van hun versies bijgewerkt. Voor Ubuntu en Red Hat Enterprise Linux werd op 30 oktober nog aan de updates gewerkt. CIQ, het bedrijf achter Rocky Linux, gaf beheerders tijdelijke firewallregels om zich te beschermen. Alleen MPTCP uitzetten is volgens CIQ niet genoeg.
Er zijn geen aanvallen bekend waarbij het lek misbruikt is. Anthropic heeft de aanvalscode niet vrijgegeven. Het bedrijf geeft makers van software 90 dagen om een lek te dichten voordat het er meer over vertelt.
Wat betekent dit voor de weg naar de singulariteit?
Een aanval bouwen op zo'n lastig lek in de kernel was tot nu toe werk voor een kleine groep specialisten, en dat kostte vaak dagen of weken. Een AI-model deed het nu in minder dan een uur. Dat laat zien hoe snel AI-modellen beter worden in ingewikkeld technisch werk. Het goede nieuws is dat dit keer de verdedigers het eerst waren: het lek werd gevonden, gemeld en gedicht voordat iemand het misbruikte. De les voor beheerders is dat updates snel installeren steeds belangrijker wordt. Als AI het vinden van lekken versnelt, kan AI ook helpen om ze sneller te dichten.
