In breve: il progetto PHP pubblica ogni anno verso la fine di novembre una nuova sottoversione, da ultimo PHP 8.5 il 20 novembre 2025. Secondo php.net ogni ramo di versione riceve due anni di supporto attivo e poi due anni di sole correzioni di sicurezza, in ogni caso fino al 31 dicembre. Attualmente sono supportati i rami da 8.2 a 8.5; PHP 8.2 termina il 31 dicembre 2026. Per i rami più vecchi non esistono più aggiornamenti ufficiali, nemmeno contro PHP2Shell.
Come funziona il ciclo di rilascio di PHP?
La base è una procedura che il progetto PHP ha approvato nel 2010 con la RFC «Release Process». Una RFC è una proposta di modifica formale su cui votano gli sviluppatori. Stabilì un ritmo annuale: pianificazione e prime versioni alpha all'inizio dell'estate, release candidate in autunno, versione finale a novembre.
Nel corso di un anno ogni nuova versione attraversa stadi fissi:
- Alpha: le nuove funzioni vengono integrate e testate.
- Feature freeze e beta: niente più grandi funzioni nuove, gli errori vengono corretti.
- Release candidate: dalla riforma del 2024 quattro invece di sei candidate, senza nuove funzioni.
- Disponibilità generale (GA): la versione finale, ad esempio la 8.4.0 il 21 novembre 2024.
- Patch release: 8.4.1, 8.4.2 e così via, con correzioni ma senza nuove funzioni.
Due più due anni: la regola attuale di supporto
Nell'aprile 2024 il progetto PHP ha votato la RFC «Release Cycle Update». Tutte le proposte parziali sono state approvate a maggioranza dei due terzi. Da allora vale, secondo php.net:
- Supporto attivo: due anni dalla prima versione stabile. Gli errori e i problemi di sicurezza segnalati vengono corretti in patch release regolari.
- Supporto di sicurezza: altri due anni solo per i problemi di sicurezza critici. Le release escono secondo necessità, quindi più d'una, una o nessuna.
- End of life: dopo quattro anni il supporto termina, in ogni caso il 31 dicembre.
In precedenza, dopo due anni di fase attiva c'era solo un anno di correzioni di sicurezza. Il prolungamento valeva da PHP 8.2; secondo la RFC anche PHP 8.1 ha ricevuto un anno aggiuntivo.
Quali versioni di PHP sono attualmente supportate?
Stato al 25 ottobre 2026 secondo php.net:
| Ramo | Primo rilascio | Supporto attivo fino al | Correzioni di sicurezza fino al | Correzione PHP2Shell |
|---|---|---|---|---|
| 8.5 | 20/11/2025 | 31/12/2027 | 31/12/2029 | 8.5.12 |
| 8.4 | 21/11/2024 | 31/12/2026 | 31/12/2028 | 8.4.27 |
| 8.3 | 23/11/2023 | 31/12/2025 | 31/12/2027 | 8.3.36 |
| 8.2 | 08/12/2022 | 31/12/2024 | 31/12/2026 | 8.2.35 |
Rami già terminati secondo il quadro end-of-life di php.net:
| Ramo | Fine del supporto | Ultima versione |
|---|---|---|
| 8.1 | 31/12/2025 | 8.1.34 |
| 8.0 | 26/11/2023 | 8.0.30 |
| 7.4 | 28/11/2022 | 7.4.33 |
| 7.0 | 10/01/2019 | 7.0.33 |
| 5.6 | 31/12/2018 | 5.6.40 |
Come pianificare con il ciclo
Il ritmo fisso rende gli aggiornamenti pianificabili. Un approccio pratico per le aziende:
# Mostrare la versione della riga di comando e dei servizi FPM installati
php -r 'echo PHP_MAJOR_VERSION, ".", PHP_MINOR_VERSION, PHP_EOL;'
ls /usr/sbin/php-fpm* 2>/dev/null
Annoti nel Suo inventario, per ogni server e applicazione, il ramo e la sua data di fine. Pianifichi il passaggio al ramo successivo finché il supporto attivo è ancora in corso. Nella fase di sicurezza ci sono solo correzioni critiche e, poco prima della fine, il tempo stringe.
Prima di ogni passaggio c'è la domanda se la Sua applicazione supporti la nuova versione. La verifichi secondo i requisiti di sistema del produttore, ad esempio sui siti di WordPress, Shopware o TYPO3. Che cosa è cambiato tra le versioni lo mostra il quadro da PHP 8.0 a 8.5.
Che cosa ha significato il ciclo di rilascio con PHP2Shell
PHP2Shell ha mostrato quanto sia netto il confine tra supportato e non supportato. Il 21 ottobre 2026 sono uscite correzioni proprio per i quattro rami supportati: 8.5.12, 8.4.27, 8.3.36 e 8.2.35. Per PHP 8.1 e precedenti non esistono aggiornamenti ufficiali, solo backport minimi del codice sorgente per 7.4, 8.0 e 8.1. Secondo la stampa specializzata sono interessate quasi tutte le versioni fino a PHP 5.4. I dettagli sono in Quali versioni di PHP sono interessate?.
PHP 8.2 termina il 31 dicembre 2026. Chi ha appena aggiornato a 8.2.35 ha guadagnato solo poche settimane di margine. Pianifichi ora il passaggio a 8.4 o 8.5.
Per i sistemi obsoleti restano le distribuzioni con backport propri o le offerte commerciali a lungo termine. Se queste coprano PHP2Shell lo deve confermare per iscritto il fornitore. La valutazione la descrive Supporto a lungo termine per vecchie versioni di PHP, i rischi la guida PHP end of life.
Come aiuta concretamente PHP SOS?
- Mappare le versioni: rileviamo tutti i rami di PHP sui Suoi server con le rispettive date di fine.
- Pianificare le scadenze: stabiliamo quali sistemi passano a quale ramo e quando.
- Migrare: con la migrazione da PHP 8.1 e precedenti portiamo le applicazioni, con test, a una versione supportata.
- Installare le patch: all'interno di un ramo manteniamo tempestivamente aggiornate le patch release e documentiamo il riavvio.
Domande frequenti
Per quanto tempo viene supportata una versione di PHP?
Secondo php.net per quattro anni: due anni di supporto attivo con correzioni di errori e di sicurezza, poi altri due anni solo per i problemi di sicurezza critici. Dal 2024 la fine cade sempre il 31 dicembre.
Quando termina il supporto per PHP 8.2?
Il 31 dicembre 2026. PHP 8.2 ha ricevuto la correzione di PHP2Shell con la versione 8.2.35, dopodiché non ci saranno più aggiornamenti ufficiali. Il passaggio a 8.4 o 8.5 andrebbe pianificato ora.
Esistono ancora aggiornamenti per PHP 8.1?
Non dal progetto PHP. Secondo php.net PHP 8.1 ha raggiunto la fine il 31 dicembre 2025, l'ultima versione è stata la 8.1.34. Per PHP2Shell esistono solo backport minimi del codice sorgente; le offerte commerciali a lungo termine devono confermare per iscritto la propria copertura.
Qual è la differenza tra 8.4 e 8.4.27?
8.4 è il ramo di versione con le sue funzioni del linguaggio. 8.4.27 è una patch release all'interno di quel ramo, con correzioni di errori o di sicurezza ma senza nuove funzioni. Per la sicurezza conta l'ultimo numero.