Chainguard lanserar Workspaces och Checks för att säkra AI-kodningsagenter

En AI-kodningsagent kan skriva en användbar lösning och ändå orsaka en säkerhetsincident på vägen. Den kan installera ett komprometterat beroende, följa instruktioner som bäddats in i innehåll som inte är betrott eller köra ett kommando med autentiseringsuppgifter som ger den betydligt större åtkomst än vad uppgiften kräver. När team börjar använda fler agenter parallellt är det bara en del av problemet att säkra koden de producerar.

Chainguard hanterar den bredare riskbilden med tre tillkännagivanden på Assemble London: Workspaces, isolerade miljöer för utvecklare och kodningsagenter; Checks, en verifieringsmotor utformad för att köras i agentens utvecklingsloop; och utökade skydd i Libraries som omfattar fler programmeringsspråk och åtgärder mot sårbarheter.

Lanseringarna knyter an till tre frågor som företag i allt högre grad måste besvara: var en agent körs, hur dess arbete verifieras och vilken extern programvara den kan föra in i organisationen. Workspaces och Checks lanseras i betaversion, medan de nya Libraries-erbjudandena för Go och .NET går in i tidig åtkomst.

Sätt en gräns runt varje kodningsagent

Chainguard Workspaces ger varje utvecklare och agent en separat mikro-VM på distans. Miljön synkroniserar utvecklarens lokala arbetskatalog, så att hen kan behålla sin redigerare och sitt Git-arbetsflöde medan körningen sker någon annanstans än på den egna datorn. Separata miljöer gör det också möjligt för flera agenter att försöka genomföra ändringar parallellt utan att dela samma arbetsmiljö.

Skillnaden är viktig eftersom agentens användbara funktioner – att köra kommandon, installera paket och komma åt tjänster – också kan utgöra vägar till kompromettering. En policy som skrivits in i agentens instruktioner förutsätter att agenten följer den. En gräns som upprätthålls av körmiljön kan begränsa vad som sker även när modellen fattar ett dåligt beslut.

Enligt tillkännagivandet förs riktiga autentiseringsuppgifter in utanför arbetsytan. Verktyg som kräver att en autentiseringsuppgift finns på disk får en krypterad, kortlivad ersättning. Valfria regler för utgående trafik begränsar anslutningar till godkända destinationer och minskar därmed möjligheten för ett komprometterat beroende eller en agent som utsatts för promptinjektion att skicka data någon annanstans.

De här skyddsåtgärderna hanterar olika risker. Hårdvaruisolering separerar arbetslaster, förmedling av autentiseringsuppgifter håller återanvändbara hemligheter utom räckhåll för agenten och nätverkspolicy begränsar vart den kan kommunicera. Hur effektiva skydden är beror fortfarande på vilka behörigheter och destinationer organisationen godkänner. Isolering innebär inte att varje tillåten åtgärd är ofarlig.

Miljöerna använder Chainguard OS Packages och verifierar beroenden mot låsfilen vid körning. Chainguards befintliga erbjudande för OS Packages tillhandahåller paket som underhålls löpande, bygger dem från källkod och inkluderar programvarans materialförteckningar. Det förklarar företagets arbetssätt: att utvidga sin kontrollerade programvarugrund till den plats där agenter körs.

Workspaces genererar också signerade dokument som omfattar miljön, kodändringarna och kontrollresultaten. För säkerhetsteam ger det ett sätt att undersöka vad en agent har gjort i stället för att enbart förlita sig på agentens egen sammanfattning av sessionen.

Flytta verifieringen in i agentens arbetsflöde

Kodgenereringen kan gå snabbt medan vägen till verifierad kod fortfarande är långsam. En agent gör en ändring och skickar den till kontinuerlig integration, väntar på att en körmiljö ska starta och får sedan ett felmeddelande efter att arbetskontexten har förändrats. Om processen upprepas för många agenter kan köerna växa och samma förberedelsearbete utföras flera gånger.

Chainguard Checks flyttar in verifieringen i arbetsflödet som ett verktygsanrop. När Checks används tillsammans med Workspaces pausas agentsessionen medan kontrollerna körs och återupptas sedan med strukturerade felloggar i sin kontext. Det avsedda arbetsflödet är iterativt: gör en ändring, kör kontroller, granska felet och försök igen innan resultatet lämnas över.

Förberedda ögonblicksbilder innehåller förinstallerade beroenden och byggs om när låsfilen ändras. Varje steg i arbetsflödet körs i en egen hårdvaruisolerad mikro-VM. I tillkännagivandet beskrivs också hur kortlivade autentiseringsuppgifter förs in i utgående förfrågningar från värdsidan samt deklarativa policyer för nätverksåtkomst.

En godkänd körning ger ett signerat intyg som kopplar samman miljön, testresultatet och den aktuella incheckningen. Efterföljande sammanslagningsspärrar kan verifiera underlaget och godkänna resultatet utan att köra samma testsvit igen, enligt Chainguard.

