Lo scanner di sicurezza web segnala il nostro sito come infetto: problema reale o falso allarme?

Quando fate le verifiche non limitatevi ad aprire il sito dal vostro solito browser. Spesso chi attacca imposta i redirect in modo che si attivino solo per chi arriva dai motori di ricerca o solo da dispositivi mobili. Mandate richieste raw al server da riga di comando simulando diversi user agent e confrontate l'output. Così è molto più facile scovare stringhe in base64 nascoste nel sorgente o link esterni sospetti.

Non fidatevi assolutamente del vostro sviluppatore se vi dice "ho controllato e non ho visto nulla". Negli attacchi web odierni non compare l'immagine dell'hacker sullo schermo; vengono inseriti piccoli snippet di codice JavaScript che girano silenziosamente in background e copiano i dati dei moduli delle carte di credito. Se il vostro sviluppatore non lavora con un focus sulla sicurezza, può facilmente perdersi una singola riga di codice nascosta all'interno di un file.

L'anno scorso abbiamo vissuto un panico simile. Uno scanner online diceva di aver messo il nostro sito in blacklist e abbiamo visto servizi che chiedevano 800 dollari per la bonifica. Analizzando a fondo la situazione, è emerso che l'avviso era dovuto a un certificato scaduto del plugin per la chat live sul sito. Con 40 dollari di tariffa dello sviluppatore abbiamo aggiornato lo script e risolto il problema senza alcun costo aggiuntivo.

La primissima cosa da fare subito è entrare nel pannello di hosting e scaricare sul computer i backup dell'ultima settimana. Anche se ci fosse un'infezione, lo sviluppatore potrebbe perdere dati durante la pulizia. Una volta messo al sicuro il backup, aggiornate il vostro CMS e tutti i plugin attivi alle versioni stabili più recenti. Nella maggior parte dei casi, applicare una patch a una falla nota blocca all'istante l'injection.

Nel report fornito dallo scanner, qual è esattamente il nome del file o l'URL indicato come dannoso? Inoltre, nelle ultime due settimane sono stati installati sul vostro sito nuovi plugin, moduli di pagamento o codici di tracciamento marketing di terze parti? Questi dettagli sono fondamentali per distinguere un falso allarme da una violazione reale.

Ricevere una segnalazione da un cliente è demoralizzante, ma non fatevi prendere dal panico. Se su Google Search Console non è ancora comparso l'avviso rosso il vostro traffico non verrà bloccato immediatamente. Ciononostante cambiate subito le password e scansionate i file riga per riga insieme al vostro sviluppatore. Con i passi giusti e la dovuta calma è una situazione che si risolve in mezza giornata.

è successo pure a noi una cosa simile, praticamente lo scanner ha scambiato il codice di analytics del sito x un malware. nn comprate subito pacchetti di sicurezza costosi presi dal panico poi controllate i log, se nn ci sono richieste strane da ip esteri molto probabilmente è un falso allarme.

Riassumendo quanto detto: senza farsi prendere dal panico fate un backup, controllate gli ultimi file modificati, non accontentatevi del controllo superficiale del vostro sviluppatore ma verificate i log del server e revisionate gli script esterni prima di buttare soldi inutilmente in costosi tool di pulizia.

Ti seguo.

Scusate, ma questo non vale in ogni caso. Se permessi e ambito non sono scritti, quel test non deve iniziare.

Se scrivete qui il risultato, sarà utile anche ad altri.

Il mio dubbio è stato chiarito, grazie.

Ottimo lavoro. Più è difficile tornare indietro su una decisione, più lentamente dovreste prenderla.

Sono curioso di sapere se qualcuno lo fa in modo diverso.

Sono una piccola impresa, vi parlo dal mio punto di vista. Il vero problema non è il numero, ma su cosa si basa quel numero.

Non fidatevi di una sola misura di sicurezza; procedete per livelli.

Ha ragione.

Nel nostro caso è andata così. Un backup non testato non è un backup.

Se scrivete qui il risultato, sarà utile anche ad altri.

Può approfondire un po'? comunque quando prendi una decisione guarda prima quali dati hai a disposizione.

Non fidatevi di una sola misura di sicurezza; procedete per livelli... Se scrivete qui il risultato sarà utile anche ad altri.

ho vissuuto la stessa cosa due anni fa. se permessi e ambito non sono scritti quel test non deve iniziare.

naturalmente cambia se la vostra situazione è diversa.

Parlo dal lato opposto, io sono dalla parte dei fornitori. Il vero problema non è il numero, ma su cosa si basa quel numero.

I primi tre mesi vanno bene, i problemi emergono al quarto mese. È tutto, scusate se mi sono dilungato.