Chainguard lancerer Workspaces og Checks for at sikre AI-kodeagenter

En AI-kodeagent kan skrive en nyttig rettelse og alligevel forårsage en sikkerhedshændelse undervejs. Den kan installere en kompromitteret afhængighed, følge instruktioner, der er indlejret i ikke-betroet indhold, eller køre en kommando med legitimationsoplysninger, der giver den langt større adgang, end opgaven kræver. Når teams sætter flere agenter til at arbejde parallelt, er sikring af den kode, de producerer, kun en del af problemet.

Chainguard adresserer denne bredere eksponering med tre annonceringer på Assemble London: Workspaces, isolerede miljøer for udviklere og kodeagenter; Checks, en verificeringsmotor, der er udviklet til at køre som en del af agentens udviklingsforløb; og udvidet beskyttelse i Libraries, der dækker flere programmeringssprog og afhjælpning af sårbarheder.

Lanceringerne knytter sig til tre spørgsmål, som virksomheder i stigende grad skal besvare: Hvor kører en agent, hvordan verificeres dens arbejde, og hvilken ekstern software kan den hente ind i organisationen? Workspaces og Checks lanceres i betaversion, mens de nye Libraries-tilbud til Go og .NET går ind i tidlig adgang.

Sæt klare grænser for hver kodeagent

Chainguard Workspaces giver hver udvikler og agent sin egen separate, eksterne microVM. Miljøet synkroniserer udviklerens lokale arbejdstræ, så vedkommende kan beholde sin editor og sin Git-arbejdsgang, mens kørslen foregår væk fra udviklerens maskine. Separate miljøer gør det også muligt for flere agenter at forsøge ændringer parallelt uden at dele det samme arbejdsmiljø.

Forskellen er vigtig, fordi agentens nyttige funktioner – at køre kommandoer, installere pakker og få adgang til tjenester – også kan være mulige veje til kompromittering. En politik, der er skrevet ind i agentens instruktioner, forudsætter, at agenten følger den. En grænse, som håndhæves af kørselsmiljøet, kan begrænse, hvad der sker, selv når modellen træffer en dårlig beslutning.

Ifølge lanceringen tilføres ægte legitimationsoplysninger uden for arbejdsområdet. Værktøjer, der kræver, at legitimationsoplysninger ligger på disken, får i stedet en krypteret erstatning med kort levetid. Valgfrie politikker for udgående trafik begrænser forbindelser til godkendte destinationer og mindsker dermed risikoen for, at en kompromitteret afhængighed eller en agent påvirket af prompt-injektion sender data andre steder hen.

Disse kontroller håndterer forskellige risici. Hardwareisolering adskiller arbejdsbelastninger; håndtering af legitimationsoplysninger holder genanvendelige hemmeligheder uden for agentens rækkevidde; og netværkspolitikken begrænser, hvor agenten kan kommunikere. Hvor effektive kontrollerne er, afhænger stadig af de tilladelser og destinationer, som organisationen godkender. Isolering gør ikke enhver tilladt handling ufarlig.

Miljøerne bruger Chainguard OS Packages og verificerer afhængigheder mod låsefilen under kørsel. Chainguards eksisterende tilbud af OS-pakker leverer løbende vedligeholdte pakker, bygger dem fra kildekode og inkluderer softwarestyklister. Det forklarer virksomhedens tilgang: at udvide sit kontrollerede softwarefundament til det sted, hvor agenterne kører.

Workspaces opretter også signerede registreringer af miljøet, kodeændringerne og kontrolresultaterne. For sikkerhedsteams giver det mulighed for at undersøge, hvad en agent har gjort, i stedet for udelukkende at støtte sig til agentens egen opsummering af sessionen.

Flyt verificeringen ind i agentens arbejdsforløb

Kodegenerering kan gå hurtigt, mens vejen til verificeret kode stadig er langsom. En agent foretager en ændring og sender den til kontinuerlig integration, venter på, at en runner bliver klargjort, og modtager derefter en fejlmeddelelse, efter at dens arbejdskontekst har ændret sig. Når denne proces gentages på tværs af mange agenter, kan det øge køerne og føre til dobbeltarbejde med klargøringen.

Chainguard Checks flytter verificeringen ind i dette forløb som et værktøjskald. Når Checks bruges sammen med Workspaces, sættes agentsessionen på pause, mens kontrollerne kører, og genoptages derefter med strukturerede fejllogfiler i sin kontekst. Den tilsigtede arbejdsgang er iterativ: Foretag en ændring, kør kontrollerne, undersøg fejlen, og prøv igen, før resultatet overdrages.

Forvarmede snapshots indeholder forudinstallerede afhængigheder og genopbygges, når låsefilen ændres. Hvert trin i arbejdsgangen kører i sin egen hardwareisolerede microVM. Lanceringen beskriver også, hvordan legitimationsoplysninger med kort levetid tilføres udgående anmodninger fra værtssiden, samt deklarative politikker for netværksadgang.

En vellykket kørsel genererer en signeret attestering, der forbinder miljøet, testresultatet og committen. Ifølge Chainguard kan efterfølgende flettekontroller verificere dette bevis og godkende resultatet uden at gentage den samme testpakke.

