PHP2Shell è il nome dato a due vulnerabilità critiche nel linguaggio PHP, identificate con i codici CVE-2026-109618 e CVE-2026-109619. Se sfruttate con successo, possono consentire a un attaccante non autenticato di eseguire codice su un server vulnerabile. Le correzioni sono state pubblicate il 21 ottobre 2026 e diverse società di sicurezza hanno segnalato tentativi di sfruttamento: un tentativo, però, non dimostra che un server sia stato violato.
11
14
19
Che cosa fanno le vulnerabilità PHP2Shell
I difetti riguardano il motore PHP, non una specifica applicazione, un sito o un sistema di gestione dei contenuti. Red Hat descrive un problema legato alla gestione della memoria quando un’allocazione fallisce durante l’elaborazione di una richiesta; l’altro può lasciare informazioni interne in uno stato non corretto se un errore fatale interrompe le operazioni di pulizia.
7 Insieme, queste condizioni possono aprire la strada all’esecuzione di codice da remoto: in pratica, un malintenzionato potrebbe impartire comandi al server senza prima effettuare l’accesso.
11
13
Entrambe le vulnerabilità hanno ottenuto un punteggio CVSS v4.0 di 9,2, classificato come critico.
4 Tra le possibili conseguenze ci sono il controllo del server, l’esposizione di dati e l’interruzione dei servizi. Questo, tuttavia, non significa che ogni sito che usa PHP sia stato attaccato o compromesso.
13
Perché la vicenda ha destato tanta attenzione
Secondo le ricostruzioni, le falle erano presenti in PHP da anni prima di essere scoperte.
42 La loro lunga permanenza nel codice non dimostra, da sola, che gli attaccanti le conoscessero o le sfruttassero già da tempo.
La scoperta ha attirato l’attenzione anche sull’uso dell’intelligenza artificiale nella ricerca di vulnerabilità. Le ricostruzioni indicano che Calif e Wiz si sono servite di strumenti di IA nelle rispettive indagini, mentre OpenAI ha partecipato al lavoro di ricerca e divulgazione.
34
44 L’IA può aiutare i ricercatori a esaminare il software, ma questa vicenda non dimostra quanto rapidamente gli stessi strumenti possano essere usati dagli attaccanti, né quale parte abbia un vantaggio.
Alcuni titoli hanno richiamato la diffusione di PHP, stimata in circa il 70% dei siti web.
20 La cifra riguarda la diffusione attribuita al linguaggio: non indica quanti server siano effettivamente vulnerabili o siano stati violati. L’esposizione reale dipende, tra l’altro, dalla versione di PHP, dalla configurazione e dall’installazione degli aggiornamenti.
Patch, tentativi di attacco e cosa sappiamo
Il progetto PHP ha pubblicato le correzioni il 21 ottobre nelle versioni 8.2.35, 8.3.36, 8.4.27 e 8.5.12.
19 Questo elenco riguarda le versioni dalla 8.2 alla 8.5. Chi utilizza versioni precedenti dovrebbe consultare gli avvisi di sicurezza del proprio fornitore di sistema operativo o di hosting per verificare l’eventuale disponibilità di una patch o di una correzione retroportata, senza dare per scontato che esista o che non sia disponibile.
Sono stati segnalati tentativi di sfruttamento. SecurityWeek ha riferito che Amazon ne avrebbe osservato uno il 17 ottobre, quattro giorni prima della pubblicazione delle patch.
14 Cloudflare ha inoltre segnalato un forte aumento del traffico che tentava di sfruttare le falle, con conteggi arrivati a milioni nelle successive segnalazioni.
27
38 Si tratta di tentativi osservati, non del numero di intrusioni riuscite.
Le valutazioni sull’ampiezza dello sfruttamento non sono tutte uguali: alcune fonti parlano di tentativi in corso, mentre un’altra ha indicato che lo sfruttamento di massa appariva meno probabile di quanto inizialmente previsto.
3
4 Le informazioni disponibili non dimostrano una compromissione riuscita su vasta scala. È importante prendere sul serio le segnalazioni, distinguendo però scansioni e tentativi di attacco dalle prove che un server specifico sia stato violato.
2
3
Siti sospesi e risposta delle organizzazioni
Durante gli interventi, alcune organizzazioni hanno temporaneamente sospeso servizi accessibili al pubblico. Le notizie descrivono chiusure o interventi di manutenzione in Giappone, Francia, Finlandia e Paesi Bassi; anche autorità statunitensi ed europee hanno invitato le organizzazioni ad agire.
18
20
35 Mettere offline un sito può ridurre l’esposizione durante la risposta, ma non dimostra che quel sito sia stato compromesso.
Le informazioni disponibili per questo articolo non confermano in modo indipendente le dichiarazioni attribuite al CEO di Microsoft, Satya Nadella, durante un evento a Colonia, né le parole esatte o il contesto. In assenza di una verifica affidabile, quelle dichiarazioni non sono una base solida per spiegare la risposta all’incidente o descriverne la portata.
Cosa dovrebbero fare i gestori di server PHP
- Verificare il runtime, non solo l’applicazione. PHP2Shell colpisce il motore PHP: aggiornare un CMS o un plugin non prova che l’installazione di PHP sottostante sia stata corretta.
13
- Applicare una correzione verificata. Aggiornare a una versione di PHP corretta oppure seguire le istruzioni del fornitore per una patch retroportata. Controllare quale versione è effettivamente in esecuzione in produzione.
19
- Cercare eventuali segnali di compromissione. Installare la patch corregge la vulnerabilità, ma non dimostra che il server non sia già stato raggiunto. Esaminare i log pertinenti e indagare sulle attività sospette prima di ripristinare la normale operatività.
- Usare con cautela le misure temporanee. Seguire le indicazioni aggiornate dei manutentori PHP o del proprio fornitore. Una singola modifica di configurazione o un firewall per applicazioni web non sostituiscono una correzione verificata del runtime.
15
27
- Considerare MFA e password un livello aggiuntivo. Password uniche e autenticazione a più fattori proteggono gli account, ma non correggono una falla che consente di eseguire codice sul server senza autenticazione.
Per i team IT, distinguere tra vulnerabilità, tentativo di sfruttamento e compromissione accertata è essenziale: permette di intervenire rapidamente senza trasformare segnalazioni ancora incerte in conclusioni su chi sia stato violato.