In breve: incaricare un fornitore di sicurezza IT conviene se ci sono segni di un'intrusione, girano vecchie versioni di PHP senza aggiornamento ufficiale, internamente mancano tempo o competenze oppure sono toccate questioni giuridiche. Se il Suo sito si trova presso un hoster che conferma per iscritto patch e riavvio, o se la Sua IT interna può aggiornare da sé e controllare una versione PHP supportata, per PHP2Shell spesso non serve alcun aiuto esterno.
La domanda che molti si pongono ora
Nella settimana successiva al 21/10/2026 molte aziende hanno guardato per la prima volta con più attenzione a chi, in realtà, segua i propri server web. Il risultato è stato spesso deludente: l'agenzia si occupa dei contenuti, l'hoster dell'hardware, e la versione di PHP sul vecchio vServer non la conosce nessuno con precisione.
Allo stesso tempo vale: non ogni azienda ha bisogno in questa situazione di un fornitore di sicurezza. Chi verifica onestamente che cosa è possibile internamente risparmia denaro e mantiene il controllo. Chi si sopravvaluta rischia che un'intrusione resti inosservata. Questo articolo aiuta nella valutazione, senza voler vendere qualcosa di cui non ha bisogno.
Risolvere da soli o incaricare un fornitore di sicurezza IT: i criteri
| Criterio | Risolvere da soli | Incaricare un fornitore |
|---|---|---|
| Modello di hosting | Hosting condiviso o gestito con patch confermata | Server proprio senza assistenza, competenza poco chiara |
| Versione di PHP | Da 8.2 a 8.5, aggiornamento ufficiale o backport della distribuzione disponibile | 8.1 o precedente, solo backport dai sorgenti o fonti di terzi |
| Numero di sistemi | Uno o pochi siti, ben documentati | Molti server, ambienti misti, container |
| Competenza interna | Admin con diritti sul server, esperienza con gestione dei pacchetti e riavvii | Nessuno con accesso o esperienza disponibile |
| Segni di un'intrusione | Nessuna anomalia dopo la verifica | File, processi, account o connessioni sconosciuti |
| Dati personali | Nessun dato sensibile sul sistema | Dati dei clienti, sanitari o di pagamento |
| Assicurazione e obblighi di notifica | Nessun coinvolgimento | Assicuratore o protezione dei dati devono essere coinvolti |
| Necessità di prove | Basta una nota interna | Serve una relazione per direzione, audit o assicuratore |
Se nella Sua situazione si applicano più righe della colonna di destra, c'è molto a favore di un aiuto esterno. Se nella colonna di destra si applica solo «Necessità di prove», spesso basta un supporto mirato nella documentazione.
Un autotest in sette domande
Risponda alle domande con sì o no. Ogni no è un indizio di dove potrebbe servire aiuto.
- Sa per ogni sito su quale server e con quale versione di PHP gira?
- Può dimostrare che questo livello è corretto contro CVE-2026-109618 e CVE-2026-109619, ad esempio tramite il changelog del pacchetto? Le istruzioni sono in Verificare correttamente versione PHP e livello di patch.
- Qualcuno in azienda ha i diritti e le conoscenze per aggiornare PHP e riavviare tutti i worker?
- Per i siti presso l'hoster ha una conferma scritta di patch e riavvio? Un modello lo offre Come chiedere al Suo hoster lo stato delle patch.
- Qualcuno ha cercato anomalie dal 17/10/2026, ad esempio nuovi file PHP nelle cartelle di upload o cronjob sconosciuti?
- I log del server dal 20/10/2026 sono al sicuro?
- Esiste una persona che può decidere uno spegnimento temporaneo ed è raggiungibile?
Sette sì significano: è ben posizionato. Uno o due no si possono spesso recuperare internamente. Con tre o più no, in particolare alle domande 2 e 5, il supporto esterno è un'idea da prendere seriamente.
Quando espressamente non serve un fornitore
Ci sono situazioni in cui noi stessi sconsiglieremmo di spendere denaro per un aiuto esterno. Rientra in questo caso un semplice sito aziendale presso un grande hoster che ha confermato la patch, senza moduli con dati sensibili e senza anomalie. Così pure un server proprio con PHP 8.3 o 8.4, il cui admin ha installato il backport della distribuzione, riavviato tutti i processi e dato una rapida occhiata ai log.
In questi casi la cosa più importante è una breve nota scritta: che cosa è stato verificato, quando e con quale risultato? Aiuta in caso di domande e nella prossima situazione.
Onestamente ne fa parte anche non sottovalutare i propri limiti. Installare un aggiornamento per molti admin è routine. Valutare correttamente un file sospetto senza cancellare tracce, di solito no. Chi durante la patch trova qualcosa di anomalo dovrebbe fermarsi a questo punto, non cancellare nulla e decidere di nuovo se proseguire da solo.
Anche se fa tutto da solo: stabilisca oggi chi chiamerebbe se invece qualcosa risulta anomalo. Nell'emergenza cercare un fornitore è tempo perso.
La via di mezzo: ripartire invece di delegare
Tra «tutto da soli» e «tutto delegato» c'è la variante che in molte aziende funziona meglio. Il proprio team si occupa di ciò che conosce: aggiornamenti, riavvii, contatto con l'hoster. Un fornitore si occupa di ciò che richiede competenze specialistiche o uno sguardo indipendente, ad esempio la verifica delle tracce, la valutazione di un sospetto o la relazione per l'assicuratore.
Perché funzioni, accessi, competenze e protezione dei dati devono essere regolati. Se un fornitore accede a server con dati personali, di regola serve un contratto di trattamento dei dati; indicazioni in Trattamento dei dati per conto terzi quando i fornitori accedono ai server. Come trovare un fornitore adatto lo descrive Scegliere un fornitore di sicurezza IT.
Come aiuta concretamente PHP SOS?
- Iniziamo con un breve rilevamento della situazione e diciamo apertamente se non ha bisogno di noi.
- Ci occupiamo in modo mirato delle parti che mancano internamente, come verifica delle tracce, sistemi legacy o la prova, e lasciamo il resto al Suo team.
- Lavoriamo da remoto con gli accessi che Lei abilita e documentiamo ogni passaggio.
- In caso di necessità acuta ci occupiamo con l'assistenza immediata PHP2Shell integralmente di rilevamento, patch, riavvio e ricerca di tracce.
Conclusione
La risposta giusta a «da soli o con un fornitore?» è raramente bianca o nera. Chi conosce i propri sistemi, gestisce versioni PHP supportate e può dimostrare che sono state applicate le patch e fatto il riavvio, spesso affronta PHP2Shell da solo. Chi ha sistemi legacy, situazioni poco chiare o segni di un'intrusione non dovrebbe esitare a cercare aiuto.
Domande frequenti
Quando dovrei incaricare un fornitore di sicurezza IT?
Soprattutto se ci sono segni di un'intrusione, se girano vecchie versioni di PHP senza aggiornamento ufficiale, se internamente non è disponibile nessuno con diritti sul server ed esperienza o se sono toccati dati personali e questioni assicurative.
Non può occuparsene semplicemente il mio hoster?
Con l'hosting condiviso e molti piani gestiti l'hoster applica da sé la patch a PHP. Si faccia confermare per iscritto stato delle patch e riavvio. Per la Sua applicazione, i plugin e una verifica delle tracce l'hoster di solito non è competente.
Che cosa dovrei preparare prima di chiamare un fornitore?
Un elenco dei siti e server interessati, le vie di accesso, referenti con potere decisionale e una breve descrizione di ciò che ha notato. Fino ad allora non cancelli né modifichi nulla che possa contenere tracce.
Esiste una via di mezzo tra fare tutto da soli e delegare tutto?
Sì. Spesso il proprio team si occupa della routine, ad esempio aggiornamenti e riavvii, mentre un fornitore si occupa della verifica delle tracce, della valutazione o della documentazione. È importante una ripartizione chiara di chi fa che cosa.