PHP2Shell: la falla scoperta dall'AI che ha fatto spegnere siti in Europa

Due modelli di AI hanno scoperto una falla critica che riguarda quasi tutte le versioni di PHP, il linguaggio dietro oltre il 70% dei siti web: cos'è, chi l'ha corretta e come controllare se il tuo sito è a rischio.

Perché conta

È uno dei primi casi in cui un'iniziativa di sicurezza guidata dall'AI scopre, corregge e rende pubblica una falla che riguarda la grande maggioranza dei siti web del mondo, mostrando insieme il lato difensivo e quello offensivo degli stessi modelli.

In pratica

Se gestisci un sito o un blog in PHP (anche WordPress o Drupal), aggiorna subito alla versione corretta o usa lo strumento gratuito di OpenAI per controllare se sei a rischio.

Il 21 ottobre il gruppo che sviluppa PHP ha rilasciato una correzione urgente per due vulnerabilità critiche, chiamate PHP2Shell, che permettono a un attaccante di eseguire codice su un server senza nemmeno autenticarsi. Il problema non sta in un sito scritto male: è nel motore stesso del linguaggio, lo stesso che fa funzionare oltre il 70% dei siti web nel mondo, da WordPress a Drupal a Joomla. A trovarla sono stati due modelli di intelligenza artificiale, GPT-5.6 Sol di OpenAI e Gemini 4 Argon di Google, usati da ricercatori di sicurezza indipendenti.

Un bug nato da un errore di memoria

La falla nasce da un dettaglio tecnico: quando una richiesta a un sito va in errore per mancanza di memoria o per un crash improvviso, PHP a volte lascia dati "sporchi" nella memoria del processo che la gestisce. La richiesta successiva, se finisce sullo stesso processo, può leggere quei dati residui — password, chiavi, token di accesso — oppure corromperli al punto da far eseguire all'attaccante un codice estraneo. I ricercatori di Wiz, la società di sicurezza che ha condotto l'indagine, ne hanno isolati quattro, in punti diversi del motore: nella gestione dei caricamenti di file, nel cookie di sessione PHPSESSID, nel registro degli errori e nella cache che PHP usa per velocizzare l'esecuzione (OPcache). Le vulnerabilità hanno ricevuto due identificativi ufficiali, CVE-2026-109618 e CVE-2026-109619, con un punteggio di gravità (CVSS) fino a 9,2 su 10. Riguardano quasi tutte le versioni di PHP rilasciate nell'ultimo decennio, comprese quelle che da anni non ricevono più aggiornamenti.

Due mesi di lavoro, in silenzio

Wiz ha isolato la prima falla il 19 agosto, confermando nel giro di due giorni che permetteva di violare siti WordPress e Drupal senza una password. Da lì sono passati due mesi di lavoro riservato tra il team di sicurezza di PHP, Wiz, Cloudflare e l'organizzazione di ricerca Calif, che fa parte di Patch the Planet, il programma con cui OpenAI mette i suoi modelli al servizio di chi scopre e corregge vulnerabilità critiche nei progetti open source. Secondo OpenAI e Calif, è stato proprio GPT-5.6 Sol ad aiutare a individuare le falle all'inizio di agosto; Google, dal canto suo, racconta che Gemini 4 Argon è stato decisivo per sviluppare l'exploit dimostrativo, costruire i sistemi che riconoscono un attacco in corso e verificare che la correzione funzionasse davvero. Le patch dovevano uscire il 22 ottobre, ma la società Chainguard ha reso pubblico l'embargo in anticipo: PHP ha dovuto anticipare il rilascio al giorno prima.

Perché alcuni siti si sono spenti

Il rilascio anticipato ha messo fretta a chi gestisce siti sensibili. Secondo l'agenzia Reuters, ripresa da Punto Informatico, alcuni siti di enti pubblici, ospedali e scuole in Europa hanno scelto di spegnersi temporaneamente, seguendo il consiglio del CERT-EU (il centro europeo per la risposta agli incidenti informatici), perché non erano ancora riusciti ad applicare la correzione. Non risultano, al momento, attacchi riusciti: è una misura di prudenza, non la conferma di una violazione.

Cosa fare, e il rischio che resta

Per chi gestisce un sito o un server PHP, la correzione è installare subito una delle versioni sistemate: PHP 8.5.12, 8.4.27, 8.3.36 o 8.2.35. OpenAI ha pubblicato su GitHub uno strumento gratuito, php2shell-checker, che controlla in pochi secondi se un sito o un'installazione locale usa una versione vulnerabile. Chi non può aggiornare subito dovrebbe almeno attivare le protezioni suggerite dal proprio fornitore di hosting o dal servizio che filtra il traffico del sito. Resta un avvertimento, detto dagli stessi ricercatori di Wiz: le stesse capacità AI che hanno permesso di trovare e correggere questa falla in fretta possono aiutare chi vuole sfruttarla, adattando l'attacco a versioni e configurazioni diverse. Ed è il motivo per cui OpenAI si aspetta che scoperte di questo tipo, guidate dall'AI, diventeranno sempre più frequenti.