Chainguard lansează Harness pentru detectarea vulnerabilităților cu ajutorul IA de frontieră

La 14 octombrie 2026, Chainguard a lansat Chainguard Harness, un serviciu care folosește Claude Mythos 5.1 de la Anthropic pentru a căuta vulnerabilități exploatabile într-o versiune funcțională și izolată a aplicației unei organizații și pentru a furniza fiecare vulnerabilitate confirmată împreună cu o soluție recomandată. În aceeași zi, compania a deschis o listă de așteptare pentru versiunea beta și a pus serviciul la dispoziție pentru achiziție prin Claude Marketplace de la Anthropic.

În anunțul său, Chainguard a declarat că modelele de IA de frontieră capabile de detectarea vulnerabilităților în cod proprietar și cu sursă deschisă au fost până acum disponibile în mare parte doar unui grup restrâns de organizații care desfășoară activități de securitate defensivă pentru infrastructura critică. Compania a spus că Harness pune această capabilitate la dispoziția organizațiilor care nu au acces la modele de frontieră sau nu dispun de expertiza în securitate și inginerie necesară pentru a le folosi pe cont propriu.

Directorul general și cofondatorul Dan Lorenc a declarat în comunicatul companiei: „De fiecare dată când am testat cod cu Harness, acesta a găsit vulnerabilități grave și exploatabile, inclusiv în software scanat de multe ori și în cod care susține infrastructura critică.” El a spus că Harness le oferă echipelor de securitate o altă modalitate de a obține vulnerabilități confirmate și remedieri pe care inginerii lor le pot implementa.

Cum funcționează Harness

Anunțul Chainguard descrie un proces în cinci etape. Clienții conectează depozitele prin aplicația Chainguard pentru GitHub, cu acces doar pentru citire, sau încarcă o arhivă a codului sursă. Harness construiește aplicația din codul sursă exact în forma în care ar fi livrată în producție și o pornește într-o micro-mașină virtuală izolată. Apoi, Mythos 5.1 testează aplicația în execuție pentru a identifica erori logice, vulnerabilități de tip injecție și epuizarea resurselor, folosind codul sursă, istoricul Git, codul sursă al dependențelor și configurația de compilare, în timp ce urmărește răspunsurile aplicației active.

Izolarea se desfășoară în două etape. În etapa de configurare, un model separat construiește aplicația, descarcă dependențele și instrumentele necesare și o pornește în micro-mașina virtuală, care este apoi suspendată. În etapa de căutare a vulnerabilităților, micro-mașina virtuală este repornită pentru Mythos 5.1, fără acces la rețeaua externă și fără acreditări în interior, iar modelul lucrează doar cu un shell și cu pachetele create de Chainguard. Bucla agentului rulează în afara mediului izolat, astfel că fiecare apel de instrument și fiecare comandă emisă de model sunt înregistrate. Codul testat este tratat ca date care nu inspiră încredere; compania a spus că acest lucru protejează împotriva atacurilor prin injectarea de prompturi ascunse în codul analizat.

Fiecare exploatare este rejucată într-o micro-mașină virtuală nouă, iar o vulnerabilitate care nu se reproduce de fiecare dată nu este inclusă în raport. Fiecare remediere recomandată este verificată în același mod: exploatarea trebuie să reușească împotriva codului actual al clientului și să eșueze după aplicarea remedierii. Raportul livrat conține un rezumat pentru conducere, gravitatea și impactul fiecărei vulnerabilități, pași pentru confirmarea acesteia și o remediere recomandată, adaptată bazei de cod a clientului. Înainte de livrare, un inginer nominalizat de la Chainguard verifică și aprobă fiecare remediere și fiecare raport.

Potrivit anunțului, numai personalul Chainguard operează modelul, iar nimeni din afara Chainguard nu îl poate instrui sau nu îi poate vedea rezultatele brute. Când Harness găsește o vulnerabilitate într-o dependență cu sursă deschisă, nu în codul clientului, Chainguard coordonează divulgarea cu responsabilii proiectului din amonte; după remedierea problemei în proiectul respectiv, versiunea compilată cu patch-ul este distribuită prin Chainguard Repository. Comunicatul numește această procedură de divulgare Athena, procesul Chainguard de divulgare coordonată a vulnerabilităților.

