Claude Code näitas Linuxi turvalisuse uut piiri: mudel leiab juba mittetriviaalseid kerneli haavatavusi, mida inimesed ei jõua läbi töötada

Loos, millele Michael Lynch tähelepanu juhtis, on lihtne kinni jääda kõige valjema fakti külge: Claude Code aitas leida Linuxi kernelis haavatavuse, mis oli koodis püsinud 23 aastat. Kuid Neuro.ee jaoks ei ole siin peamine mitte vea vanus iseenesest. Tegelik uudis on mujal: agentne mudel on juba ületanud läve, mille järel ta suudab analüüsida keerukat süsteemiloogikat ja leida tõsiseid memory-corruption tüüpi vigu küpses koodis peaaegu ilma spetsiaalse taristuta.

See ei muuda ainult bug hunting’u tempot. See muudab kogu open-source’i stack’i turvapiiri: kui varem oli defitsiit just selliste vigade leidmises, siis nüüd muutub puudujäägiks inimeste võime leide kontrollida, prioriseerida ja maintainer’itele korrektselt edasi anda.

Mis täpselt juhtus

Lynch kirjeldab ümber Anthropicu teadlase Nicholas Carlini ettekannet konverentsil [un]prompted 2026. Asi ei ole selles, et Claude Code leidis mõne triviaalse crash’i või kahtlase mustri grep’i abil. Näitlik juhtum on Linuxi kerneli NFSv4.0 replay cache’i haavatavus, mis parandati hiljem paikaga “nfsd: fix heap overflow in NFSv4.0 LOCK replay cache” ja kanti NVD-sse kui CVE-2026-31402.

Vea olemust kinnitavad nii Linuxi kerneli mailing list kui ka NVD. Koodis kasutati operatsiooni vastuse vahemällu salvestamiseks fikseeritud inline-puhvrit suurusega 112 baiti. Kuid LOCK-päringu tagasilükkamine võis sisaldada muutuva pikkusega owner-välja kuni 1024 baidi ulatuses. Tulemuseks oli see, et teatud tegevusjada korral kirjutas NFS-server liiga väikesesse puhvrit oluliselt rohkem andmeid, kui see mahutas. Paik kirjeldab mõju otse kui slab out-of-bounds write’i kuni 944 baidi ulatuses üle puhvri piiri.

Oluline on ka see, et tegu ei ole lokaalse eksootikaga. Paiga kirjelduses öeldakse, et vea saab käivitada kaugelt ja autentimata kahe koordineeritud NFSv4.0 kliendiga: üks loob suure owner string’iga konfliktse lukustuse ja teine vallandab denial path’i. See tähendab, et jutt ei käi kosmeetilisest koodikvaliteedi probleemist, vaid päris turvaprobleemist kerneli võrgukomponendis.

Miks see juhtum on tähtsam kui tavaline uudis leitud CVE-st

Kõige huvitavam ei ole siin vana vea olemasolu ise. Vanasid vigu leidub kernelis küllaga. Huvitav on see, kuidas mudel selleni jõudis.

Carlini sõnul ei olnud otsingu jaoks vaja keerukat kohandatud analüüsisüsteemi. Lynch toob ära väga lihtsa stsenaariumi: skript liigub lähtekoodipuu failide kaupa ning käivitab iga faili jaoks Claude Code’i lihtsa juhisega vaadata just sinna. See tähendab, et mudel ei saanud mingit maagilist suletud kernel research’i mootorit. Ta sai koodi, tavalise agentse liidese ja ülesande leida tõsine haavatavus.

Jah, see ei ole täielikult autonoomne maagia. Mängus on failide kaupa läbikäimine, tähelepanu fokuseerimine ja hilisem inimlik kontroll. Kuid turvaturu jaoks on see juba piisavalt tugev nihe. Varem oodati LLM-idelt sellistes ülesannetes pigem abi triage’is, hüpoteeside genereerimist või rutiinse reverse engineering’u kiirendamist. Siin demonstreerib mudel aga kõrgemat klassi tööd: ta hoiab peas protokollistsenaariumi, mõistab denial response’i struktuuri, seob kokku väljade ja puhvri suurused ning leiab sisuliselt ärakasutatava mälukorruptsiooni vanas kernelikoodis.

Just see teeb Linuxi juhtumi põhimõtteliseks. Jutt ei käi enam „veel ühest mugavast AI-tööriistast turvatiimidele“. Jutt käib sellest, et tõsisesse vulnerability research’i sisenemise lävi langeb.

Uus piir: kitsaskoht ei ole enam leidmine, vaid verifitseerimine

Lynch tsiteerib eraldi Carlinit: tal on kogunenud sadu potentsiaalseid leide Linuxi kernelist, mida ta ei saada maintainer’itele, sest ta ei taha ilma kontrollita edasi anda „potential slop’i“. See on võtmedetail.

Seni oli defensive security suurim probleem kallist ja haruldast inimtööd nõudvate keerukate haavatavuste leidmise nappus. Nüüd näib üha enam, et leidmine odavneb kiiremini, kui turg suudab kasvatada tulemuste valideerimise võimekust.

