Il progetto curl ha distribuito la versione 8.22.0 contenente correzioni per sei CVE recentemente divulgati, tutti trovati da un sistema di sicurezza AI autonomo creato dalla startup AISLE - e tutti scoperti dopo che i modelli AI di frontiera di OpenAI e Anthropic avevano pubblicamente riferito che curl non conteneva ulteriori vulnerabilità. Il confronto, documentato in un post sul blog del ricercatore AISLE Stanislav Fort pubblicato martedì, sta attirando l'attenzione di tutta la comunità della sicurezza come uno dei test più chiari finora tra strumenti di sicurezza IA specializzati e modelli di frontiera generici.

La linea di base era insolitamente pulita. Il 24 agosto, il fondatore di curl Daniel Stenberg ha scritto pubblicamente che solo tre CVE erano in sospeso per il prossimo rilascio, sottolineando che il modello Mythos di Anthropic "dice che non riesce a trovarne altri" e che il sistema di sicurezza Codex di OpenAI "mostra un elenco vuoto" quando gli è stato chiesto di analizzare curl, l'onnipresente libreria di trasferimento dati distribuita in più di 20 miliardi di istanze in tutto il mondo, dai frigoriferi intelligenti ai veicoli spaziali. Per altre storie come questa, consulta la nostra copertura sulle Notizie sulla sicurezza AI.

Da zero a ventinove segnalazioni in una notte

AISLE ha quindi puntato il proprio sistema di intelligenza artificiale autonomo su curl. Il giorno successivo, Stenberg ha pubblicato un confronto di una riga che da allora è circolato ampiamente: "Mythos: 0, Aisle: 29." Di questi 29 rapporti, il team di sicurezza di curl ne ha esaminati sei in pochi giorni e li ha giudicati sufficientemente gravi da meritare la designazione CVE pubblica in curl 8.22.0, che è stato ora rilasciato.

I sei CVE accreditati all'AISLE e al suo ricercatore sono:

  • CVE-2026-80229: provider OpenSSL utilizzabile gratuitamente
  • CVE-2026-80230: bypass del blocco OpenSSL
  • CVE-2026-80231: riutilizzo della connessione dell'archivio CA nativo
  • CVE-2026-80255: bypass sicuro degli attributi con scheda
  • CVE-2026-82208 — L'hit della cache CA di wolfSSL sovrascrive la richiamata
  • CVE-2026-82209: cookie con suffisso pubblico con ambito di dominio

Tutti e sei sono classificati con gravità bassa. AISLE attribuisce questo profilo di valutazione all'eccezionale maturità ingegneristica di curl: dopo decenni di audit, le vulnerabilità che rimangono tendono a nascondersi in configurazioni ristrette e sottili interazioni tra i componenti, limitando l'impatto pratico. Tre sono stati segnalati il ​​24 agosto, due il 26 agosto e uno il 27 agosto. Entro il 28 agosto, il conteggio CVE in sospeso di Curl era salito da tre a dieci, con sei dei nuovi risultati provenienti da AISLE, secondo il resoconto della società.

Perché questo confronto è importante

I ricercatori di sicurezza hanno da tempo liquidato gran parte della scoperta delle vulnerabilità guidata dall’intelligenza artificiale come teatro: dimostrazioni messe in scena contro sfide “cattura la bandiera” o benchmark con risposte note che potrebbero già nascondersi nei dati di addestramento del modello. Questo episodio è stato diverso sotto un aspetto importante: l'analisi mirava al codice di produzione corrente e gli stessi manutentori di curl, non AISLE, hanno deciso sia se ogni risultato fosse reale sia se giustificasse un CVE. Poiché Stenberg aveva documentato pubblicamente il risultato zero dei modelli di frontiera prima che AISLE mettesse in funzione il suo sistema, il confronto conteneva una base di riferimento con timestamp che è rara nelle affermazioni dei fornitori.

Vale la pena tenere in considerazione il contesto del fornitore. AISLE vende l'auditing del codice AI come un prodotto, e il post sul blog è un marketing esplicito per la sua tesi "System over Model" - l'argomentazione secondo cui i sistemi di IA specializzati possono battere i modelli di frontiera generici nella scoperta zero-day del mondo reale. I commentatori di Hacker News hanno fatto la stessa osservazione, notando che il post contiene pochi dettagli tecnici sulla metodologia, sebbene la discussione del codice pubblico dell'azienda suggerisca un approccio che combina il targeting guidato da LLM con il fuzzing tradizionale: i modelli identificano funzioni interessanti e generano test, quindi i risultati del fuzzer vengono valutati. La società aveva precedentemente divulgato sei CVE di curl nel mese di giugno, incluso quello che ha descritto come il problema più vecchio mai segnalato nel progetto.

Il motivo potrebbe estendersi oltre l'arricciatura

Il segnale più provocatorio è arrivato dall'esterno del progetto curl. Greg Kroah-Hartman, da lungo tempo manutentore delle versioni stabili del kernel Linux, ha risposto al post di Stenberg dicendo: "Vedo la stessa cosa anche per Linux. Non ho idea di cosa Aisle stia facendo di diverso, ma wow." Se un sistema di intelligenza artificiale specializzato fa emergere in modo indipendente vulnerabilità valide nel kernel Linux che i modelli di frontiera non rilevano, il divario non è una stranezza di una base di codice.

Per i team di sicurezza aziendale, l’episodio si colloca nel mezzo di un cambiamento più ampio. Laboratori tra cui OpenAI e Anthropic hanno investito molto nel posizionamento dei loro modelli di frontiera per il lavoro di sicurezza – OpenAI ha confermato il suo Astra come modello di sicurezza informatica “critico” proprio questa settimana – e le vulnerabilità vengono ora regolarmente rilevate dai sistemi di intelligenza artificiale nei software open source. Il risultato del ricciolo suggerisce che i modelli di frontiera da soli non costituiscono l’intera catena di strumenti: un modello generico che riporta zero risultati non è una prova che i risultati non esistano.

I takeaway pratici sono già visibili. Le organizzazioni che eseguono curl dovrebbero aggiornarsi alla versione 8.22.0, che contiene correzioni per tutti e sei i CVE. E per i team che valutano gli strumenti di sicurezza dell’intelligenza artificiale, il punto di riferimento che conta non è il modo in cui un modello si comporta nelle sfide predefinite, ma se i suoi risultati sopravvivono alla revisione da parte dei manutentori del codice di produzione reale – lo standard che questi sei CVE hanno appena soddisfatto.

---

Stai al passo con l'intelligenza artificiale

Ricevi le ultime notizie, analisi e scoperte sull'intelligenza artificiale, tutto in un unico posto.

Leggi altre notizie sull'AI →