Chainguard tuo markkinoille Workspaces- ja Checks-ratkaisut tekoälykoodausagenttien suojaamiseen

Tekoälykoodausagentti voi kirjoittaa hyödyllisen korjauksen ja silti aiheuttaa tietoturvapoikkeaman samalla. Se voi asentaa vaarantuneen riippuvuuden, noudattaa epäluotettavaan sisältöön upotettuja ohjeita tai suorittaa komennon tunnistetiedoilla, jotka antavat sille paljon enemmän käyttöoikeuksia kuin tehtävä edellyttää. Kun tiimit ottavat käyttöön yhä useampia rinnakkain työskenteleviä agentteja, niiden tuottaman koodin suojaaminen on vasta osa ongelmaa.

Chainguard tarttuu tätä laajempaan altistumisriskiin kolmella Assemble Londonissa tekemällään julkistuksella: Workspaces tarjoaa eristetyt ympäristöt kehittäjille ja koodausagenteille, Checks on agentin kehityssilmukassa suoritettavaksi suunniteltu varmennusmoottori, ja Libraries-suojausta laajennetaan kattamaan lisää ohjelmointikieliä ja haavoittuvuuksien korjaaminen.

Julkaisut vastaavat kolmeen kysymykseen, joihin yritysten on yhä useammin löydettävä vastaus: missä agentti suoritetaan, miten sen työ varmennetaan ja mitä ulkopuolisia ohjelmistoja se voi tuoda organisaatioon. Workspaces ja Checks julkaistaan beetaversiona, kun taas uudet Go- ja .NET-kirjastotarjonnat siirtyvät Early Access -vaiheeseen.

Oman eristysrajan asettaminen jokaiselle koodausagentille

Chainguard Workspaces tarjoaa jokaiselle kehittäjälle ja agentille oman etämikrovirtuaalikoneen. Ympäristö synkronoi kehittäjän paikallisen työhakemiston, joten tämä voi käyttää tuttua editoria ja Git-työnkulkua, vaikka suoritus tapahtuu muualla kuin omalla koneella. Erillisten ympäristöjen ansiosta myös useat agentit voivat kokeilla muutoksia rinnakkain jakamatta samaa työympäristöä.

Erolla on merkitystä, sillä agentin hyödylliset kyvyt – komentojen suorittaminen, pakettien asentaminen ja palvelujen käyttö – voivat myös avata reittejä järjestelmän vaarantamiseen. Agentin ohjeisiin kirjattu käytäntö toimii vain, jos agentti noudattaa sitä. Suoritusympäristön valvoma eristysraja voi rajoittaa tapahtumia silloinkin, kun malli tekee huonon päätöksen.

Julkaisun mukaan varsinaiset tunnistetiedot tuodaan ympäristöön työtilan ulkopuolelta. Työkalut, jotka tarvitsevat levylle tallennetun tunnistetiedon, saavat sen sijaan salatun, lyhytikäisen korvaavan tunnisteen. Valinnaiset lähtevän liikenteen käytännöt rajoittavat yhteydet hyväksyttyihin kohteisiin ja vähentävät näin vaarantuneen riippuvuuden tai kehotteella manipuloidun agentin mahdollisuuksia lähettää tietoja muualle.

Nämä hallintakeinot torjuvat erilaisia riskejä. Laitteistotason eristys pitää työkuormat erillään, tunnistetietojen välitys estää agenttia saamasta käyttöönsä uudelleenkäytettäviä salaisuuksia, ja verkkokäytännöt rajoittavat sitä, mihin agentti voi muodostaa yhteyden. Keinojen tehokkuus riippuu silti organisaation hyväksymistä käyttöoikeuksista ja kohteista. Eristäminen ei tee kaikista sallituista toimista vaarattomia.

Ympäristöissä käytetään Chainguard OS Packages -paketteja, ja riippuvuudet varmennetaan suorituksen aikana lukitustiedostoa vasten. Chainguardin nykyinen OS Packages -tarjonta toimittaa jatkuvasti ylläpidettyjä paketteja, rakentaa ne lähdekoodista ja sisältää ohjelmistojen materiaaliluettelot. Tämä tausta selittää yhtiön lähestymistavan: se laajentaa hallitusti ylläpidetyn ohjelmistoperustansa ympäristöön, jossa agentit suoritetaan.

