Una correzione di sicurezza serve davvero solo quando chi gestisce i sistemi riesce a installarla. Durante la risposta a PHP2Shell, il maintainer volontario Ondřej Surý ha contribuito a colmare questa distanza preparando pacchetti PHP per Debian e Ubuntu, anche per versioni meno recenti.
17
28 Il suo lavoro mette in luce un aspetto spesso poco visibile della sicurezza open source: non basta individuare una vulnerabilità e correggerla, bisogna anche mantenere i canali che portano gli aggiornamenti agli amministratori.
Che cos’era PHP2Shell e quali versioni sono state corrette
PHP2Shell è il nome dato a due vulnerabilità, CVE-2026-109618 e CVE-2026-109619. Nell’avviso anticipato del team di sicurezza PHP, entrambe hanno ricevuto un punteggio di 9,2 secondo CVSS v4.0.
6
7 Se sfruttate, potevano consentire a un attaccante non autenticato di eseguire codice da remoto su un’installazione PHP che gestisce richieste web.
3
8
Il 21 ottobre 2026 il progetto PHP ha pubblicato le versioni corrette 8.2.35, 8.3.36, 8.4.27 e 8.5.12.
3 Era la correzione a monte, nel codice del progetto. Per applicarla sui server, però, gli operatori avevano bisogno anche di aggiornamenti confezionati e distribuiti in una forma adatta ai loro sistemi.
Perché i pacchetti erano importanti
Molti amministratori installano PHP tramite pacchetti già pronti, invece di scaricare il codice sorgente e compilarlo da sé. Preparare questi pacchetti è un’attività distinta dalla scrittura o dall’integrazione della correzione originale. Surý contribuisce da oltre vent’anni, come volontario e in gran parte nel tempo libero, alla manutenzione dei pacchetti PHP per Debian e Ubuntu.
17
32
Secondo le ricostruzioni, il suo repository ha reso disponibili il giorno stesso pacchetti corretti per versioni PHP dalla 5.6 alla 8.5.
28 Questo era rilevante per chi usava installazioni più datate: PHP 8.1 e le versioni precedenti non ricevono più gli aggiornamenti ordinari del progetto PHP. Il team ha comunque pubblicato correzioni nel codice sorgente per le versioni 7.4, 8.0 e 8.1, mentre anche altri fornitori hanno distribuito le proprie patch.
2
33
La differenza è concreta: una patch sorgente può essere applicata e compilata da chi ha le competenze e l’infrastruttura necessarie; un pacchetto già preparato offre agli amministratori una strada più diretta per installare la correzione. Il lavoro di Surý ha contribuito a rendere disponibile questa strada agli utenti Debian e Ubuntu, anche per alcune versioni PHP meno recenti.
24
28 Le fonti disponibili confermano la preparazione dei pacchetti, ma non indicano quanti server li abbiano installati né in quanto tempo.
Una finestra di rilascio compressa e una disputa sull’anticipo
Il team di sicurezza PHP aveva programmato il rilascio per il 21 ottobre e aveva avvertito che avrebbe potuto anticiparlo se fossero circolati dettagli sulle vulnerabilità o fossero emerse prove di sfruttamento attivo.
7 La gestione del rilascio è stata anche oggetto di contestazione. La PHP Foundation ha affermato che Chainguard aveva pubblicato immagini container con le correzioni oltre sei ore prima del rilascio coordinato, violando l’embargo.
34 Un’altra ricostruzione riporta che l’amministratore delegato di Chainguard motivò la decisione dicendo che gli exploit stavano già circolando.
36 Le fonti documentano posizioni contrapposte, ma non risolvono autonomamente la disputa.
La lezione per la sicurezza open source
La risposta a PHP2Shell ha coinvolto più passaggi collegati: ricerca delle vulnerabilità, correzioni nel progetto PHP, preparazione dei pacchetti da parte dei distributori e installazione degli aggiornamenti da parte degli amministratori. Il lungo lavoro volontario di Surý ha reso particolarmente visibile il passaggio della distribuzione; la lezione più ampia riguarda però l’infrastruttura che sostiene il software open source. Una correzione deve attraversare il lavoro di maintainer e distribuzioni prima di poter proteggere i sistemi che usano quel software.
17
24
La manutenzione, quindi, è parte integrante della sicurezza. La disponibilità di aggiornamenti dipende da persone e progetti capaci di mantenere i pacchetti al passo, anche quando il progetto originale non offre più aggiornamenti ordinari per le versioni precedenti.
28
33