Aggiornamento di sicurezza PHP disponibile/Leggi l’avviso ufficiale

STRUMENTI INDIPENDENTI PER LA SICUREZZA PHP

Controlla il tuo PHP.Aggiorna con criterio.

Una risposta chiara parte dalla versione giusta. Verifica la soglia di correzione PHP2Shell e individua i prossimi passi per il tuo ambiente.

Riservato: i dati restano in questo browser.

PHP è il miglior linguaggio del mondo

9.2/10Gravità criticaCVSS v4.0
02Vulnerabilità correlateCVE-2026-109618 / 109619
04Rami correttiPHP 8.2 → 8.5
18LingueEN / 中文 / 日本語 / …

01 / VERIFICA LA VERSIONE

Una versione. O l’intera infrastruttura.

Incolla una versione PHP, l’output di php -v o una versione per riga. È un confronto di versioni, non un test di sfruttamento.

PHP2SHELL / Verifica

Riservato: i dati restano in questo browser.

PHP2SHELL / FRAMEWORK / CMS

Correggere PHP2Shell in framework e CMS

Correggi PHP2Shell su framework, blog o negozio: identifica il PHP in uso, verifica la compatibilità, rimuovi gli ostacoli e controlla le correzioni CVE-2026-109618 e CVE-2026-109619.

PHP2SHELL / Strumenti PHP2Shell

Ricerca e guide pratiche

Controlla siti pubblici, configurazioni e log locali o trova strumenti aperti. Ogni risultato spiega prove e limiti.

>_

Strumenti PHP2Shell

Controlla siti pubblici, configurazioni e log locali o trova strumenti aperti. Ogni risultato spiega prove e limiti.

01

PHP2Shell in parole semplici

PHP è il motore di WordPress, Laravel e plugin. Aggiornare un plugin non aggiorna PHP. Due errori di memoria possono trasformare la pulizia anomala di una richiesta in divulgazione o esecuzione di codice. Il controllo pubblico dà indizi; l’hosting deve confermare runtime Web e patch.

02

Tentativo o intrusione riuscita?

Multipart anomalo o allarme WAF può indicare un tentativo. OOM, SIGSEGV/SIGABRT e picchi HTTP 500 hanno anche cause normali. Figli PHP, connessioni, file e account inattesi richiedono indagine. Una fuga in memoria può non lasciare webshell o file; scansione pulita non la esclude.

03

Conserva prima di modificare

Annota scoperta, dominio, istanza, runtime, sintomi e ultimo stato affidabile. Esporta log originali con fuso, audit cloud e snapshot autorizzati disponibili. Limita le copie e registra hash. Non inviare cookie, token o dati clienti a scanner pubblici. Non cancellare log o file sospetti prima della conservazione.

04

Leggere Wiz e Calif con precisione

La ricerca descrive errori oltre la singola richiesta. CVE-2026-109618 dimostra RCE mod_php; FPM risulta suscettibile dal codice, senza exploit FPM completo per quel CVE. CVE-2026-109619 conferma separatamente un percorso FPM upload-progress dipendente dall’applicazione. Leggi ogni GHSA per distinguere le prove per SAPI.

05

Cloudflare: conta anche la risposta

Cloudflare combina richiesta e risposta origin per bloccare risposte sospette prima di possibili fughe. Utile anche senza shell. Il rollout storico non garantisce copertura del tuo account: verifica regole, percorso, esclusioni ed eventi. Origin diretto e host senza proxy richiedono comunque patch.

02 / BASE DELLE CORREZIONI

Quattro rami. Un obiettivo chiaro.

Pubblicato dal team di sicurezza PHP il 21 ottobre 2026. Confronta all’interno del tuo ramo.
PHP.net ↗

Quattro rami. Un obiettivo chiaro.
Ramo PHPVersioni originali inferiori aPrima versione correttaFine supporto di sicurezza
PHP 8.5< 8.5.12✓ 8.5.1231 dic 2029
PHP 8.4< 8.4.27✓ 8.4.2731 dic 2028
PHP 8.3< 8.3.36✓ 8.3.3631 dic 2027
PHP 8.2< 8.2.35✓ 8.2.3531 dic 2026
Usi PHP 8.1 o precedenti?

Non sono previsti rilasci PHP ordinari per questi rami. Esistono backport minimi dei sorgenti per 7.4, 8.0 e 8.1. Verifica separatamente il supporto del fornitore. Leggi la guida ↗

03 / DALLA VERIFICA ALLA CORREZIONE

Un percorso pratico per ripartire.

Esplora la guida ↗
01

Identifica

Individua tutti gli interpreti, le fonti dei pacchetti e gli handler dei siti.

02

Aggiorna

Installa la build corretta o un backport documentato.

03

Riavvia e verifica

Sostituisci i processi attivi e controlla ogni istanza.

Correggere PHP2Shell in framework e CMS ↗

PHP2SHELL / CVE

Due difetti nell’interprete. Un aggiornamento urgente.

PHP2Shell comprende difetti di sicurezza della memoria in PHP stesso. Un’applicazione aggiornata può usare un interprete privo della patch.

CVE-2026-109618CVSS 9.2

Corruzione per memoria esaurita

CVE-2026-109618 riguarda l’uscita anticipata OOM con memoria parzialmente inizializzata usata nella pulizia. La patch introduce una gestione morbida e rigida. RCE completa è confermata su mod_php. FPM è considerato esposto a percorsi applicativi, senza exploit completo dimostrato per questa CVE.

Leggi la guida ↗
CVE-2026-109619CVSS 9.2

Stato residuo tra richieste

CVE-2026-109619 lascia riferimenti a memoria liberata. Una richiesta successiva allo stesso worker può usarli prima dell’inizializzazione. Percorsi confermati: backtrace fatali PHP 8.5 e avanzamento upload di sessione. RCE validata su mod_php e FPM con un percorso applicativo adatto.

Leggi la guida ↗
Fonti primarie e approfondimentiPHP security team ↗PHP2Shell research ↗

FAQ

Domande e risposte.

Tutte le domande ↗
FPM è esente?

No. FPM termina il figlio se l’avvio della richiesta fallisce, bloccando alcune sequenze iniziali. Restano percorsi applicativi e tra richieste. La dimostrazione mod_php non implica sfruttabilità identica ovunque, ma FPM non esonera dalla patch.

Backport delle distribuzioni

Ubuntu, Debian e Linux aziendale possono mantenere numeri originali vecchi con revisione corretta. Un banner 8.3.6 non prova nulla da solo. Confrontare sistema, repository, architettura e revisione con ENTRAMBE le CVE. Non inventiamo soglie di pacchetti.

PHP 8.1 e precedenti

Nessun rilascio ordinario PHP. Backport minimi dei sorgenti per 7.4, 8.0 e 8.1 sono eccezionali: compilazione e verifica spettano all’operatore. OS o LTS possono mantenere pacchetti. Ricerca da 5.4 con condizioni diverse. Migrare e verificare le soluzioni provvisorie.

Misure temporanee incomplete

Solo la patch completa affronta le varianti. Configurazioni possono incidere su upload, prestazioni e disponibilità. Applicare prima del parsing amministrativamente e riavviare tutti i worker. Leggere entrambi gli avvisi. CDN e WAF non provano la correzione.

PHP2SHELL CHECKER

Il prossimo passo è un interprete corretto.

Parti dalla versione. Segui le prove. Verifica i processi che servono davvero il sito.

Verifica la versione