Workspaces tuottaa myös allekirjoitettuja tietueita, jotka kattavat ympäristön, koodimuutokset ja tarkistusten tulokset. Tietoturvatiimit voivat niiden avulla selvittää, mitä agentti teki, sen sijaan että ne luottaisivat pelkästään agentin omaan yhteenvetoon istunnosta.

Varmennuksen siirtäminen agentin työskentelysilmukkaan

Koodin tuottaminen voi olla nopeaa, vaikka varmennetun koodin saaminen kestääkin. Agentti tekee muutoksen ja lähettää sen jatkuvan integraation järjestelmään, odottaa suoritusympäristön käynnistymistä ja saa sitten tiedon virheestä, kun sen työskentelykonteksti on jo vaihtunut. Tämän prosessin toistaminen useiden agenttien kanssa voi kasvattaa jonoja ja johtaa valmistelutyön tekemiseen moneen kertaan.

Chainguard Checks tuo varmennuksen osaksi tätä työskentelysilmukkaa työkalukutsuna. Kun Checks yhdistetään Workspacesiin, agentin istunto keskeytyy tarkistusten ajaksi ja jatkuu sitten niin, että rakenteiset virhelokit ovat mukana sen kontekstissa. Tavoitteena on iteratiivinen työnkulku: tee muutos, suorita tarkistukset, tutki virhe ja yritä uudelleen ennen tuloksen luovuttamista eteenpäin.

Valmiiksi alustetut tilannevedokset sisältävät esiasennetut riippuvuudet, ja ne rakennetaan uudelleen lukitustiedoston muuttuessa. Jokainen työnkulun vaihe suoritetaan omassa laitteistotasolla eristetyssä mikrovirtuaalikoneessaan. Julkaisussa kuvataan myös lyhytikäisten tunnistetietojen lisääminen lähteviin pyyntöihin isäntäkoneen puolella sekä verkon käyttöä koskevat deklaratiiviset käytännöt.

Onnistuneesti suoritettu ajo tuottaa allekirjoitetun attestaation, joka yhdistää ympäristön, testituloksen ja versionhallinnan commit-tunnisteen. Chainguardin mukaan myöhemmät yhdistämisportit voivat tarkistaa nämä todisteet ja hyväksyä tuloksen suorittamatta samaa testikokonaisuutta uudelleen.

Tässä on hyödyllinen ero sen välillä, että siirretään todisteita, ja sen, että välitetään vain agentin väite testien läpäisemisestä. Attestaatiosta voidaan todeta, mitkä tarkistukset suoritettiin, mille commit-tunnisteelle ja missä ympäristössä. Se ei todista, että testit kattoivat kaikki tärkeät toimintatavat tai että testit läpäissyt muutos täyttää kaikki tietoturvavaatimukset. Tiimit tarvitsevat edelleen tarkoituksenmukaisia testejä, luotettuja varmennuskäytäntöjä ja harkintaa edellyttävien asioiden arviointia.

Chainguardin mukaan suunnitteluratkaisu palauttaa tulokset sekunneissa ja vähentää tarpeetonta laskentaa. Julkaisumateriaalissa ei kuitenkaan esitetä riippumattomasti varmennettua vertailutestiä, joka osoittaisi nopeuden tai kustannusten paranevan yleispätevästi eri ohjelmistovarastoissa.

Agenttien tuomien riippuvuuksien suojaaminen

Kolmas julkistus laajentaa Chainguard Libraries -palvelua, joka tarjoaa hallinnoidun luettelon avoimen lähdekoodin ohjelmointikielten riippuvuuksista ja niiden käyttöön tarvittavat rajapinnat. Nykyinen palvelu on suunniteltu sopimaan yhteen artefaktien hallintajärjestelmien ja kehitystyönkulkujen kanssa, ja se tarjoaa Chainguardin rakentamien pakettien alkuperätiedot sekä digitaalisesti allekirjoitetut ohjelmistoluettelot.

Uusi Go-rajapinta sisältää haittaohjelmien ja harmaaohjelmistojen tarkistuksen, määritettävät pakettikäytännöt sekä CVE-haavoittuvuuksien korjaukset. .NET-rajapinta tarjoaa vaihtoehdon NuGet-pakettien suoraan käyttöön sekä tarkistus- ja käytäntövalvontatoiminnot. Molemmat siirtyvät ennakkokäyttöön.

