L'hosting dice che il sito è pulito ma un tool di controllo rileva malware: a chi dobbiamo credere?

Questo si chiama redirect condizionale. Chi scrive il codice, per non farsi beccare, fa vedere la pagina pulita a chi naviga da desktop e colpisce solo chi è da mobile. Fate la prova dal cellulare con la connessione dati passando da Google: vedrete l'infezione in azione coi vostri occhi.

Non aspettatevi che l'assistenza di un hosting condiviso vi ripulisca il sito a livello applicativo. Finché il server non va giù non toccano i file dei clienti, e nei contratti c'è sempre scritto che la sicurezza del sito è a carico vostro. Vi conviene fare una bonifica professionale prima possibile.

Fate subito un backup completo del sito. Poi installate un plugin di sicurezza affidabile per WordPress e lanciate una scansione profonda del database. Rimuovete gli script estranei rilevati e terminate tutte le sessioni attive.

provate a scaricare il cdoice della pagina da terminale con curl simulando uno user-agent mobile. insomma lì vedrete benissimo il file js nascosto ke fa il redirect all'hosting nn andava proprio di sbattersi.

Piano d'azione d'emergenza in tre passi per individuare il problema: 1) Eliminate del tutto tutti i vecchi temi e plugin inutilizzati sul sito, 2) Controllate manualmente il file di configurazione nella root di WordPress per verificare che non ci siano blocchi di codice sospetti, 3) Entrate nel pannello di indicizzazione dei motori di ricerca e controllate se è comparso qualche avviso di sicurezza.

In un caso simile abbiamo perso tre settimane; dato che l'hosting diceva che era tutto pulito non abbiamo fatto nulla. Risultato: il motore di ricerca ci ha blacklistati con schermata rossa e il traffico organico è crollato dell'85%. Per ripulirlo abbiamo dovuto pagare 600 dollari a un esperto esterno.

L'anno scorso abbiamo avuto la stessa identica discrepanza sul sito dell'ufficio. Di notte il sito reindirizzava a finte farmacie online, ma la mattina quando l'hosting apriva il ticket di supporto risultava pulito. A quanto pare il codice malevolo era programmato per attivarsi solo nelle ore notturne. Ecco perché i controlli esterni danno risultati molto più affidabili.

Raro trovare articoli che spiegano le cose così chiaramente. Quando prendi una decisione, guarda prima quali dati hai a disposizione.

Se la verifica in due passaggi è attiva, una password rubata da sola non serve a nulla. Sono curioso di sapere se qualcuno lo fa in modo diverso.

C'è un punto che mi incuriosisce. cioè il fatto che tutti facciano una cosa non significa che sia quella giusta.

Quando decidiamo senza misurare, finiamo sempre nello stesso punto. Buon lavoro.

Ti seguo.

Preso nota, grazie.

Direi di non avere fretta. Non abbiate paura di chiedere, chi non chiede paga sempre di più.

Naturalmente cambia se la vostra situazione è diversa.

Su questo punto non sono d'accordo. La maggior parte degli incidenti non inizia da una vulnerabilità, ma da una password trapelata.

Correggetemi se sbaglio.

Riassumo l'argomento, perché sono state date diverse risposte. L'errore commesso da scanner sicurezza sito web è generalmente reversibile ma costoso.

Il tempo che impiegate a rilevare un problema ne determina direttamente il costo. Naturalmente cambia se la vostra situazione è diversa.

Ci proverò.

Non lo sapevo. La maggior parte degli incidenti non inizia da una vulnerabilità, ma da una password trapelata.

È tutto, scusate se mi sono dilungato.

Grazie per averlo scritto è proprio così. Non abbiate paura di chiedere, chi non chiede paga sempre di più.

Naturalmente cambia se la vostra situazione è diversa.

Su questo punto non sono d'accordo. Ogni punto non scritto è un punto che in futuro le due parti ricorderanno diversamente.

Io seguirei questa strada.