Apertura · Vulnerabilità
PHP2Shell era sfruttata in rete quattro giorni prima della correzione, e gran parte di ciò che ha colpito i sensori dopo non funziona
Due falle critiche di esecuzione di codice remoto in PHP sono state corrette mercoledì pomeriggio; gli honeypot di Amazon osservavano da sabato chi cercava di sfruttarle.
Il team di sicurezza di PHP ha rilasciato correzioni d'emergenza alle 14:00 UTC del 21 ottobre per CVE-2026-109618 e CVE-2026-109619, note insieme come PHP2Shell, in PHP 8.5.12, 8.4.27, 8.3.36 e 8.2.35, precisando senza giri di parole che solo l'aggiornamento protegge pienamente un server. Amazon Threat Intelligence ha poi riferito che la telemetria di MadPot aveva rilevato tentativi di sfruttamento il 17 ottobre, quattro giorni prima che qualcuno al di fuori della cerchia ristretta avesse una patch da installare. Brian Krebs ha stimato che quasi il 70 per cento dei siti web debba aggiornare il proprio software di base, e mercoledì pomeriggio centinaia di siti erano offline mentre l'avviso dei manutentori si faceva strada nei pannelli di hosting di tutto il mondo.
Mentre accadeva, il settore non riusciva a mettersi d'accordo sulla gravità. SANS ha portato l'infocon a giallo citando un CVSS di 9,4 e i primi exploit proof-of-concept in circolazione prima della patch; altre testate la stessa mattina riportavano 9,2. Il resoconto della PHP Foundation è la parte più scomoda: a far crescere l'attenzione è stata una revisione di terze parti condotta da aziende di intelligenza artificiale in agosto, e uno dei due bug risale al 2024, il che significa che la falla era ontologicamente presente nel vostro parco sistemi da due anni e le mancavano soltanto un nome, un logo e una discussione sul CVSS. L'unica impostazione che circola come soluzione temporanea non è, secondo l'azienda che l'ha suggerita, sufficiente da sola.
Poi è arrivato il rumore. Un ricercatore che monitorava una rete di honeypot ha riferito di essere stato investito da exploit php2shell che non solo non funzionano, ma non hanno nulla a che vedere con il reale funzionamento del bug: c'è chi dà in pasto ai modelli linguistici dettagli frammentari, i modelli si fissano sulla stringa PHP_SESSION_UPLOAD_PROGRESS e ne esce codice sicuro di sé per l'avvelenamento delle sessioni, puntato sul bersaglio sbagliato. Trattate «sfruttamento di massa» come un'espressione non verificata finché non la conferma la vostra telemetria. Intanto è iniziato il lavoro silenzioso e reale: Okta ha già corretto quattro falle di Access Gateway, compresa PHP2Shell, nella versione 2026.44.0, e i fornitori di ogni genere stanno verificando se abbiano distribuito PHP dentro qualcosa che voi avete acquistato come appliance.
Perché è rilevanteAggiornate PHP ovunque, compresi i luoghi in cui PHP è il prodotto di qualcun altro con l'adesivo del fornitore, e cercate nei log a ritroso fino al 17 ottobre anziché a mercoledì.
- 1RSSPHP ships emergency patches for critical PHP2Shell…
- 2Security newsPHP2Shell Patches Land as First Exploitation Attemp…
- 3Security newsCritical PHP Vulnerability (CVE-2026-109618, CVE-20…
- 4Security newsPHP2Shell: Two Unpatched Critical PHP RCE Flaws (CV…
- 5Security newsPHP Issues Emergency Patches for Two Critical PHP2S…
- 6RSSAmazon says PHP2Shell exploitation began 4 days bef…