Chainguard lansează Workspaces și Checks pentru a securiza agenții de programare bazați pe IA

Un agent de programare bazat pe IA poate scrie o remediere utilă și, totuși, poate provoca un incident de securitate pe parcurs. Poate instala o dependență compromisă, poate urma instrucțiuni încorporate în conținut care nu este de încredere sau poate rula o comandă cu acreditări care îi oferă un acces mult mai larg decât necesită sarcina. Pe măsură ce echipele pun în lucru mai mulți agenți în paralel, securizarea codului pe care îl produc este doar o parte a problemei.

Chainguard răspunde acestei expuneri mai ample prin trei anunțuri făcute la Assemble London: Workspaces, medii izolate pentru dezvoltatori și agenți de programare; Checks, un motor de verificare conceput să ruleze în cadrul ciclului de dezvoltare al agentului; și protecții extinse pentru Libraries, care acoperă limbaje de programare suplimentare și remedierea vulnerabilităților.

Lansările răspund la trei întrebări la care companiile trebuie să răspundă tot mai des: unde se execută un agent, cum îi este verificată activitatea și ce software extern poate introduce în organizație. Workspaces și Checks se lansează în versiune beta, în timp ce noile oferte Libraries pentru Go și .NET intră în acces anticipat.

Delimitarea unui mediu separat pentru fiecare agent de programare

Chainguard Workspaces îi oferă fiecărui dezvoltator și fiecărui agent un microVM la distanță separat. Mediul sincronizează arborele de lucru local al dezvoltatorului, permițându-i să-și păstreze editorul și fluxul de lucru Git, în timp ce execuția are loc în afara propriului dispozitiv. Mediile separate permit, de asemenea, mai multor agenți să încerce modificări în paralel, fără să partajeze același mediu de lucru.

Distincția contează, deoarece capabilitățile utile ale unui agent — rularea comenzilor, instalarea pachetelor și accesarea serviciilor — pot fi, de asemenea, căi de compromitere. O politică inclusă în instrucțiunile agentului depinde de respectarea ei de către acesta. O limită impusă de mediul de execuție poate restricționa ce se întâmplă chiar și atunci când modelul ia o decizie greșită.

Potrivit comunicatului, acreditările reale sunt injectate în afara spațiului de lucru. Instrumentele care au nevoie de o acreditare stocată pe disc primesc un substitut criptat, cu durată de viață scurtă. Politicile opționale de trafic de ieșire restricționează conexiunile externe la destinații aprobate, reducând posibilitatea ca o dependență compromisă sau un agent manipulat prin injecția de prompturi să trimită date în altă parte.

Aceste măsuri de control vizează riscuri diferite. Izolarea la nivel hardware separă sarcinile de lucru; gestionarea acreditărilor ține secretele reutilizabile departe de agent; iar politica de rețea limitează destinațiile cu care acesta poate comunica. Eficacitatea lor depinde în continuare de permisiunile și destinațiile aprobate de organizație. Izolarea nu face ca orice acțiune autorizată să fie lipsită de riscuri.

Mediile utilizează Chainguard OS Packages și verifică dependențele în raport cu fișierul de blocare la momentul execuției. Oferta existentă de pachete OS a Chainguard furnizează pachete întreținute continuu, le construiește din codul sursă și include liste de materiale software. Acest context explică abordarea companiei: extinderea bazei sale software controlate în mediul în care rulează agenții.

Workspaces generează, de asemenea, înregistrări semnate care documentează mediul, modificările de cod și rezultatele verificărilor. Pentru echipele de securitate, acestea oferă o modalitate de a investiga ce a făcut un agent, în loc să se bazeze exclusiv pe propriul său rezumat al sesiunii.

Integrarea verificării în fluxul de lucru al agentului

Generarea de cod poate fi rapidă, în timp ce drumul către un cod verificat rămâne lent. Un agent face o modificare, o trimite către integrarea continuă, așteaptă pornirea unui executor, apoi primește un mesaj de eșec după ce contextul său de lucru s-a schimbat. Repetarea acestui proces pentru mulți agenți poate mări cozile de așteptare și poate duplica activitățile de configurare.

Chainguard Checks integrează verificarea în acest flux sub forma unui apel de instrument. Împreună cu Workspaces, sesiunea agentului este suspendată în timp ce rulează verificările, apoi este reluată cu jurnale structurate ale erorilor în contextul său. Fluxul de lucru preconizat este iterativ: se face o modificare, se rulează verificările, se examinează eroarea și se încearcă din nou înainte de predarea rezultatului.

Instantaneele preconfigurate conțin dependențe preinstalate și sunt reconstruite atunci când se modifică fișierul de blocare. Fiecare etapă a fluxului de lucru rulează într-un microVM izolat la nivel hardware. Comunicarea lansării descrie, de asemenea, injectarea de către gazdă a acreditărilor cu durată de viață scurtă în solicitările de ieșire și politici declarative pentru accesul la rețea.

O rulare reușită generează o atestare semnată care asociază mediul, rezultatul testului și commitul. Potrivit Chainguard, porțile de integrare ulterioare pot verifica aceste dovezi și accepta rezultatul fără să repete aceeași suită de teste.

