PHP2Shell e il modello di rischio di WordPress Multisite
La recente vulnerabilità di sicurezza PHP2Shell ricorda tempestivamente che la sicurezza di WordPress non si limita al core di WordPress, ai temi e ai plugin. Quando una vulnerabilità riguarda il runtime PHP, si colloca al di sotto dello stack applicativo che alimenta ogni sito su un server. A seconda della configurazione PHP interessata e delle condizioni necessarie per lo sfruttamento, un attacco riuscito potrebbe offrire a un aggressore un modo per eseguire comandi o codice non previsti a livello di server.
Per un sito WordPress autonomo, questo è grave. Per una rete WordPress Multisite, il potenziale raggio d’impatto può essere molto più ampio. Un singolo ambiente PHP può supportare una rete di siti di clienti, negozi, landing page e portali per membri. Ciò rende l’applicazione rapida e coordinata delle patch una componente fondamentale di un hosting multisito responsabile, non un’attività di manutenzione che può attendere la prossima finestra conveniente.
Perché le vulnerabilità PHP hanno un impatto più ampio in una rete
Multisite è progettato per rendere efficiente la gestione di molti siti web: file core condivisi, plugin condivisi, temi condivisi e amministrazione centrale della rete riducono il lavoro ripetitivo. La stessa infrastruttura condivisa significa che un problema della piattaforma sottostante deve essere trattato come un evento che coinvolge l’intera rete.
La questione pratica non è semplicemente se il proprietario di un singolo sito abbia installato l’ultimo aggiornamento. È se la piattaforma di hosting abbia identificato la versione PHP interessata, applicato la correzione del fornitore nell’infrastruttura pertinente e confermato che il runtime aggiornato serve i siti dei clienti. I ritardi possono lasciare esposti più a lungo del necessario tutti i siti che utilizzano un ambiente interessato.
Una risposta ben gestita deve anche bilanciare velocità e controllo. I team dovrebbero esaminare le note di rilascio e l’avviso PHP, distribuire il pacchetto corretto tramite il proprio processo consolidato di gestione delle modifiche, verificare la versione PHP attiva, monitorare i registri degli errori e lo stato dei servizi, e tenere informati i clienti qualora sia richiesta un’azione da parte loro. Nella maggior parte dei casi, i clienti non dovrebbero dover rincorrere un aggiornamento urgente della sicurezza del runtime un sito alla volta.
Cosa dovrebbero fare gli amministratori di WordPress Multisite
Anche quando l’hosting si occupa dell’aggiornamento PHP, gli amministratori di rete dovrebbero cogliere l’incidente come un’opportunità per confermare la propria postura di sicurezza:
- Confermare la versione PHP attiva con il proprio host e assicurarsi che includa la correzione PHP2Shell del fornitore.
- Mantenere aggiornati il core di WordPress, i plugin attivi a livello di rete, i temi e i plugin must-use affinché i rischi a livello applicativo non si sommino a un problema a livello di piattaforma.
- Utilizzare accessi con privilegi minimi per gli account di hosting, SFTP/SSH, database e amministratore WordPress.
- Mantenere backup e procedure di ripristino testati sia per i file della rete sia per i database.
- Monitorare le attività insolite, come account amministratore sconosciuti, modifiche impreviste ai file, errori PHP anomali o richieste in uscita.
- Iscriversi agli avvisi di sicurezza dell’hosting e di PHP affinché le decisioni di sicurezza si basino sull’avviso ufficiale e sulle informazioni di rilascio, anziché su voci.
È inoltre importante evitare di reagire eccessivamente ai titoli. La possibilità che una particolare rete sia interessata dipende dalla sua versione PHP, dalla configurazione del server e dal percorso di codice vulnerabile descritto nell’avviso ufficiale. L’approccio corretto è una verifica e l’applicazione urgente delle patch, non le supposizioni.
La gestione delle patch è parte del servizio
Per chi sta creando un’attività di siti web come servizio, affidabilità e sicurezza sono parte del prodotto venduto. I clienti si aspettano che i loro siti rimangano disponibili mentre il team della piattaforma gestisce dietro le quinte la manutenzione a livello di infrastruttura. Un host multisito dovrebbe avere una chiara responsabilità per gli aggiornamenti urgenti di PHP, un processo di distribuzione collaudato e un modo per verificare che la correzione sia stata applicata.
Questo è lo standard che applichiamo in Ultimate Multisite hosting. La correzione PHP2Shell è stata distribuita e applicata al nostro servizio di hosting entro cinque ore dalla pubblicazione della nuova versione di PHP. Se desideri una piattaforma WordPress Multisite progettata sia per operazioni ripetibili sia per una risposta rapida alla sicurezza, scopri Ultimate Multisite hosting e crea la tua prossima rete di siti con fiducia.
Lascia un commento