Situazione attuale: PHP2Shell. Due vulnerabilità critiche di PHP (CVSS 9,2) consentono codice dannoso senza autenticazione. Patch dal 21/10/2026.Che cosa fare ora →
12 pagine

PHP2Shell: tutto sulla vulnerabilità critica di PHP

Due vulnerabilità critiche in PHP stesso, CVSS 9,2, codice dannoso senza autenticazione. Qui trova che cosa è documentato, quali versioni sono sicure e che cosa fare ora.

01

Che cos'è PHP2Shell? La vulnerabilità spiegata in modo semplice

PHP2Shell indica due vulnerabilità critiche in PHP stesso, con cui gli aggressori possono eseguire codice sui web server senza autenticazione. Ecco la situazione in parole chiare.

Leggi tutto →
02

CVE-2026-109618: RCE per condizione out-of-memory

CVE-2026-109618 è una delle due vulnerabilità PHP2Shell: una condizione out-of-memory può interrompere PHP durante l'elaborazione della richiesta. Corretta da PHP 8.5.12, 8.4.27, 8.3.36 e 8.2.35.

Leggi tutto →
03

CVE-2026-109619: RCE per stato globale obsoleto

CVE-2026-109619 è la seconda vulnerabilità PHP2Shell: lo stato interno di una richiesta può restare dopo la liberazione della memoria ed essere usato dalla richiesta successiva nello stesso worker.

Leggi tutto →
04

CVE-2026-115560: avviso su session upload progress

CVE-2026-115560 è un avviso di php.net del 23/10/2026: possibile esecuzione di codice solo con una configurazione di sessione insolita. Rimedio fino al prossimo release: session.upload_progress.enabled=0.

Leggi tutto →
05

Quali versioni di PHP sono interessate?

PHP2Shell è corretta in PHP 8.5.12, 8.4.27, 8.3.36 e 8.2.35. Per PHP 8.1 e precedenti non esistono più aggiornamenti ufficiali. La tabella mostra lo stato per ogni ramo.

Leggi tutto →
06

Verificare correttamente versione e stato delle patch di PHP

La sola versione PHP visualizzata non dice se PHP2Shell è chiusa. Contano stato dei pacchetti, backport e se i nuovi processi girano davvero.

Leggi tutto →
07

Perché mod_php comporta il rischio più alto

Con Apache e mod_php il team PHP classifica come più alto il rischio di PHP2Shell: lì è stato dimostrato un exploit prima che giri il codice dell'applicazione. Come verificare e agire.

Leggi tutto →
08

Dopo l'aggiornamento: riavviare PHP-FPM e tutti i worker

Un aggiornamento di PHP ha effetto solo quando tutti i processi PHP sono stati riavviati. Ecco i comandi per PHP-FPM, Apache, LiteSpeed e container e come verificare il riavvio.

Leggi tutto →
09

Misure immediate se non può ancora applicare la patch

Se l'aggiornamento di PHP non è ancora possibile, le misure provvisorie di php.net riducono il rischio, ma non proteggono del tutto. Ecco come impostarle correttamente.

Leggi tutto →
10

PHP 8.1 e precedenti: che cosa vale adesso

Per PHP 8.1, 8.0, 7.4 e le versioni precedenti non esistono aggiornamenti ufficiali contro PHP2Shell. Che cosa offrono i backport del sorgente e come si arriva a una versione supportata.

Leggi tutto →
11

Applicare la patch a PHP nei container Docker

I container non si aggiornano da soli. Contro PHP2Shell deve ricostruire o riscaricare l'immagine PHP e ricreare ogni container dalla nuova immagine.

Leggi tutto →
12

Sono già stato compromesso? Segni dopo PHP2Shell

Per PHP2Shell non esistono Indicators of Compromise confermati. Da che cosa capisce comunque se il Suo server è stato hackerato e come verificare senza distruggere le tracce.

Leggi tutto →
Contatto immediato

Ogni ora conta. Ci scriva adesso.

Descriva brevemente sistema, versione di PHP e quanto osservato. Ci faremo sentire, chiariremo la situazione e lavoreremo da remoto fino alla chiusura e alla documentazione dell'incidente.

Aiuto immediato