Chainguard lisää myös JavaScriptin ja Gon CVE-haavoittuvuuksien korjaustoiminnot, joihin sisältyy taaksepäin siirrettyjä korjauksia kriittisille ja vakaville haavoittuvuuksille. Taaksepäin siirretyt korjaukset ovat tärkeitä, kun tiimi ei voi heti siirtyä uudempaan pääversioon sovellukseen tehtävien muutosten tai laajojen testaustarpeiden vuoksi. Ne voivat vähentää altistumista sillä aikaa, kun laajempaa päivitystä suunnitellaan.

Javaa ja Pythonia koskien yhtiö kertoo, että sen toimialakoalitio Athena toimittaa korjatut artefaktit sellaisten haavoittuvuuksien varalta, jotka edistyneet tekoälymallit löytävät samana päivänä, jona haavoittuvuudet tulevat julkisesti tunnetuiksi. Kyse on väitteestä, joka koskee reagointia haavoittuvuuden julkistamishetkellä, ei takuusta siitä, ettei olemassa voisi olla julkistamattomia puutteita.

Kysely osoittaa, miksi pelkkien korjauspäivitysten varaan on yhä vaikeampi laskea

Tuotteiden ohella Chainguard julkaisee The AI Exploit Gap -kyselyn, jonka se tilasi Wakefield Researchiltä. Kyselyyn vastasi syyskuussa 2026 yhteensä 1 300 kyberturvallisuusjohtajaa yhdeksältä markkina-alueelta. Vastaajat olivat vähintään johtajatasolla, ja he työskentelivät yleensä organisaatioissa, joissa oli vähintään 500 työntekijää; Singaporessa ja Yhdistyneissä arabiemiirikunnissa/Saudi-Arabiassa vähimmäismäärä oli 250 työntekijää.

Kyselyssä 54 % kertoi, että heidän organisaationsa jättää tietoisesti vakavia tai kriittisiä haavoittuvuuksia korjaamatta ainakin joskus, ja 93 % ilmaisi huolensa siitä, pystytäänkö tekoälypohjaisiin hyökkäyksiin reagoimaan riittävän nopeasti. Noin 76 % kertoi, että edellisen vuoden aikana oli tapahtunut vahvistettu tai epäilty tekoälypohjainen hyökkäys.

Viimeksi mainittu luku yhdistää vahvistetut tapaukset ja epäilyt. Sitä ei pidä tulkita riippumattomasti varmennetuksi mittariksi tekoälyn aiheuttamien hyökkäysten määrästä. Yleisemmin kyse on vastaajien kertomuksista ja odotuksista, ei telemetriasta, joka osoittaisi, kuinka usein jokin tietty hyökkäystekniikka onnistuu.

Toiminnalliset havainnot ovat paljastavia. Vähintään miljardin dollarin liikevaihtoa tekevien yritysten joukossa 66 % kertoi jättävänsä vakavia tai kriittisiä haavoittuvuuksia korjaamatta ainakin joskus. Alle 250 miljoonan dollarin liikevaihtoa tekevissä yrityksissä vastaava osuus oli 27 %. Suuremmat organisaatiot mainitsivat liiketoimintaan liittyviä kompromisseja, kuten toiminnan häiriintymisen ja keskenään kilpailevat tuoteprioriteetit. Ero liittyy siis sekä muutosten käyttöönottoon että puutteiden löytämiseen.

Lisää autonomiaa edellyttää paremmin todennettavaa hallintaa

Chainguardin kolme julkistusta muodostavat johdonmukaisen toimintamallin: suoritusympäristön rajaaminen, agenttien nopea ja jäljitettävä todentaminen sekä niiden käyttämien riippuvuuksien hallinta. Kukin niistä kohdistuu saman kehitystyönkulun eri osaan.

Käytännössä ratkaisevaa on, sopivatko nämä hallintakeinot todellisiin koodivarastoihin, palveluintegraatioihin ja julkaisukäytäntöihin muodostumatta uudeksi pullonkaulaksi. Beta- ja ennakkokäyttövaiheen tuotteiden osalta tämä työ on vielä edessä. Suunta on kuitenkin selvä: kun koodausagentit saavat lisää toimintakykyä, yritykset tarvitsevat tietoturvan hallintakeinoja, joita voidaan valvoa ja tarkastella työn kaikissa vaiheissa.