{"id":19311,"date":"2026-08-18T12:32:39","date_gmt":"2026-08-18T10:32:39","guid":{"rendered":"https:\/\/xlogic.org\/blog\/?p=19311"},"modified":"2026-08-18T12:32:39","modified_gmt":"2026-08-18T10:32:39","slug":"sito-web-compromesso-malware","status":"publish","type":"post","link":"https:\/\/xlogic.org\/blog\/sito-web-compromesso-malware.html\/","title":{"rendered":"Siti Web Compromessi e Malware nel 2026: Perch\u00e9 Aggiornare CMS, Plugin e Temi"},"content":{"rendered":"<p>Un <strong>sito web compromesso<\/strong> pu\u00f2 continuare a funzionare apparentemente senza problemi mentre contiene malware, backdoor, utenti amministratori non autorizzati o codice utilizzato per attivit\u00e0 dannose.<\/p>\n<p>Negli ultimi tempi stiamo registrando un <strong>aumento significativo dei tentativi di compromissione dei siti web<\/strong>, in particolare delle installazioni basate su CMS diffusi come WordPress, Joomla, PrestaShop e altre applicazioni web.<\/p>\n<p>Il motivo \u00e8 semplice: gran parte degli attacchi moderni non viene effettuata manualmente contro un singolo dominio. Bot e sistemi automatizzati presenti su Internet eseguono continuamente scansioni alla ricerca di CMS, plugin, temi, moduli ed estensioni vulnerabili o non aggiornati.<\/p>\n<p>Quando viene individuata una vulnerabilit\u00e0 sfruttabile, l&#8217;attacco pu\u00f2 avvenire automaticamente e in tempi molto rapidi, spesso senza che il proprietario si accorga immediatamente della compromissione.<\/p>\n<p>Per questo motivo la sicurezza di un sito web non pu\u00f2 dipendere soltanto da firewall e sistemi antimalware.<\/p>\n<p>La prima linea di difesa resta una corretta manutenzione:<\/p>\n<p><strong>aggiornare \u2192 controllare \u2192 rimuovere ci\u00f2 che non serve \u2192 verificare periodicamente il sito.<\/strong><\/p>\n<h2>Perch\u00e9 aumentano i siti web compromessi?<\/h2>\n<p>Milioni di siti utilizzano gli stessi CMS, plugin e componenti.<\/p>\n<p>Questa standardizzazione offre enormi vantaggi, ma crea anche un&#8217;opportunit\u00e0 per gli attaccanti.<\/p>\n<p>Se viene scoperta una vulnerabilit\u00e0 in un plugin utilizzato da migliaia di installazioni, non \u00e8 necessario cercare manualmente ogni sito vulnerabile.<\/p>\n<p>Un sistema automatizzato pu\u00f2:<\/p>\n<ol>\n<li>analizzare grandi quantit\u00e0 di domini;<\/li>\n<li>riconoscere il CMS utilizzato;<\/li>\n<li>individuare plugin, temi o componenti potenzialmente vulnerabili;<\/li>\n<li>verificare se la vulnerabilit\u00e0 \u00e8 sfruttabile;<\/li>\n<li>tentare automaticamente la compromissione.<\/li>\n<\/ol>\n<p>Un esempio concreto dell&#8217;importanza degli aggiornamenti arriva anche dalle release ufficiali: WordPress pubblica regolarmente aggiornamenti di sicurezza e raccomanda di applicarli quando vengono rilasciati. \u00c8 possibile seguire gli avvisi nella sezione <a href=\"https:\/\/wordpress.org\/news\/category\/security\/\" target=\"_blank\" rel=\"noopener\">Security di WordPress.org<\/a>.<\/p>\n<p>Il proprietario del sito potrebbe non accorgersi immediatamente di nulla.<\/p>\n<p>In alcuni casi il sito continua infatti a funzionare normalmente.<\/p>\n<h2>Come riconoscere un sito web compromesso<\/h2>\n<p>Un <strong>sito web compromesso<\/strong> non deve necessariamente mostrare una homepage sostituita o un messaggio lasciato dall&#8217;attaccante.<\/p>\n<p>Molte compromissioni moderne sono progettate per rimanere invisibili il pi\u00f9 a lungo possibile.<\/p>\n<p>Il codice malevolo pu\u00f2 essere utilizzato, ad esempio, per:<\/p>\n<ul>\n<li>creare file nascosti;<\/li>\n<li>installare backdoor;<\/li>\n<li>creare utenti amministratori;<\/li>\n<li>modificare file PHP;<\/li>\n<li>inserire redirect;<\/li>\n<li>inviare spam;<\/li>\n<li>creare pagine indesiderate;<\/li>\n<li>eseguire codice remoto;<\/li>\n<li>rigenerare malware precedentemente eliminato;<\/li>\n<li>utilizzare il sito per ulteriori attivit\u00e0 malevole.<\/li>\n<\/ul>\n<p>Un sito che \u201csi vede correttamente\u201d dal browser non pu\u00f2 quindi essere considerato automaticamente sicuro.<\/p>\n<p>Tra i segnali che richiedono particolare attenzione troviamo:<\/p>\n<ul>\n<li>redirect verso siti sconosciuti;<\/li>\n<li>nuovi amministratori mai creati dal proprietario;<\/li>\n<li>file PHP sconosciuti;<\/li>\n<li>pagine spam indicizzate;<\/li>\n<li>avvisi del browser;<\/li>\n<li>segnalazioni antimalware;<\/li>\n<li>email spam provenienti dall&#8217;account;<\/li>\n<li>improvvisi errori PHP;<\/li>\n<li>file che ricompaiono dopo essere stati cancellati;<\/li>\n<li>plugin installati senza autorizzazione;<\/li>\n<li>homepage modificata;<\/li>\n<li>consumo anomalo di risorse;<\/li>\n<li>comportamenti differenti per utenti normali e motori di ricerca.<\/li>\n<\/ul>\n<p>Riconoscere rapidamente un <strong>sito web compromesso<\/strong> permette di intervenire prima che la situazione peggiori.<\/p>\n<h2>Perch\u00e9 CMS, plugin e temi non aggiornati sono pericolosi?<\/h2>\n<p>WordPress, Joomla, PrestaShop e gli altri CMS vengono aggiornati regolarmente.<\/p>\n<p>Lo stesso vale per plugin, temi, moduli, estensioni, librerie e framework.<\/p>\n<p>Gli aggiornamenti non aggiungono soltanto nuove funzioni.<\/p>\n<p>Possono contenere anche:<\/p>\n<ul>\n<li>correzioni di sicurezza;<\/li>\n<li>fix di vulnerabilit\u00e0;<\/li>\n<li>miglioramenti di compatibilit\u00e0;<\/li>\n<li>correzioni di bug;<\/li>\n<li>modifiche necessarie per nuove versioni di PHP.<\/li>\n<\/ul>\n<p>La documentazione ufficiale WordPress dedicata all&#8217;<a href=\"https:\/\/developer.wordpress.org\/advanced-administration\/security\/hardening\/\" target=\"_blank\" rel=\"noopener\">hardening e alla sicurezza di WordPress<\/a> raccomanda esplicitamente di mantenere aggiornati WordPress e il software installato.<\/p>\n<p>Quando una vulnerabilit\u00e0 diventa nota, continuare a utilizzare una versione vulnerabile aumenta il rischio che strumenti automatici individuino e tentino di sfruttare il sito.<\/p>\n<h2>\u201cIl mio sito \u00e8 piccolo: perch\u00e9 dovrebbero attaccarlo?\u201d<\/h2>\n<p>\u00c8 una domanda molto comune.<\/p>\n<p>Nella maggior parte dei casi l&#8217;attaccante non conosce il proprietario del sito e non ha scelto personalmente quel dominio.<\/p>\n<p>Il bersaglio non viene necessariamente selezionato perch\u00e9:<\/p>\n<ul>\n<li>\u00e8 famoso;<\/li>\n<li>genera molto traffico;<\/li>\n<li>contiene dati particolarmente importanti;<\/li>\n<li>appartiene a una grande azienda.<\/li>\n<\/ul>\n<p>Il sito pu\u00f2 essere attaccato semplicemente perch\u00e9 un bot ha riconosciuto una vulnerabilit\u00e0 utilizzabile.<\/p>\n<p>Da questo punto di vista un piccolo sito dimenticato da anni pu\u00f2 rappresentare un bersaglio pi\u00f9 semplice di un portale importante sottoposto a manutenzione costante.<\/p>\n<h2>Imunify360 protegge da qualsiasi compromissione?<\/h2>\n<p>Sistemi come <strong>Imunify360<\/strong>, firewall e strumenti antimalware rappresentano una parte importante della protezione dell&#8217;infrastruttura.<\/p>\n<p>Possono contribuire a:<\/p>\n<ul>\n<li>individuare malware;<\/li>\n<li>bloccare numerose attivit\u00e0 malevole;<\/li>\n<li>riconoscere comportamenti sospetti;<\/li>\n<li>impedire l&#8217;esecuzione di determinati file;<\/li>\n<li>ridurre il numero di attacchi che raggiungono l&#8217;applicazione.<\/li>\n<\/ul>\n<p>Questo non significa per\u00f2 che possano sostituire la manutenzione del sito.<\/p>\n<p><strong>Nessun sistema di sicurezza pu\u00f2 rendere sicuro per sempre un CMS, plugin o tema vulnerabile e abbandonato.<\/strong><\/p>\n<p>La sicurezza deve essere composta da pi\u00f9 livelli.<\/p>\n<h2>Hosting sicuro e sito sicuro non sono la stessa cosa<\/h2>\n<p>\u00c8 importante distinguere l&#8217;infrastruttura hosting dall&#8217;applicazione installata dal cliente.<\/p>\n<p>Il provider pu\u00f2 proteggere:<\/p>\n<ul>\n<li>server;<\/li>\n<li>sistema operativo;<\/li>\n<li>servizi;<\/li>\n<li>rete;<\/li>\n<li>account;<\/li>\n<li>ambiente hosting.<\/li>\n<\/ul>\n<p>All&#8217;interno dello spazio hosting viene per\u00f2 eseguito anche il software che compone il sito.<\/p>\n<p>Ad esempio:<\/p>\n<p><strong>Server aggiornato + firewall + Imunify360 + CMS obsoleto + plugin vulnerabile<\/strong><\/p>\n<p>non equivale a:<\/p>\n<p><strong>sito completamente protetto.<\/strong><\/p>\n<p>La sicurezza dell&#8217;infrastruttura e quella dell&#8217;applicazione devono lavorare insieme.<\/p>\n<h2>Bloccare il malware non significa bonificare un sito web compromesso<\/h2>\n<p>Questa distinzione \u00e8 fondamentale.<\/p>\n<p>Supponiamo che un sistema antimalware individui un file malevolo e ne impedisca l&#8217;esecuzione.<\/p>\n<p>\u00c8 una protezione importante, ma rimane una domanda essenziale:<\/p>\n<p><strong>come \u00e8 arrivato quel file sul sito?<\/strong><\/p>\n<p>Se la causa \u00e8 un plugin vulnerabile, un tema compromesso, una password sottratta, una backdoor o un componente obsoleto, bloccare soltanto quel singolo file potrebbe non eliminare la causa della compromissione.<\/p>\n<p>Un <strong>sito web compromesso<\/strong> pu\u00f2 contenere altri file modificati o meccanismi capaci di rigenerare il malware.<\/p>\n<h2>Cos&#8217;\u00e8 una backdoor?<\/h2>\n<p>Una backdoor \u00e8 un meccanismo inserito dall&#8217;attaccante per mantenere o recuperare l&#8217;accesso al sito.<\/p>\n<p>Una bonifica incompleta pu\u00f2 quindi produrre questo scenario:<\/p>\n<p><strong>malware individuato \u2192 file eliminato \u2192 backdoor ancora presente \u2192 malware ricreato<\/strong><\/p>\n<p>Per questo motivo la bonifica non consiste semplicemente nel cancellare il primo file segnalato dall&#8217;antivirus.<\/p>\n<h2>Cosa deve comprendere una vera bonifica?<\/h2>\n<p>Ogni situazione \u00e8 diversa, ma una bonifica professionale pu\u00f2 richiedere diversi controlli.<\/p>\n<p>Tra questi:<\/p>\n<ul>\n<li>analisi dei file;<\/li>\n<li>verifica del CMS;<\/li>\n<li>controllo dell&#8217;integrit\u00e0 del Core;<\/li>\n<li>controllo di plugin e temi;<\/li>\n<li>ricerca di file anomali;<\/li>\n<li>verifica degli utenti amministratori;<\/li>\n<li>controllo del database;<\/li>\n<li>verifica di eventuali backdoor;<\/li>\n<li>aggiornamento dei componenti;<\/li>\n<li>rimozione del software inutilizzato;<\/li>\n<li>cambio delle credenziali;<\/li>\n<li>controllo dei permessi;<\/li>\n<li>verifica successiva alla pulizia.<\/li>\n<\/ul>\n<p>L&#8217;obiettivo non deve essere soltanto far sparire l&#8217;avviso del malware.<\/p>\n<p>Bisogna tentare di eliminare <strong>la compromissione e la sua causa<\/strong>.<\/p>\n<h2>Come ridurre il rischio di un sito web compromesso<\/h2>\n<p>Non esiste una singola azione capace di eliminare completamente il rischio, ma \u00e8 possibile ridurlo significativamente applicando alcune regole fondamentali.<\/p>\n<h3>Mantieni aggiornato il CMS<\/h3>\n<p>WordPress, Joomla, PrestaShop e qualsiasi altro CMS utilizzato devono ricevere regolarmente gli aggiornamenti disponibili.<\/p>\n<p>Un sito non aggiornato per anni pu\u00f2 contenere vulnerabilit\u00e0 gi\u00e0 note pubblicamente.<\/p>\n<h3>Aggiorna plugin, temi, moduli ed estensioni<\/h3>\n<p>Il CMS non \u00e8 l&#8217;unico componente importante.<\/p>\n<p>Molte installazioni contengono decine di software aggiuntivi e ogni componente rappresenta codice che viene eseguito sul sito.<\/p>\n<h3>Elimina ci\u00f2 che non utilizzi<\/h3>\n<p>Non limitarti a disattivare vecchi plugin e temi.<\/p>\n<p>Se non servono pi\u00f9 e non devono essere riutilizzati, valuta la loro rimozione.<\/p>\n<p>Meno componenti inutili significa anche meno software da mantenere.<\/p>\n<h3>Evita plugin e temi provenienti da fonti non affidabili<\/h3>\n<p>Software nulled, pirata o proveniente da siti non ufficiali pu\u00f2 rappresentare un rischio significativo.<\/p>\n<p>Il risparmio ottenuto evitando una licenza pu\u00f2 trasformarsi in costi molto maggiori in caso di compromissione.<\/p>\n<h3>Utilizza password robuste e differenti<\/h3>\n<p>Non utilizzare la stessa password per:<\/p>\n<ul>\n<li>cPanel;<\/li>\n<li>CMS;<\/li>\n<li>FTP;<\/li>\n<li>email;<\/li>\n<li>servizi esterni.<\/li>\n<\/ul>\n<p>La compromissione di una singola credenziale non dovrebbe automaticamente permettere l&#8217;accesso a tutti gli altri servizi.<\/p>\n<h3>Controlla gli utenti amministratori<\/h3>\n<p>Verifica periodicamente che non siano presenti account che non riconosci.<\/p>\n<p>Un utente amministratore creato da un attaccante pu\u00f2 consentire di recuperare l&#8217;accesso anche dopo altre operazioni di pulizia.<\/p>\n<h3>Mantieni PHP e l&#8217;ambiente software aggiornati<\/h3>\n<p>Anche la compatibilit\u00e0 del sito con versioni moderne del runtime \u00e8 importante.<\/p>\n<p>Un progetto che pu\u00f2 funzionare soltanto con software molto vecchio dovrebbe essere sottoposto a manutenzione.<\/p>\n<h3>Esegui controlli periodici<\/h3>\n<p>Non aspettare che il sito smetta di funzionare.<\/p>\n<p>\u00c8 molto meglio individuare un&#8217;anomalia durante un controllo pianificato.<\/p>\n<h2>Il backup protegge dal malware?<\/h2>\n<p>Il backup \u00e8 fondamentale, ma deve essere utilizzato correttamente.<\/p>\n<p>Avere una copia del sito permette di recuperare dati e file precedenti.<\/p>\n<p>Tuttavia, un backup pu\u00f2 contenere gi\u00e0 il malware se \u00e8 stato creato <strong>dopo la compromissione<\/strong>.<\/p>\n<p>Ripristinare una copia senza sapere quando il sito \u00e8 stato violato pu\u00f2 quindi ripristinare anche il codice malevolo.<\/p>\n<p>Il backup deve essere considerato uno strumento di recupero, non un sostituto della bonifica.<\/p>\n<h2>Perch\u00e9 anche un backup vecchio pu\u00f2 non essere la soluzione<\/h2>\n<p>Supponiamo che un sito venga compromesso il 1\u00b0 agosto ma il problema venga scoperto il 15 agosto.<\/p>\n<p>Un backup del 10 agosto potrebbe contenere gi\u00e0 la compromissione.<\/p>\n<p>Un backup del mese precedente potrebbe invece non contenere nuovi articoli, modifiche, ordini, clienti, configurazioni o altri dati generati successivamente.<\/p>\n<p>La scelta della copia da utilizzare deve quindi essere effettuata con attenzione.<\/p>\n<p>Per interventi delicati pu\u00f2 essere utile lavorare prima in un ambiente separato. Abbiamo approfondito il metodo nella guida Xlogic allo <a href=\"https:\/\/xlogic.org\/blog\/staging-wordpress.html\/\">staging WordPress<\/a>.<\/p>\n<h2>WordPress \u00e8 insicuro?<\/h2>\n<p>No.<\/p>\n<p>La presenza di molti siti WordPress compromessi non significa che WordPress sia intrinsecamente insicuro.<\/p>\n<p>WordPress \u00e8 uno dei CMS pi\u00f9 utilizzati e dispone di un ecosistema molto ampio.<\/p>\n<p>I problemi si verificano spesso quando rimangono installati versioni obsolete, plugin vulnerabili, temi abbandonati, password deboli o software non mantenuto.<\/p>\n<p>Lo stesso principio vale anche per Joomla, PrestaShop e altre applicazioni.<\/p>\n<p>Per la gestione tecnica di WordPress da terminale puoi consultare anche la nostra <a href=\"https:\/\/xlogic.org\/blog\/wp-cli-wordpress.html\/\">guida completa a WP-CLI<\/a>.<\/p>\n<h2>Cosa succede quando Xlogic rileva malware?<\/h2>\n<p>Quando i sistemi di sicurezza rilevano malware o attivit\u00e0 potenzialmente dannose, possono intervenire automaticamente bloccandone l&#8217;esecuzione.<\/p>\n<p>\u00c8 per\u00f2 importante ricordare ancora una volta che:<\/p>\n<p><strong>blocco del malware \u2260 bonifica completa del sito<\/strong><\/p>\n<p>Se la compromissione rappresenta un rischio per il server, per gli altri clienti o per la sicurezza dell&#8217;infrastruttura, <strong>Xlogic pu\u00f2 sospendere temporaneamente il sito interessato fino alla completa bonifica<\/strong>.<\/p>\n<p>La sospensione viene effettuata per tutelare la sicurezza dell&#8217;infrastruttura e degli altri servizi ospitati.<\/p>\n<h2>Perch\u00e9 pu\u00f2 essere necessario sospendere un sito web compromesso?<\/h2>\n<p>Un <strong>sito web compromesso<\/strong> non riguarda necessariamente soltanto il proprietario del dominio.<\/p>\n<p>Pu\u00f2 essere utilizzato per:<\/p>\n<ul>\n<li>diffondere malware;<\/li>\n<li>inviare spam;<\/li>\n<li>attaccare altri sistemi;<\/li>\n<li>generare traffico malevolo;<\/li>\n<li>eseguire script dannosi;<\/li>\n<li>consumare grandi quantit\u00e0 di risorse.<\/li>\n<\/ul>\n<p>Su un&#8217;infrastruttura condivisa \u00e8 quindi necessario impedire che una singola applicazione compromessa rappresenti un rischio per altri utenti.<\/p>\n<p>La sospensione temporanea serve a impedire che il sito continui a eseguire attivit\u00e0 potenzialmente pericolose durante le operazioni necessarie alla bonifica.<\/p>\n<h2>Chi deve aggiornare il sito?<\/h2>\n<p>Il servizio hosting fornisce l&#8217;infrastruttura sulla quale viene eseguito il sito.<\/p>\n<p>La manutenzione dell&#8217;applicazione web rimane per\u00f2 indispensabile.<\/p>\n<p>Se il proprietario non dispone delle competenze necessarie pu\u00f2 affidare il lavoro:<\/p>\n<ul>\n<li>al proprio webmaster;<\/li>\n<li>alla web agency;<\/li>\n<li>allo sviluppatore del sito;<\/li>\n<li>a un professionista di fiducia.<\/li>\n<\/ul>\n<p>Non \u00e8 necessario che la manutenzione venga effettuata dal provider hosting.<\/p>\n<p>L&#8217;importante \u00e8 che venga effettivamente eseguita.<\/p>\n<h2>Non aspettare che il sito venga compromesso<\/h2>\n<p>Una delle situazioni peggiori \u00e8 intervenire soltanto dopo la comparsa del malware.<\/p>\n<p>Se un sito non viene aggiornato da mesi o anni, \u00e8 molto meglio pianificare ora:<\/p>\n<ol>\n<li>backup;<\/li>\n<li>controllo dello stato attuale;<\/li>\n<li>aggiornamento del CMS;<\/li>\n<li>aggiornamento plugin e temi;<\/li>\n<li>rimozione dei componenti inutilizzati;<\/li>\n<li>controllo utenti;<\/li>\n<li>verifica finale.<\/li>\n<\/ol>\n<p>Se gli aggiornamenti sono molto numerosi o il sito \u00e8 critico, \u00e8 consigliabile effettuare prima i test su una copia di staging.<\/p>\n<h2>Cosa fare quando un sito web \u00e8 compromesso<\/h2>\n<p>Quando viene rilevato un <strong>sito web compromesso<\/strong>, \u00e8 importante evitare interventi casuali e procedere con metodo.<\/p>\n<h3>1. Non ignorare l&#8217;avviso<\/h3>\n<p>Un file bloccato oggi potrebbe essere soltanto uno degli elementi della compromissione.<\/p>\n<h3>2. Evita modifiche casuali<\/h3>\n<p>Cancellare file senza sapere cosa siano pu\u00f2 danneggiare ulteriormente il sito o rendere pi\u00f9 difficile l&#8217;analisi.<\/p>\n<h3>3. Conserva i backup disponibili<\/h3>\n<p>Non sovrascrivere inutilmente le copie precedenti.<\/p>\n<h3>4. Verifica CMS, plugin e temi<\/h3>\n<p>Controlla versioni e componenti installati.<\/p>\n<h3>5. Cambia le credenziali quando opportuno<\/h3>\n<p>Soprattutto se esiste il sospetto che siano state sottratte.<\/p>\n<h3>6. Verifica gli amministratori<\/h3>\n<p>Controlla che tutti gli account siano legittimi.<\/p>\n<h3>7. Effettua la bonifica<\/h3>\n<p>Deve essere rimossa sia la parte visibile del malware sia, per quanto possibile, il meccanismo attraverso il quale il sito \u00e8 stato compromesso.<\/p>\n<h3>8. Aggiorna il sito<\/h3>\n<p>Ripubblicare online un CMS ancora vulnerabile significa rischiare una nuova compromissione.<\/p>\n<p>Un <strong>sito web compromesso<\/strong> non dovrebbe quindi essere rimesso online senza aver verificato aggiornamenti, file, utenti e componenti interessati.<\/p>\n<h2>La bonifica pu\u00f2 essere effettuata da qualsiasi webmaster?<\/h2>\n<p>S\u00ec.<\/p>\n<p>Il cliente pu\u00f2 affidare l&#8217;intervento al <strong>webmaster o tecnico di propria fiducia<\/strong>.<\/p>\n<p>\u00c8 consigliabile scegliere un professionista con esperienza nella gestione di CMS, PHP, database, sicurezza web, malware, server e hosting.<\/p>\n<p>Una bonifica superficiale pu\u00f2 infatti lasciare backdoor o componenti vulnerabili ancora presenti.<\/p>\n<h2>Servizio di analisi e bonifica Xlogic<\/h2>\n<p>Per i clienti che non dispongono di un tecnico, Xlogic pu\u00f2 valutare su richiesta un <strong>intervento professionale di analisi e bonifica<\/strong>.<\/p>\n<p>Prima di procedere viene valutata la situazione del sito.<\/p>\n<p>Il costo viene quindi comunicato preventivamente in funzione del lavoro necessario.<\/p>\n<p>L&#8217;intervento pu\u00f2 variare significativamente perch\u00e9 non tutte le compromissioni sono uguali.<\/p>\n<p>Un singolo file infetto e un sito con migliaia di file modificati, plugin obsoleti e database compromesso richiedono attivit\u00e0 differenti.<\/p>\n<h2>Sicurezza del sito: responsabilit\u00e0 condivisa<\/h2>\n<p>La protezione efficace di un sito nasce dalla combinazione di pi\u00f9 elementi.<\/p>\n<h3>Il provider hosting protegge l&#8217;infrastruttura<\/h3>\n<p>Attraverso strumenti e tecnologie dedicate al server e all&#8217;ambiente hosting.<\/p>\n<h3>Il software di sicurezza protegge durante l&#8217;esecuzione<\/h3>\n<p>Firewall, antimalware e sistemi come Imunify360 aiutano a riconoscere e bloccare molte attivit\u00e0 pericolose.<\/p>\n<h3>Il proprietario mantiene l&#8217;applicazione<\/h3>\n<p>CMS, temi, plugin e componenti devono rimanere aggiornati e controllati.<\/p>\n<h3>Il webmaster mantiene il progetto<\/h3>\n<p>Quando il proprietario non possiede le competenze tecniche necessarie.<\/p>\n<p>Questi livelli non sono alternativi.<\/p>\n<p>Devono lavorare insieme.<\/p>\n<p>Per i progetti che richiedono un ambiente dedicato a WordPress puoi consultare anche le soluzioni <a href=\"https:\/\/xlogic.org\/hosting-wordpress\/\">Hosting WordPress Xlogic<\/a>; per WooCommerce e negozi online sono disponibili le soluzioni <a href=\"https:\/\/xlogic.org\/hosting-ecommerce\/\">Hosting eCommerce Xlogic<\/a>.<\/p>\n<h2>Checklist di sicurezza per il proprio sito<\/h2>\n<p>Controlla periodicamente:<\/p>\n<ul>\n<li>CMS aggiornato;<\/li>\n<li>plugin aggiornati;<\/li>\n<li>tema aggiornato;<\/li>\n<li>PHP compatibile e supportato;<\/li>\n<li>plugin inutilizzati rimossi;<\/li>\n<li>temi inutilizzati rimossi quando possibile;<\/li>\n<li>nessun software nulled;<\/li>\n<li>password robuste;<\/li>\n<li>password differenti tra i servizi;<\/li>\n<li>amministratori autorizzati;<\/li>\n<li>backup disponibili;<\/li>\n<li>sito funzionante;<\/li>\n<li>nessun redirect anomalo;<\/li>\n<li>nessun file sconosciuto evidente;<\/li>\n<li>nessun avviso dei sistemi di sicurezza.<\/li>\n<\/ul>\n<p>Se non sai come effettuare questi controlli, affidali a un professionista.<\/p>\n<h2>Domande frequenti sui siti web compromessi<\/h2>\n<h3>Come faccio a capire se ho un sito web compromesso?<\/h3>\n<p>Redirect anomali, nuovi amministratori, file sconosciuti, pagine spam, avvisi antimalware, email indesiderate e consumi anomali di risorse sono segnali da approfondire. Un sito pu\u00f2 per\u00f2 essere compromesso anche senza sintomi visibili.<\/p>\n<h3>Imunify360 impedisce qualsiasi compromissione?<\/h3>\n<p>No. \u00c8 un importante livello di sicurezza e pu\u00f2 bloccare o rilevare numerose attivit\u00e0 malevole, ma non sostituisce aggiornamenti e manutenzione dell&#8217;applicazione web.<\/p>\n<h3>Un plugin disattivato pu\u00f2 rappresentare un rischio?<\/h3>\n<p>Un componente non necessario dovrebbe essere valutato e, quando non serve pi\u00f9, rimosso. Mantenere software inutilizzato aumenta il numero di componenti da controllare e aggiornare.<\/p>\n<h3>Basta eliminare il file malware segnalato?<\/h3>\n<p>Non necessariamente. La compromissione pu\u00f2 comprendere pi\u00f9 file, database, utenti o backdoor. \u00c8 necessario capire anche come l&#8217;attaccante abbia ottenuto accesso.<\/p>\n<h3>Un sito web compromesso pu\u00f2 funzionare normalmente?<\/h3>\n<p>S\u00ec. Molte compromissioni vengono progettate per rimanere poco visibili e non interrompere il funzionamento normale del sito.<\/p>\n<h3>Posso ripristinare semplicemente un backup?<\/h3>\n<p>Pu\u00f2 essere utile, ma bisogna sapere se la copia scelta \u00e8 precedente alla compromissione e quali dati verranno persi ripristinandola.<\/p>\n<h3>WordPress deve essere aggiornato anche se il sito funziona?<\/h3>\n<p>S\u00ec. Il fatto che una versione funzioni non significa che sia ancora sicura o correttamente mantenuta.<\/p>\n<h3>Devo aggiornare anche plugin e temi disattivati?<\/h3>\n<p>Se non sono necessari, \u00e8 preferibile valutarne la rimozione. I componenti mantenuti sul sito devono comunque essere gestiti correttamente.<\/p>\n<h3>Xlogic pu\u00f2 sospendere un sito compromesso?<\/h3>\n<p>S\u00ec. Se la compromissione rappresenta un rischio per la sicurezza dell&#8217;infrastruttura o degli altri servizi ospitati, il sito pu\u00f2 essere temporaneamente sospeso fino alla bonifica.<\/p>\n<h3>Sono obbligato a far bonificare il sito da Xlogic?<\/h3>\n<p>No. La bonifica pu\u00f2 essere effettuata dal webmaster, dalla web agency o da un tecnico scelto dal cliente.<\/p>\n<h3>Xlogic offre un servizio di bonifica?<\/h3>\n<p>Pu\u00f2 essere valutato su richiesta. Dopo l&#8217;analisi della situazione viene comunicato preventivamente il costo dell&#8217;intervento.<\/p>\n<h2>Conclusioni<\/h2>\n<p>Gli attacchi automatizzati contro i siti web sono una realt\u00e0 quotidiana.<\/p>\n<p>Un sito non viene necessariamente attaccato perch\u00e9 importante o famoso: pu\u00f2 essere sufficiente che utilizzi un componente vulnerabile individuabile automaticamente.<\/p>\n<p>Per ridurre il rischio \u00e8 fondamentale mantenere aggiornati:<\/p>\n<ul>\n<li>CMS;<\/li>\n<li>plugin;<\/li>\n<li>temi;<\/li>\n<li>moduli;<\/li>\n<li>estensioni;<\/li>\n<li>ambiente software.<\/li>\n<\/ul>\n<p>Strumenti come Imunify360, firewall e antimalware costituiscono livelli di protezione importanti, ma <strong>non possono sostituire la manutenzione del sito<\/strong>.<\/p>\n<p>\u00c8 inoltre importante comprendere la differenza tra:<\/p>\n<p><strong>bloccare un malware<\/strong><\/p>\n<p>e:<\/p>\n<p><strong>bonificare completamente un sito web compromesso.<\/strong><\/p>\n<p>La sicurezza non \u00e8 un intervento da eseguire una sola volta.<\/p>\n<p>\u00c8 un processo continuo composto da aggiornamenti, controlli, backup e manutenzione.<\/p>\n<p>Dopo la bonifica di un <strong>sito web compromesso<\/strong> \u00e8 fondamentale aggiornare CMS, plugin, temi e credenziali coinvolte e verificare che la vulnerabilit\u00e0 utilizzata non sia ancora presente.<\/p>\n<p>Se un sito non viene aggiornato da molto tempo, il momento migliore per controllarlo non \u00e8 dopo la compromissione.<\/p>\n<p>\u00c8 <strong>prima<\/strong> che questa avvenga.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>Un sito web compromesso pu\u00f2 continuare a funzionare apparentemente senza problemi mentre contiene malware, backdoor, utenti amministratori non autorizzati o codice utilizzato per attivit\u00e0 dannose. Negli ultimi tempi stiamo registrando un aumento significativo dei tentativi di compromissione dei siti web, in particolare delle installazioni basate su CMS diffusi come WordPress, Joomla, PrestaShop e altre applicazioni [&hellip;]<\/p>\n","protected":false},"author":4,"featured_media":19314,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_lmt_disableupdate":"no","_lmt_disable":"","footnotes":""},"categories":[5],"tags":[],"class_list":["post-19311","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-news"],"modified_by":"Team tecnico Xlogic","_links":{"self":[{"href":"https:\/\/xlogic.org\/blog\/wp-json\/wp\/v2\/posts\/19311","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/xlogic.org\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/xlogic.org\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/xlogic.org\/blog\/wp-json\/wp\/v2\/users\/4"}],"replies":[{"embeddable":true,"href":"https:\/\/xlogic.org\/blog\/wp-json\/wp\/v2\/comments?post=19311"}],"version-history":[{"count":0,"href":"https:\/\/xlogic.org\/blog\/wp-json\/wp\/v2\/posts\/19311\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/xlogic.org\/blog\/wp-json\/wp\/v2\/media\/19314"}],"wp:attachment":[{"href":"https:\/\/xlogic.org\/blog\/wp-json\/wp\/v2\/media?parent=19311"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/xlogic.org\/blog\/wp-json\/wp\/v2\/categories?post=19311"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/xlogic.org\/blog\/wp-json\/wp\/v2\/tags?post=19311"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}