Det er en nyttig forskel mellem at overføre bevis og blot at overføre en agents påstand om, at testene bestod. En attestering kan fastslå, hvilke kontroller der blev kørt mod hvilken commit i hvilket miljø. Den kan ikke fastslå, at testene dækkede alle vigtige funktioner, eller at en ændring, der består testene, opfylder alle sikkerhedskrav. Teams har stadig brug for passende test, betroede verificeringspolitikker og gennemgang, når der er behov for faglig vurdering.

Chainguard oplyser, at løsningen leverer resultater på få sekunder og reducerer overflødig beregningskraft. Materialet om lanceringen indeholder ikke et uafhængigt valideret benchmark, der dokumenterer en generel forbedring af hastighed eller omkostninger på tværs af kodebaser.

Sikring af de afhængigheder, agenterne henter ind

Den tredje annoncering udvider Chainguard Libraries, virksomhedens administrerede katalog og endepunkter til open source-afhængigheder i forskellige programmeringssprog. Den eksisterende tjeneste er udviklet til at passe ind i artefaktstyringsværktøjer og udviklingsarbejdsgange og tilbyder oplysninger om oprindelse samt signerede softwarestyklister for pakker, der er bygget af Chainguard.

Det nye Go-endepunkt omfatter scanning for malware og gråware, konfigurerbare pakkepolitikker og afhjælpning af CVE-sårbarheder. .NET-endepunktet er et alternativ til direkte brug af NuGet og tilbyder scanning og politikstyring. Begge går nu ind i en fase med tidlig adgang.

Chainguard tilføjer også afhjælpning af CVE-sårbarheder for JavaScript og Go, herunder bagudporterede rettelser til sårbarheder med kritisk og høj alvorlighedsgrad. Bagudportering er vigtig, når et team ikke straks kan skifte til en nyere hovedversion uden ændringer af applikationen eller omfattende test. Det kan mindske eksponeringen, mens den større opgradering planlægges.

For Java og Python oplyser virksomheden, at Athena, dens branchekoalition, vil levere artefakter med rettelser til sårbarheder, som avancerede AI-modeller opdager, samme dag som sårbarhederne bliver offentligt kendt. Det er en påstand om reaktionstiden ved offentliggørelse, ikke en garanti for, at der ikke findes sårbarheder, som endnu ikke er offentliggjort.

En undersøgelse viser, hvorfor presset på virksomheder for at nøjes med at installere sikkerhedsrettelser er stigende

Sideløbende med produkterne offentliggør Chainguard The AI Exploit Gap, en undersøgelse bestilt hos Wakefield Research. Undersøgelsen indsamlede svar i september 2026 fra 1.300 cybersikkerhedsledere på tværs af ni markeder. Respondenterne var mindst på direktørniveau og arbejdede generelt i organisationer med mindst 500 ansatte; i Singapore og UAE/Saudi-Arabien var minimumskravet dog 250 ansatte.

I undersøgelsen svarede 54 %, at deres organisationer bevidst lader sårbarheder med høj eller kritisk alvorlighedsgrad være uden sikkerhedsrettelser i hvert fald nogle gange, og 93 % udtrykte bekymring for, om de kan afhjælpe AI-drevne angreb hurtigt nok. Omkring 76 % rapporterede om et bekræftet eller formodet AI-drevet angreb i løbet af det foregående år.

Det sidste tal omfatter både bekræftede hændelser og mistanker. Det bør ikke opfattes som et uafhængigt verificeret mål for angreb forårsaget af AI. Mere generelt afspejler tallene respondenternes egne rapporter og forventninger, ikke telemetridata, der fastslår, hvor ofte en bestemt angrebsteknik lykkes.

De operationelle resultater er sigende. Blandt virksomheder med en omsætning på mindst 1 mia. dollars rapporterede 66 %, at de i hvert fald nogle gange lader sårbarheder med høj eller kritisk alvorlighedsgrad være uden sikkerhedsrettelser. Til sammenligning gjaldt det 27 % blandt virksomheder med en omsætning på under 250 mio. dollars. Større organisationer henviste til forretningsmæssige afvejninger, såsom driftsforstyrrelser og konkurrerende produktprioriteter. Forskellen handler derfor både om evnen til at udrulle ændringer og om evnen til at opdage fejl.

Større autonomi kræver kontrol, der i højere grad kan verificeres

Chainguards tre lanceringer udgør en sammenhængende tilgang: at begrænse eksekveringsmiljøet, give agenter hurtig verifikation med tydelig kildeangivelse og styre de afhængigheder, de bruger. Hver lancering retter sig mod en forskellig del af den samme udviklingsarbejdsgang.

Den praktiske prøve bliver, om kontrollerne passer til virkelige kodebaser, tjenesteintegrationer og udgivelsespolitikker uden at blive endnu en flaskehals. Betafasen og den tidlige adgang betyder, at dette arbejde stadig ligger foran. Retningen er dog klar: Efterhånden som kodeagenter får mulighed for at handle, har virksomheder brug for sikkerhedskontroller, der kan håndhæves og efterprøves gennem hele arbejdet.