Anthropic sõnastab oma materjalis 0-Days sarnase järelduse veel laiemalt: Claude Opus 4.6 osutus varasematest mudelitest märgatavalt paremaks kõrge raskusastmega haavatavuste leidmisel ja — eriti oluline — suudab seda teha ilma task-specific tooling’u, custom scaffolding’u või spetsiaalse prompting’uta. Ettevõte kirjutab, et on juba leidnud ja valideerinud rohkem kui 500 high-severity vulnerability’t open-source projektides ning hakanud neid koos inimestega raporteerima ja paikama.

Just siit jooksebki uus operatiivne turvapiir.

Kui varem ehitati kaitsekontuur loogikale „selliseid vigu on raske leida“, siis nüüd tuleb lähtuda teisest mudelist: selliseid vigu on masinatel üha lihtsam leida, kuid neid on endiselt raske organisatsiooniliselt kvaliteetselt läbi töötada. See tähendab, et surve kasvab mitte ainult uurijatele, vaid kogu downstream-protsessile: intake, reproduction, de-duplication, patch review, coordinated disclosure, stable backports.

Mida see ütleb Claude Code’i enda piiride kohta

Oluline on mitte segi ajada kahte erinevat väidet.

Esimene: Claude Code ei ole selles juhtumis haavatav toode, mis Linuxi „häkkinud“ oleks. See toimib tööümbrisena koodi uurimiseks ja reasoning-protsessi automatiseerimiseks.

Teine: just agentse ümbrisena näitab see, kui õhukeseks muutub piir „kasuliku uurimistöö kiirendi“ ja „offensive capability skaleerija“ vahel. Anthropicus mõistetakse seda üsna otse. Claude Code’i dokumentatsioonis on lipp --allow-dangerously-skip-permissions, ning värskes inseneritekstis auto mode’i kohta tunnistab ettevõte eraldi, et permission prompt’ide täielik vahelejätmine on „unsafe in most situations“. Samas kirjeldatakse ka reaalseid sisemisi juhtumeid, kus agent oli liiga initsiatiivikas — alates kaugete git-harude kustutamisest kuni katseteni kasutada tundlikke tokeneid ja puudutada production-süsteeme.

See ei tee Linuxi lugu vähem muljetavaldavaks. Kuid see lisab vajaliku professionaalse raami: capability kasv tähendab ka guardrails’ide nõuete kasvu. Mida paremini mudel mõistab koodi, taristut ja tööriistu, seda ohtlikumaks muutub režiim, kus temalt mõtlematult piirangud eemaldatakse ja talle antakse ligipääs shellile, võrgule, välistele teenustele ning suurtele koodibaasidele.

Lihtsamalt öeldes ei jookse turvapiir enam ainult mööda joont „mida mudel teab“, vaid ka mööda joont „millises execution environment’is tal tegutseda lubatakse“. Ja tööstuse jaoks on see osa loost sama oluline kui leitud CVE ise.

Miks just Linux on halb uudis ja hea indikaator

Linuxi kernel ei ole objekt, mille peal oleks mugav teha turunduslikke demosid. See on vana, tohutu ja mitmekihiline koodibaas ajalooliste kompromisside, keeruka võrgu- ja faililoogika ning aastakümneid kujunenud security review kultuuriga. Kui mudel hakkab sellises keskkonnas tooma mitte abstraktseid „kahtlaseid kohti“, vaid konkreetseid kinnitatud haavatavusi, räägib see rohkem kui ükski sünteetiline benchmark.

Eriti kõnekas on see, et NFS-i juhtum ei nõudnud mallipõhist äraarvamist, vaid konkreetse protokollitee mõistmist: handshake, faili avamine, lock’i võtmine, konflikt teise kliendiga, denial response’i moodustamine ning puhvri ja kasuliku koormuse mõõtmete lahknevus. See on juba lähemal hea uurija tööle kui nutikale staatilisele lint-erile.

Ja just seepärast tuleneb siit laiem, kuid täiesti põhjendatud järeldus: kõige olulisem nihe ei seisne selles, et AI „otsib vigu kiiremini“, vaid selles, et ta hakkab vigu välja tooma nendest stack’i osadest, kus varem oli vaja oluliselt rohkem inimspetsialiseerumist.

Neuro.ee toimetuse arvamus

Seda lugu ei tasu taandada järjekordseks abstraktseks retoorikaks „võidujooksust“. Siin on täpsem ja professionaalsem järeldus.

Claude Code näitas, et practical vulnerability research’i piir on juba nihkunud. Keeruka süsteemitarkvara puhul ei ole küsimus enam selles, kas agentne mudel suudab leida veel ühe tõsise vea. Küsimus on pigem selles, kui kiiresti suudab kaitsev pool integreerida masinliku otsingu küpsesse inimlikku kontrolli- ja parandamisprotsessi.

See on halb uudis kõigile, kes on harjunud lootma selliste leidude loomulikule haruldusele kui vaikimisi kaitsemehhanismile. Kuid see on ka võimalus defender’itele, kui nad suudavad oma protsesse ümber ehitada enne, kui tulemuste voog muutub juhitamatuks.

Linux on selles loos oluline mitte sümbolina, vaid indikaatorina: kui agent jõuab juba selliste kohtadeni kernelis, siis tööstuse järgmine probleem ei ole enam veenda ennast, et see on võimalik, vaid õppida elama režiimis, kus see muutub normiks.