Réputation des menaces

Comment fonctionne cette vérification

Scanaris interroge ton URL dans Google Safe Browsing, la liste noire qu'utilisent Chrome, Firefox, Safari, Android et la recherche Google elle-même pour avertir des sites dangereux. Il demande quatre types de menace : logiciel malveillant, ingénierie sociale (hameçonnage), logiciel indésirable et applications potentiellement nuisibles. Si Safe Browsing ne renvoie aucune correspondance, il n'y a pas de constat : l'immense majorité des sites sont propres et il n'y a pas lieu de le dire. S'il en renvoie, il ouvre un constat de sévérité critique, le plus grave qui existe, avec les types de menace détectés. Si la requête échoue, rien n'est inventé.

Pourquoi c'est important

Être dans Safe Browsing, c'est en pratique être hors d'internet. Chaque visiteur sur Chrome, Firefox ou Safari voit une page rouge plein écran qui dit que ton site est dangereux et lui recommande de ne pas entrer ; la plupart n'entrent pas. Google ajoute un avertissement dans les résultats et, si ça persiste, désindexe. Les e-mails contenant des liens vers ton site partent en spam. Et ce qu'il y a derrière est généralement pire que le signalement lui-même : ça signifie presque toujours que quelqu'un est entré sur ton serveur et a injecté du code qui redirige vers des arnaques, affiche des publicités ou vole les données de tes utilisateurs. Autrement dit, ce n'est pas un faux positif à faire retirer, c'est un incident de sécurité à résoudre.

Comment corriger

1. Confirme ce que Google voit. Dans la Search Console, la section « Problèmes de sécurité » t'indique quelles URL et quel type de problème. Le rapport de transparence de Google le montre aussi sans compte.
2. Trouve le code injecté. Cherche des fichiers modifiés récemment que tu n'as pas touchés, des scripts obscurcis à la fin des JS ou des PHP, des redirections dans .htaccess ou dans la configuration, des utilisateurs administrateurs que tu ne reconnais pas, des plugins ou thèmes que tu n'as pas installés. Sous WordPress, un scanner de malware aide ; sur n'importe quelle stack, comparer avec ton dépôt propre est le plus fiable.
3. Nettoie et ferme la porte. Le plus sûr est de redéployer depuis le code propre, pas de rafistoler ce qui est infecté. Ensuite, ce qui a laissé entrer l'attaquant : mets tout à jour (WordPress, plugins, dépendances), change tous les mots de passe et clés (panneau, base de données, FTP, API, hébergement), revois les vérifications WordPress, bibliothèques obsolètes et fichiers sensibles, et active la double authentification chez l'hébergeur.
4. Demande la révision. Dans la Search Console, sous « Problèmes de sécurité », le bouton « Demander un examen ». Explique ce que tu as trouvé et ce que tu as fait. Google répond en général sous un ou deux jours et le signalement disparaît des navigateurs peu après.
5. Surveille. Les réinfections sont fréquentes si la porte reste ouverte. Refais l'analyse une semaine puis un mois plus tard.

Vérifie que c'est corrigé

Ouvre le rapport de transparence de Google et cherche ton domaine :

https://transparencyreport.google.com/safe-browsing/search?url=tondomaine.com

Il doit indiquer qu'aucun contenu dangereux n'a été détecté. Dans la Search Console, « Problèmes de sécurité » doit être vide. Et ouvre ton site dans Chrome en fenêtre de navigation privée : aucun avertissement ne doit apparaître.

Questions fréquentes

Mon site est propre, pourquoi suis-je signalé ?

Parfois le signalement vient d'une ressource que tu charges : un script tiers compromis, une publicité malveillante, un plugin qui injecte des redirections seulement pour certains visiteurs ou pays. Ce que tu vois dans ton navigateur n'est pas forcément ce que voit un utilisateur mobile dans un autre pays. Consulte les rapports de la Search Console, qui donnent l'URL exacte et le type.

Combien de temps pour être retiré ?

Après nettoyage et demande d'examen, en général entre 24 et 72 heures. Si tu demandes l'examen sans avoir nettoyé, il est refusé et la tentative suivante prend plus de temps.

Cette vérification détecte-t-elle les attaques en cours ?

Non : elle détecte que Google t'a déjà signalé, ce qui est la conséquence. Les tentatives d'intrusion en direct (force brute sur la connexion, vol d'identifiants) nécessitent un agent dans ton application ; c'est ce que fait le service de menaces en direct des offres Pro.