Det är en viktig skillnad mellan att överföra underlag och att bara överföra agentens påstående om att testerna har godkänts. Ett intyg kan fastställa vilka kontroller som kördes mot vilken incheckning i vilken miljö. Det kan inte fastställa att testerna täckte alla viktiga beteenden eller att en godkänd ändring uppfyller alla säkerhetskrav. Team behöver fortfarande lämpliga tester, betrodda verifieringspolicyer och granskning där det krävs mänskligt omdöme.

Chainguard uppger att utformningen ger resultat på några sekunder och minskar onödig beräkningsanvändning. Lanseringsmaterialet innehåller inget oberoende validerat jämförelsetest som visar på en generell förbättring av hastighet eller kostnad för alla kodförråd.

Säkra de beroenden som agenter hämtar in

Det tredje tillkännagivandet utökar Chainguard Libraries, företagets hanterade katalog och dess slutpunkter för beroenden inom programmeringsspråk med öppen källkod. Den befintliga tjänsten är utformad för att passa artefakthanterare och utvecklingsflöden och erbjuder ursprungsinformation samt signerade programvaruförteckningar för paket som byggts av Chainguard.

Den nya Go-slutpunkten omfattar genomsökning efter skadlig programvara och gråprogramvara, konfigurerbara paketpolicyer och CVE-åtgärder. .NET-slutpunkten erbjuder ett alternativ till direkt användning av NuGet, med genomsökning och policykontroller. Båda går nu in i fasen för tidig åtkomst.

Chainguard lägger också till CVE-åtgärder för JavaScript och Go, bland annat bakåtporterade korrigeringar för sårbarheter med kritisk och hög allvarlighetsgrad. Bakåtportering är viktig när ett team inte omedelbart kan gå över till en nyare huvudversion utan ändringar i applikationen eller omfattande tester. Det kan minska exponeringen medan den större uppgraderingen planeras.

För Java och Python uppger företaget att Athena, dess branschkoalition, kommer att tillhandahålla åtgärdade artefakter för sårbarheter som upptäckts av avancerade AI-modeller samma dag som sårbarheterna blir offentliga. Detta är ett påstående om insatser vid offentliggörandet, inte en garanti för att det inte kan finnas oupptäckta brister.

En undersökning visar varför det blir allt svårare att förlita sig enbart på korrigeringar

Samtidigt som produkterna lanseras publicerar Chainguard The AI Exploit Gap, en undersökning som beställts från Wakefield Research. Undersökningen samlade in svar i september 2026 från 1 300 cybersäkerhetschefer på nio marknader. De svarande var minst på direktörsnivå och arbetade i allmänhet på organisationer med minst 500 anställda, med ett minimum på 250 anställda i Singapore och Förenade Arabemiraten/Saudiarabien.

I undersökningen uppgav 54 procent att deras organisationer medvetet låter sårbarheter med hög eller kritisk allvarlighetsgrad förbli okorrigerade åtminstone ibland, och 93 procent uttryckte oro över om de kan åtgärda AI-drivna angrepp tillräckligt snabbt. 76 procent uppgav att de under det föregående året hade råkat ut för en bekräftad eller misstänkt AI-driven attack.

Den sista siffran omfattar både bekräftade incidenter och misstankar. Den bör inte tolkas som ett oberoende verifierat mått på attacker orsakade av AI. Mer generellt är detta de svarandes uppgifter och förväntningar, inte telemetridata som visar hur ofta en viss angreppsmetod lyckas.

De operativa resultaten är talande. Bland företag med en omsättning på minst 1 miljard dollar uppgav 66 procent att de åtminstone ibland låter sårbarheter med hög eller kritisk allvarlighetsgrad förbli okorrigerade, jämfört med 27 procent bland företag med en omsättning under 250 miljoner dollar. Större organisationer hänvisade till avvägningar i verksamheten, såsom störningar och konkurrerande produktprioriteringar. Skillnaden handlar alltså både om förmågan att införa ändringar och om förmågan att upptäcka brister.

Större autonomi kräver mer verifierbar kontroll

Chainguards tre lanseringar utgör en sammanhängande strategi: att begränsa körmiljön, ge agenter snabb verifiering med tydlig attribution och styra de beroenden de använder. Var och en hanterar en annan del av samma utvecklingsflöde.

Det praktiska testet blir om kontrollerna fungerar med verkliga kodförråd, tjänsteintegrationer och lanseringspolicyer utan att bli ännu en flaskhals. Eftersom produkterna är i betaversion eller fasen för tidig åtkomst återstår det arbetet. Inriktningen är dock tydlig: när kodningsagenter får förmåga att agera behöver företag säkerhetskontroller som förblir verkställbara och granskningsbara genom hela arbetet.