L’immagine Docker ufficiale di PHP è corretta per PHP2Shell?
I maintainer delle Docker Official Images hanno integrato un aggiornamento a 8.5.12, 8.4.27, 8.3.36 e 8.2.35. Un aggiornamento integrato e un’immagine pubblicata per ogni tag e architettura sono passaggi distinti, quindi verifica che il tag esatto che usi sia stato ricostruito prima di farci affidamento. Finché non abbiamo confermato le immagini pubblicate, la tabella qui sotto indica le Docker Official Images come non verificate. Le immagini di terze parti (dei fornitori delle applicazioni o di altri autori) seguono tempi propri.
| Fornitore | Release | Pacchetto | Versione del pacchetto corretto | Stato |
|---|---|---|---|---|
| Ubuntu | 22.04 | php8.1 | 8.1.2-1ubuntu2.28 | Corretto |
| Ubuntu | 24.04 | php8.3 | 8.3.6-0ubuntu0.24.04.13 | Corretto |
| Ubuntu | 26.04 | php8.5 | 8.5.4-0ubuntu1.5 | Corretto |
| Ubuntu | 26.10 | php8.5 | 8.5.9-0ubuntu2.1 | Corretto |
| Debian | 13 | php8.4 | 8.4.27-1~deb13u1 | Corretto |
| Docker Official Images | — | php | — | Non verificato |
| 宝塔 / aaPanel | — | PHP 7.4 | 7.4.34 | Corretto |
| 宝塔 / aaPanel | — | PHP 8.0 | 8.0.27 | Corretto |
| 宝塔 / aaPanel | — | PHP 8.1 | 8.1.35 | Corretto |
| 宝塔 / aaPanel | — | PHP 8.2–8.5 | 8.2.35 / 8.3.36 / 8.4.27 / 8.5.12 | Corretto |
| XServer | — | PHP | — | Non verificato |
| ConoHa WING | — | PHP | — | Non verificato |
| ロリポップ! | — | PHP | — | Non verificato |
| 1Panel | — | 1panel/php | 8.2.35 / 8.3.36 / 8.4.27 / 8.5.12 (-fpm) | Corretto |
Verificato tra il 21 ottobre 2026 e il 22 ottobre 2026.
Quale tag dell’immagine Docker PHP devo usare?
Usa un tag che fissi una versione corretta del tuo ramo, per esempio un tag php:<version>-fpm o php:<version>-apache corrispondente alla versione corretta, invece di un tag mobile che non hai controllato. I tag mobili come 8.3-fpm puntano nel tempo a build nuove, ma il tuo host le riceve solo quando scarica l’immagine e ridistribuisce.
Come aggiorno un container Docker con PHP?
- Cambia l’immagine di base nella riga
FROMdel Dockerfile (o inimage:nel file compose) con un tag corretto. - Ricostruisci le tue immagini che partono
FROMun’immagine PHP. Le loro build vecchie contengono ancora il PHP vecchio. - Scarica e ricrea i container con la tua normale procedura di deployment, per esempio
docker compose pullseguito dadocker compose upper i servizi interessati. Mantieni volumi e dati come previsto dal tuo deployment. - Verifica il PHP che il container in esecuzione serve: lancia
php -vdentro quel container specifico (per esempio condocker exec), tenendo presente che mostra il PHP da riga di comando del container, e controlla il report dell’applicazione se ne ha uno (come Salute del sito di WordPress). Inserisci il risultato nel PHP version checker.
L’immagine Docker della mia applicazione non è ancora aggiornata. Cosa posso fare?
Il numero di versione di un’applicazione non dice quale PHP contiene. Controlla le note di rilascio o l’issue tracker dell’autore dell’immagine per un aggiornamento PHP2Shell, e annota il digest dell’immagine che usi. Se non c’è ancora un aggiornamento, valuta di costruire un’immagine tua su una base PHP corretta, di applicare nel frattempo le misure temporanee ufficiali (pagina sul workaround PHP2Shell), che riducono l’esposizione ma non sono una correzione, oppure di limitare l’accesso al servizio.
Ho scaricato il tag latest. Ho finito?
Non ancora. docker pull scarica un’immagine; il container vecchio resta in esecuzione finché non lo ricrei. Controlla ogni replica, host e ambiente (staging, worker, container per i cron), perché ogni container conserva il PHP con cui è partito.
E FrankenPHP e le altre immagini basate su PHP?
FrankenPHP è una delle configurazioni citate dall’advisory di PHP, e anche le immagini di applicazioni come WordPress, Nextcloud o Zabbix incorporano PHP. Ogni autore ricostruisce con i propri tempi; non abbiamo verificato ogni immagine e ogni tag. Controlla le note di rilascio o il repository dell’autore per un aggiornamento PHP2Shell, e verifica la versione di PHP dentro il container in esecuzione invece di fidarti del numero di versione dell’applicazione.
La versione di PHP dell’host conta per Docker?
No. Il PHP di un container arriva dalla sua immagine, non dall’host. Aggiornare PHP sull’host (vedi aggiornare PHP su Ubuntu) non corregge i container, e viceversa.
Cos’altro devo controllare dopo la ridistribuzione?
Verifica il digest dell’immagine, la versione di PHP e il modo in cui PHP gira nel container che serve il sito, poi controlla le funzioni principali dell’applicazione. Se i container sono rimasti esposti senza patch, segui la guida per controllare se il sito è stato hackerato. Panoramica: verificatore PHP2Shell · patch PHP2Shell.
Quali fonti sostengono questa pagina?
- Docker Official Images: aggiornamento di sicurezza PHP
- Docker: docker compose pull
- Docker: docker compose up
- The PHP Group: advisory di sicurezza
- Manuale PHP: php_sapi_name
Verifica se il tuo PHP è esposto a PHP2Shell
Inserisci la versione indicata dal tuo sito. La confrontiamo con la prima versione corretta del suo ramo e ti diciamo cosa fare.
Verificatore PHP2Shell →Fonti
I fatti principali di questa pagina (versioni corrette, dettagli dei CVE, pacchetti dei fornitori e avvisi delle agenzie) provengono da fonti ufficiali. Ricerche, notizie e post della community sono indicati come tali.
- [security] Update to 8.5.12, 8.4.27, 8.3.36, 8.2.35Fornitore Docker Official Images maintainers
- docker compose pullUfficiale Docker
- docker compose upUfficiale Docker
- Security advisory: Critical remote code execution vulnerabilities, update nowUfficiale The PHP Group
- php_sapi_nameUfficiale The PHP Group