Un model AI a înlănțuit vulnerabilități în exploit-uri funcționale pentru Chrome, Safari, Windows și Linux

Anthropic a publicat detalii despre un model de cercetare intern, nelansat, care a descoperit mai multe vulnerabilități în Chrome, Safari, Android, Windows și Linux și le-a combinat în exploit-uri proof-of-concept funcționale, cu intervenție umană minimă. Toate vulnerabilitățile au fost transmise producătorilor prin divulgare coordonată și sunt deja corectate. Niciunul dintre lanțuri nu a fost observat într-un atac real.

Ce s-a întâmplat

Esențialul nu este o vulnerabilitate anume. Găsirea unei erori de corupere a memoriei este ceva obișnuit. Legarea mai multor erori separate într-un exploit fiabil, care iese din sandbox-ul browserului sau ajunge la un shell de root, a fost până acum apanajul câtorva echipe specializate. Anthropic susține că modelul său a făcut acest lucru cap-coadă pe cinci platforme, pornind doar de la un prompt inițial.

Cele cinci lanțuri, pe scurt:

Chrome. Patru erori în secvență: o corupere de memorie în motorul JavaScript V8, o evadare din sandbox-ul intern de memorie al V8 către procesul de randare, o condiție de cursă (race condition) în CacheStorage care a dezvăluit structura memoriei procesului privilegiat al browserului și un use-after-free în funcția de autentificare FedCM, care a finalizat evadarea din sandbox. Demonstrația a deschis aplicația Calculator pe un Mac standard la câteva secunde după încărcarea paginii, fără nicio altă interacțiune. Anthropic afirmă că a transmis Google în total 62 de vulnerabilități Chrome, toate de severitate ridicată sau critică, inclusiv 13 evadări din sandbox, toate corectate începând cu Chrome 156. Notele de lansare Google menționează cercetători Anthropic care au lucrat cu Claude pentru o parte dintre aceste corecții, nu pentru toate.

Safari. Acest lanț nu execută deloc cod nativ. Obține acces complet de citire și scriere în memoria browserului și modifică o singură valoare pentru a dezactiva politica same-origin, regula care împiedică un site să citească datele altuia. Fără această regulă, o pagină malițioasă poate citi istoricul și cookie-urile și poate trimite cereri autentificate către alte site-uri: e-mail, bancă, orice cont în care utilizatorul este conectat. Apple a corectat use-after-free-ul central în iOS și iPadOS 26.5.2 și menționează cercetători Anthropic care au lucrat cu Claude.

Android. Cel mai puțin detaliat dintre cele cinci: un lanț care extrage fotografii și alte date de pe un telefon blocat și furat, prin USB. Google l-a corectat, dar nu există un aviz public cu care să fie comparat.

Windows. Cel mai restrâns ca impact și singurul cu o urmă documentară independentă. Câteva pachete special construite blochează mașina, iar repetarea lor o ține oprită. Nu execută cod și nu fură date. Anthropic descrie o citire în afara limitelor (out-of-bounds read) în gestionarea QUIC din kernel. CVE-ul indicat, CVE-2026-33096, este înregistrat pentru HTTP.sys, cu scor CVSS 7,5, nu menționează niciun descoperitor și, la sfârșitul lui octombrie, era marcat ca neexploatat și nu figura în catalogul CISA al vulnerabilităților exploatate activ.

Linux. Cel mai grav rezultat: comenzi ca root, prin rețea, fără credențiale și fără nicio acțiune a utilizatorului. Ținta trebuie să aibă un listener Multipath TCP activ. Modelul a dezvăluit mai întâi o adresă din kernel pentru a ocoli KASLR, apoi a refolosit același use-after-free bazat pe o condiție de cursă pentru a redirecționa execuția către cod plasat de atacator. Proof-of-concept-ul a avut nevoie de 48 de minute pentru a obține adresa și de încă cinci pentru shell, iar o încercare eșuată nu blochează sistemul, deci atacatorul poate reîncerca la nesfârșit. CVE-2026-98432, asociat lanțului, este un use-after-free în kernel cu scor 9,8, corectat upstream pe 15 octombrie.

De ce contează

Câteva lucruri merită privite cu calm.

• Verificabil versus neverificabil. Patch-urile există, iar Apple și Google menționează public Anthropic pentru corecții concrete. Ceea ce nimeni din afara Anthropic nu poate verifica este cât din fiecare lanț a construit modelul singur. Compania vorbește despre „implicare umană redusă”, dar nu documentează cine a făcut ce la fiecare pas și nu numește modelul, descriindu-l doar ca nelansat.
• Neconcordanțe în înregistrările publice. CVE-ul pentru Windows descrie o altă componentă decât cea indicată de Anthropic, iar textul public al CVE-ului pentru Linux se referă la o corecție în TCP IPv4, nu la Multipath TCP. Pot fi aceleași erori, însă doar relatarea Anthropic le leagă.
• Tendința este adevărata știre. Chiar și cu o doză de scepticism, direcția e clară: costul transformării unei erori într-un exploit funcțional scade, și scade cel mai rapid pentru cine deține cele mai puternice modele. Ferestrele de patch care păreau confortabile anul trecut vor părea strâmte anul viitor.

Anthropic prezintă munca drept o contribuție defensivă. Afirmă că fiecare vulnerabilitate a trecut printr-un proces de divulgare care acordă producătorilor 90 de zile pentru corectare plus încă 45 înainte de discutarea detaliilor tehnice și îndrumă echipele de securitate către programul său de acces verificat pentru Claude Opus 5.5, Sonnet 5.5 și Mythos 5.1.

Ce este de făcut

Niciunul dintre aceste lanțuri nu este o amenințare activă astăzi, dar patch-urile ajută doar dacă sunt instalate.

1. Browsere și telefoane. Distribuiți Chrome 156 sau mai nou pe toate endpoint-urile administrate și confirmați că actualizarea s-a aplicat efectiv; Chrome are 62 de vulnerabilități corectate în spate. Asigurați-vă că iPhone-urile și iPad-urile rulează 26.5.2 sau mai nou și că dispozitivele Android au patch-urile de securitate la zi.
2. Servere Linux. Verificați dacă Multipath TCP este activ (sysctl net.mptcp.enabled). Dacă nu aveți nevoie de el, dezactivați-l. În orice caz, treceți la un kernel care conține corecția pentru CVE-2026-98432. Mai întâi sistemele expuse în internet.
3. Servere Windows. Aplicați actualizarea cumulativă din aprilie 2026 care acoperă CVE-2026-33096 pe orice server care servește HTTP/3 sau dezactivați HTTP/3 acolo unde nu este necesar.
4. Scurtați ciclul de patch. Tratați acest episod ca pe o avanpremieră. Dacă dezvoltarea de exploit-uri devine ieftină, intervalul dintre o corecție publică și un atac funcțional se va micșora. Măsurați timpul mediu de patch pe activele expuse în internet și stabiliți un obiectiv pe care îl puteți susține.

Problema obișnuită nu este necunoașterea CVE-ului, ci faptul că nu știi care dintre sistemele tale îl mai are. Serviciul de scanare de vulnerabilități 4tify verifică în mod continuu sistemele expuse pentru astfel de vulnerabilități cunoscute, corectate de producător dar neaplicate, și le semnalează pe cele rămase deschise.