Aceasta este o distincție utilă între transmiterea dovezilor și simpla transmitere a afirmației agentului că testele au trecut. O atestare poate stabili ce verificări au fost rulate, pentru ce commit și în ce mediu. Nu poate stabili dacă testele au acoperit toate comportamentele importante sau dacă o modificare care a trecut testele îndeplinește toate cerințele de securitate. Echipele au în continuare nevoie de teste adecvate, politici de verificare de încredere și evaluare umană acolo unde este necesară judecata.

Chainguard afirmă că soluția returnează rezultatele în câteva secunde și reduce calculele redundante. Materialele de lansare nu oferă rezultate de referință validate independent care să stabilească o îmbunătățire universală a vitezei sau a costurilor în toate depozitele de cod.

Securizarea dependențelor pe care le adaugă agenții

Al treilea anunț extinde Chainguard Libraries, catalogul administrat și endpointurile sale pentru dependențele de limbaje de programare open source. Serviciul existent este conceput pentru a se integra cu managerii de artefacte și fluxurile de lucru de dezvoltare și include informații privind proveniența, precum și liste de materiale software semnate pentru pachetele create de Chainguard.

Noul endpoint pentru Go include scanare pentru malware și software cu comportament nedorit, politici configurabile pentru pachete și remedierea vulnerabilităților CVE. Endpointul pentru .NET oferă o alternativă la utilizarea directă a NuGet, cu scanare și controale bazate pe politici. Ambele intră în etapa de acces anticipat.

Chainguard adaugă, de asemenea, remedierea vulnerabilităților CVE pentru JavaScript și Go, inclusiv remedieri retroportate pentru vulnerabilități critice și de severitate ridicată. Retroportarea este importantă atunci când o echipă nu poate trece imediat la o versiune majoră mai nouă fără modificări ale aplicației sau testări ample. Aceasta poate reduce expunerea la risc în timp ce se planifică actualizarea mai amplă.

Pentru Java și Python, compania spune că Athena, coaliția sa din industrie, va furniza artefacte remediate pentru vulnerabilitățile descoperite de modelele IA de frontieră chiar în ziua în care acestea devin publice. Este vorba despre un angajament privind răspunsul la momentul dezvăluirii publice, nu despre o garanție că nu pot exista vulnerabilități nedivulgate.

Un sondaj arată de ce aplicarea patch-urilor, singură, este tot mai dificilă

Pe lângă produse, Chainguard publică The AI Exploit Gap, un sondaj comandat de Chainguard și realizat de Wakefield Research. Au fost colectate răspunsuri în septembrie 2026 de la 1.300 de lideri în domeniul securității cibernetice din nouă piețe. Respondenții aveau cel puțin funcția de director și lucrau, în general, în organizații cu cel puțin 500 de angajați, pragul minim fiind de 250 de angajați în Singapore și în Emiratele Arabe Unite/Arabia Saudită.

În cadrul sondajului, 54% au spus că organizațiile lor lasă cu bună știință necorectate vulnerabilitățile cu severitate ridicată sau critică cel puțin uneori, iar 93% și-au exprimat îngrijorarea că nu vor reuși să remedieze suficient de repede exploatările bazate pe IA. Aproximativ 76% au raportat un atac bazat pe IA, confirmat sau suspectat, în anul precedent.

Ultima cifră combină incidente confirmate și suspiciuni. Nu ar trebui interpretată ca o măsură verificată independent a atacurilor cauzate de IA. În sens mai larg, acestea sunt relatările și așteptările respondenților, nu date de telemetrie care să stabilească cât de des reușește o anumită tehnică de atac.

Rezultatele privind activitatea operațională sunt revelatoare. Dintre companiile cu venituri de cel puțin 1 miliard de dolari, 66% au raportat că lasă necorectate, cel puțin uneori, vulnerabilitățile cu severitate ridicată sau critică, față de 27% dintre companiile cu venituri sub 250 de milioane de dolari. Organizațiile mai mari au menționat compromisuri de afaceri, precum perturbările și prioritățile concurente ale produselor. Prin urmare, diferența ține atât de capacitatea de a implementa modificări, cât și de cea de a descoperi vulnerabilitățile.

Mai multă autonomie necesită un control mai ușor de verificat

Cele trei lansări ale Chainguard alcătuiesc o abordare coerentă: restrâng mediul de execuție, le oferă agenților posibilitatea unei verificări rapide și atribuibile și guvernează dependențele pe care aceștia le utilizează. Fiecare răspunde unei părți diferite a aceluiași flux de lucru pentru dezvoltare.

Testul practic va fi dacă aceste controale se potrivesc cu depozitele de cod, integrările de servicii și politicile de lansare reale, fără să devină un nou blocaj. Statutul de versiune beta și de acces anticipat arată că mai este de lucru. Direcția este însă clară: pe măsură ce agenții de programare dobândesc capacitatea de a acționa, întreprinderile au nevoie de controale de securitate care să poată fi aplicate și inspectate pe tot parcursul activității.