Un PHP non aggiornato è una porta aperta. La chiudiamo noi.
Assistenza di emergenza da remoto per aziende in Europa: aggiornare PHP, cercare tracce di intrusione, rimuovere il codice dannoso, rafforzare il server. Subito, con partner specializzati, fino alla chiusura e alla documentazione dell'incidente.
$ php -v PHP 8.3.35 (cli) (built: Sep 30 2026) ! Stato prima della patch del 21/10/2026 $ phpsos pruefen --ziel produktion Modalità di esecuzione .. php-fpm CVE-2026-109618 .. aperto CVE-2026-109619 .. aperto Riavvio dei worker .. in sospeso $ phpsos absichern [ok] Pacchetto 8.3.36 installato [ok] tutti i worker riavviati [ok] File system controllato alla ricerca di web shell [ok] Report per la direzione redatto
- Made in GermanySicurezza informatica dalla Germania, con un lavoro conforme al diritto europeo in materia di protezione dei dati.
- Oltre 25 anniSpecializzati da oltre 25 anni in sicurezza informatica e gestione di server, insieme alla nostra rete di partner.
- Rete di partnerProfessionisti della cybersicurezza specializzati in analisi forense, penetration test e hardening dei server, coordinati tramite un unico referente.
È coinvolto? Ci chiami. La aiutiamo.
Sistema violato, bloccato, web shell trovata o dubbi sul fatto che PHP2Shell la riguardi: ci contatti subito. Ci occupiamo del caso dal primo messaggio, da remoto e senza trasferte.
Il Suo PHP è già aggiornato?
Inserisca la Sua versione di PHP. Il test la confronta con i bollettini di sicurezza di php.net e indica che cosa fare dopo. Importante: anche una versione corretta non dimostra che prima dell'aggiornamento non sia successo nulla.
Quanto è urgente la Sua situazione?
Quattro domande, una classificazione, i primi passi e un messaggio WhatsApp preparato per noi. Al livello 3 vale: non cancellare nulla, non reinstallare nulla, mettere al sicuro le tracce.
Dalla chiamata d'emergenza al server rafforzato
Ci occupiamo della parte tecnica e forniamo le evidenze di cui hanno bisogno direzione, protezione dei dati e assicurazione.
Assistenza urgente PHP2Shell: aiuto per la vulnerabilità PHP
Chiudiamo PHP2Shell sui Suoi server web da remoto: inventario, patch o misura provvisoria, riavvio di tutti i worker e conferma scritta dello stato.
Leggi tutto →02Sito web hackerato, cosa fare? Assistenza urgente da remoto
Il Suo sito web è stato hackerato o si comporta in modo anomalo? Ci occupiamo da remoto di contenimento, conservazione delle tracce, bonifica e documentazione.
Leggi tutto →03Servizio patch PHP: aggiornamento installato, con riavvio e prova
Installiamo l'aggiornamento PHP sui Suoi server, riavviamo tutti i processi PHP e forniamo una conferma scritta di versione, stato dei pacchetti e riavvio.
Leggi tutto →04Hardening del server per web server PHP
Facciamo l'hardening dei Suoi web server PHP secondo un piano preciso: isolamento per sito, configurazione sicura di PHP, permessi dei file, accessi, log e backup.
Leggi tutto →05Far rimuovere malware e web shell dal sito web
Rimuoviamo codice dannoso, web shell e backdoor da siti web e server, ricostruiamo da fonti attendibili e chiudiamo il punto d'ingresso.
Leggi tutto →06Incident response per attacchi ai server
Gestione strutturata degli incidenti per attacchi ai web server: quadro della situazione, contenimento, eliminazione, ripristino e analisi finale con ruoli definiti.
Leggi tutto →Come lavoriamo in caso di emergenza
Passaggi chiari, un unico referente, tutto da remoto. Specialisti della nostra rete di partner intervengono quando servono analisi forense o penetration test.
Rilevare la situazione
Ci scrive su WhatsApp o ci chiama. Chiariamo sistema, versione di PHP, hoster e osservazioni.
Mettere in sicurezza e chiudere
Preservare le tracce, aggiornare PHP o applicare misure provvisorie, riavviare tutti i worker, documentare lo stato della patch.
Verificare e bonificare
Controllare file, database, account e log alla ricerca di tracce di intrusione. Rimuovere web shell e backdoor.
Rafforzare e riferire
Rafforzare la configurazione, attivare il monitoraggio, redigere il report per direzione, protezione dei dati e assicurazione.
Ancora nessuna patch possibile? Misure provvisorie
php.net indica impostazioni che rendono più difficili i percorsi di attacco noti, finché non è installato l'aggiornamento. Scelga la Sua modalità di esecuzione, copi le righe e riavvii poi tutti i processi PHP.
Il BSI (Ufficio federale tedesco per la sicurezza informatica) raccomanda: se l'aggiornamento non è subito possibile, scollegare temporaneamente il server web dalla rete.
Misure provvisorie secondo php.net, non sostituiscono l'aggiornamento. memory_limit=-1 solo insieme a un limite di memoria tramite container o cgroup. Prima salvare la configurazione.
Chi fa che cosa? Il vuoto tra hoster e agenzia
Molte aziende confidano che «qualcuno» installi le patch. Di norma la ripartizione è questa:
| Attività | Hoster (hosting condiviso) | Agenzia / web design | PHP SOS |
|---|---|---|---|
| Aggiornare il pacchetto PHP | di solito sì | di solito no | sì, o con il Suo hoster |
| Riavviare tutti i worker e documentarlo | in parte | no | sì, con evidenze |
| Verificare se c'è stata un'intrusione prima della patch | di norma no | in parte | sì |
| Rimuovere web shell e backdoor | di norma no | in parte | sì |
| Report per direzione, protezione dei dati, assicurazione | no | raramente | sì |
| Hardening e monitoraggio continuo | in parte | in parte | sì |
Che cosa è documentato e che cosa fare ora
Fatti tratti dai bollettini di php.net e del BSI (Ufficio federale tedesco per la sicurezza informatica), riportati per direzione e amministratori.
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 →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 →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 →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 →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 →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 →Per la Sua piattaforma e il Suo server
Dove si nasconde il codice dannoso in WordPress, Shopware o TYPO3 e come aggiornare davvero PHP su Plesk, cPanel o in un container.
Piattaforme
Server e hosting
Ogni settore ha dati diversi da perdere
Dati sanitari, segreti professionali dei clienti, dati di pagamento: orientiamo verifica e report ai Suoi obblighi.
10 passi prima del nostro intervento
Spunti ciò che è fatto. L'elenco resta salvato nel Suo browser.
Le spunte vengono salvate solo nel Suo browser.
72 ore, NIS2, assicurazione
Orientamento generale per la direzione. Non costituisce consulenza legale.
Obbligo di notifica GDPR: 72 ore dall'incidente
Dopo un attacco a un web server può sussistere l'obbligo di notificare l'autorità di controllo. Qui spieghiamo in generale quando decorrono le 72 ore e che cosa serve.
Leggi tutto →NIS2 e sicurezza dei web server
NIS2 obbliga molte aziende a gestire il rischio e a effettuare notifiche. Qui spieghiamo in generale che cosa significa per i web server e dove trovare indicazioni affidabili.
Leggi tutto →Assicurazione cyber: cosa conta in caso di sinistro
In caso di attacco, informare presto l'assicuratore, avere prove acquisite e passi concordati decide spesso sulla prestazione. Qui trova in generale i punti tipici.
Leggi tutto →Responsabilità della direzione in caso di vulnerabilità IT
La sicurezza IT è un compito della direzione. Qui spieghiamo in generale quali doveri di diligenza valgono e come decidere in modo tracciabile davanti a falle come PHP2Shell.
Leggi tutto →Articoli tecnici per amministratori e sviluppatori
Cronologia PHP2Shell: date dal 17 al 25 ottobre 2026
Tutte le date documentate su PHP2Shell in un'unica panoramica, dal primo tentativo di attacco osservato allo stato del 25/10/2026, e che cosa ne consegue per il Suo controllo.
Leggi tutto →Conferma dell'aggiornamento PHP dall'hoster: come chiedere lo stato della patch
Dopo PHP2Shell la versione di PHP visualizzata dimostra poco. Con questo modello chiede al Suo hoster una conferma che può documentare.
Leggi tutto →Riconoscere e rimuovere una webshell
Come individuare le backdoor sui server web PHP senza distruggere le tracce, e perché cancellare da soli di rado basta.
Leggi tutto →Trovare backdoor in WordPress: individuarle in modo sistematico
Dove si nascondono tipicamente le backdoor in WordPress e come gli admin le individuano in modo sistematico con WP-CLI e pochi comandi.
Leggi tutto →Configurare php.ini in modo sicuro
Quali impostazioni del php.ini riducono la superficie di attacco, come proteggerle dalla sovrascrittura e che cosa vale in più dopo PHP2Shell.
Leggi tutto →Usare correttamente PHP disable_functions
Con disable_functions blocca le funzioni PHP rischiose. Come definire l'elenco in base alla Sua applicazione senza mettere fuori uso il sito.
Leggi tutto →Situazione, istruzioni, strumenti decisionali
Dal livello di allerta del BSI ai changelog dei pacchetti, fino alla domanda se reinstallare o bonificare. Ogni articolo con fonti.
PHP2Shell: cosa è accertato e cosa no
Un fact check su PHP2Shell: quali affermazioni provengono da fonti primarie, quali dai media e quali asserzioni non reggono alla verifica.
Leggi tutto →Cambiare la versione di PHP nell'area clienti dell'hosting
Come cambiare la versione di PHP nell'area clienti del Suo hoster, quale versione scegliere e che cosa verificare prima e dopo.
Leggi tutto →Segnale d'allarme: il server web avvia una shell
Se un processo PHP-FPM o del server web avvia una shell, è uno dei segnali d'allarme più forti di un'intrusione. Come verificare l'albero dei processi, inquadrare le eccezioni e monitorare il modello nel tempo.
Leggi tutto →Isolare i pool PHP-FPM per ogni sito
Un pool dedicato per ogni sito è l'inizio, non la fine. Come verificare i pool esistenti e rafforzare socket, estensioni, pagine di stato, risorse e log.
Leggi tutto →Salvare le password in PHP in sicurezza: usare bene password_hash
Come gli sviluppatori salvano le password in PHP con password_hash e password_verify, scelgono l'algoritmo adatto e sostituiscono i vecchi hash MD5 o SHA-1 senza un reset della password per tutti gli utenti.
Leggi tutto →Contratti con i fornitori IT: regolare con chiarezza gli obblighi di sicurezza
PHP2Shell ha mostrato quanto spesso non sia chiaro chi debba aggiornare. Quali obblighi di sicurezza appartengono ai contratti con agenzia, hoster e fornitore IT.
Leggi tutto →Il linguaggio di programmazione PHP, spiegato in modo chiaro
Come PHP genera una pagina, che cosa sono SAPI, PHP-FPM e OPcache e perché proprio questo decide la sicurezza. Inoltre un glossario con tutti i termini tecnici.
Che cos'è PHP2Shell?
PHP2Shell indica due vulnerabilità critiche in PHP stesso (CVE-2026-109618 e CVE-2026-109619, CVSS 9,2). Possono consentire ad aggressori di eseguire codice dannoso sul server senza autenticazione. Le patch sono disponibili dal 21/10/2026.
Quali versioni di PHP sono sicure?
Le correzioni sono incluse in PHP 8.5.12, 8.4.27, 8.3.36 e 8.2.35. Hoster e distribuzioni talvolta applicano backport senza modificare il numero di versione. Fa fede lo stato del pacchetto o la conferma scritta del fornitore.
Basta un aggiornamento di WordPress o dello shop?
No. La vulnerabilità è in PHP, non nel CMS. Un aggiornamento del CMS non la chiude. E una patch di PHP non rimuove il codice dannoso introdotto in precedenza.
Quanto rapidamente potete aiutarci?
Lavoriamo da remoto e iniziamo non appena sono disponibili gli accessi. Ci scriva su WhatsApp sistema, versione di PHP e quanto osservato. Definiremo subito insieme come procedere.
Lavorate anche per agenzie e clienti di hoster?
Sì. Lavoriamo direttamente per le aziende, per conto di agenzie in secondo piano e in accordo con il Suo hoster, se è lui a gestire il server.
Dobbiamo segnalare l'incidente?
Se possono essere coinvolti dati personali, ai sensi dell'art. 33 GDPR di norma vale un termine di notifica di 72 ore dal momento in cui se ne ha conoscenza. Se si applichi nel Suo caso, lo chiarisca con il Suo responsabile della protezione dei dati. Noi forniamo la documentazione tecnica necessaria.
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.