Prima vulnerabilitate făcută publică în vLLM

Anunțul a fost făcut la o zi după ce Chainguard a publicat prima vulnerabilitate identificată de Harness. Într-o postare de cercetare din 13 octombrie 2026, compania a spus că Harness a găsit o eroare în vLLM, un motor cu sursă deschisă pentru servirea modelelor lingvistice de mari dimensiuni, care permitea unui client să forțeze afișarea rezultatului solicitării altui client pe un motor partajat. Vulnerabilitatea implica parametrul de solicitare allowed_token_ids, care limitează tokenurile pe care le poate genera modelul: la finalizarea unei solicitări, rândul acesteia dintr-un tabel de restricții partajat era atribuit din nou fără a șterge restricția anterioară, astfel încât o solicitare ulterioară putea moșteni limitele clientului precedent. Eroarea afecta versiunile vLLM anterioare versiunii v0.31.0.

Chainguard a declarat că a reprodus exploatarea de trei ori din trei. Compania a raportat impactul asupra securității responsabililor vLLM la 23 septembrie 2026, remedierea a fost inclusă în versiunea v0.31.0, lansată la 2 octombrie 2026, iar avertizarea GHSA-6cxc-2vcg-w5qc a fost publicată la 6 octombrie 2026. Eroarea se afla în sistemul public de urmărire a problemelor vLLM din 28 mai 2026 și era etichetată drept o eroare obișnuită. vLLM a evaluat problema ca având gravitate scăzută, iar remedierea a constat într-o modificare de o linie și într-o remediere conexă, potrivit postării.

Potrivit postării, testarea vLLM a durat 10 ore și 48 de minute, a procesat aproximativ 115 milioane de tokenuri și a examinat 30 de componente ale proiectului; 37 de vulnerabilități candidate au fost reproduse pe un sistem curat, iar 13 au trecut de evaluarea inginerească. Chainguard a spus că a testat Harness pe peste 65 de proiecte și a validat peste 680 de vulnerabilități, unele dintre ele făcând obiectul divulgării coordonate. Potrivit postării, activitatea de dezvoltare a Harness a pornit de la participarea Chainguard la Project Glasswing al Anthropic.

Acces beta și disponibilitate în marketplace

Chainguard deschide mai întâi accesul unui grup restrâns de organizații. Pagina produsului Harness precizează că serviciul este în versiune beta și constituie o previzualizare tehnologică în temeiul Acordului-cadru privind serviciile și licența al Chainguard.

Harness este prezentat pe Claude Marketplace de la Anthropic, unde se precizează că clienții care au deja un angajament contractual față de Anthropic îl pot valorifica prin fluxul de solicitare a achiziției din marketplace. Potrivit anunțului Chainguard, Anthropic gestionează facturarea, astfel încât clienții Anthropic pot adăuga Harness fără o procedură separată de achiziție și își pot centraliza cheltuielile pentru inteligența artificială.

La lansare, inginerii Chainguard operează Harness în numele clienților, fie rulându-l pe artefactele cu sursă deschisă pe care Chainguard le distribuie deja și livrând versiuni corectate prin Chainguard Repository, fie rulându-l pe codul-sursă al unui client și livrând un raport al constatărilor validate, verificat de un inginer, care include nivelul de gravitate, impactul, pașii de reproducere și măsurile recomandate de remediere.

Daniela Hurtado, șefa departamentului de securitate cibernetică comercială al Anthropic, a declarat în anunț că modelele precum Mythos 5.1 pot scoate la iveală vulnerabilități care au trecut neobservate ani la rând și că Harness înconjoară modelul cu măsuri de izolare, reproducere și verificare umană, astfel încât fiecare constatare să fie verificată înainte de a ajunge la un client. Organizațiile se pot înscrie pe lista de așteptare pentru versiunea beta prin pagina Harness a Chainguard.