Surveillance Web Risk : détecter les signalements de malwares et phishing

Paramètres principaux

C'est toute la surface de réglages pour un moniteur Web Risk : il n'y a pas de configuration de requête ni de règle de validation de réponse à écrire, car il n'y a rien à configurer au-delà de l'URL elle-même :

• Url / Domaine / IP - l'adresse à vérifier contre les listes Web Risk de Google.
• Nom (optionnel) - un court libellé pour ce moniteur dans les alertes, les rapports et votre tableau de bord. Laissez-le vide et HostTracker se rabat sur l'URL.
• Surveillance activée - met en pause ou reprend la vérification sans la supprimer.
• Intervalle fixe : toutes les 12 heures - il n'y a pas de contrôle d'intervalle pour ce type de vérification. Cette vérification ne se connecte pas à votre site comme le ferait une vérification de disponibilité ; elle demande au service Web Risk de Google la réputation actuelle de votre URL. Il n'y a pas de ressource locale à interroger plus vite, et l'intervalle que vous voudriez est celui, quel qu'il soit, auquel les propres listes de Google changent, ce qui n'est pas un chiffre pour lequel HostTracker pourrait proposer un curseur, donc il est fixe à la place.
• Étiquettes - libellés en texte libre pour filtrer et regrouper ce moniteur sur votre tableau de bord.
• Journal complet - enregistre chaque résultat de vérification individuel au lieu de regrouper les résultats identiques consécutifs.
• Statistiques ouvertes - génère une page de statistiques publique et partageable pour ce moniteur.

Il n'y a pas non plus de section Emplacements de surveillance pour ce type de vérification : une recherche de réputation n'est pas quelque chose qui diffère selon le point de vue de la façon dont le fait une connexion réseau, donc il n'y a rien qu'un sélecteur d'emplacements puisse contrôler.

Un « Down » Web Risk n'est pas la même chose qu'un site injoignable. Votre serveur peut répondre correctement à chaque requête et la vérification peut quand même signaler Down, car le verdict porte entièrement sur le fait que les listes de Google signalent actuellement l'URL, pas sur le fait que l'URL se charge. Faites-la donc tourner aux côtés d'une vérification de disponibilité sur le même domaine plutôt qu'à sa place. Un moniteur HTTP ou Ping vous dit que le site est en ligne ; celui-ci vous dit s'il est sûr d'y envoyer des visiteurs, et ce sont des questions indépendantes. Un site compromis est fréquemment encore entièrement « en ligne » selon toute mesure de disponibilité tout en servant des logiciels malveillants à une fraction de ses visiteurs.

Abonnements aux alertes

Le même panneau d'abonnements que chaque type de vérification utilise. Activez Abonner tous les contacts aux événements Up/Down pour mettre chaque contact sur les deux événements à la fois, ou utilisez la zone de recherche et les bascules Down / Up / Repeat par contact pour construire une liste précise. Un signalement Web Risk est le genre d'événement où Repeat prouve son utilité. Le contenu malveillant sous-jacent demande généralement une vraie enquête pour être trouvé et retiré, et il est facile de perdre la trace d'une alerte qui s'est déclenchée une fois puis a cessé alors que le site est toujours signalé.

Abonnements aux rapports

Des résumés e-mail périodiques plutôt que des alertes déclenchées par événement. Les rapports ne vont qu'aux contacts e-mail.

Exemple concret

Vous faites tourner un site WordPress sur example.com avec une poignée de plugins que vous n'auditez pas personnellement, et un plugin compromis est un moyen réaliste pour quelqu'un d'injecter un logiciel malveillant ou une redirection de phishing sans que vous le remarquiez dans le panneau d'administration. Créez un moniteur Web Risk pour example.com, abonnez votre propre e-mail et un canal d'équipe partagé à Down et Repeat, et laissez tout le reste à ses valeurs par défaut. Il n'y a rien d'autre à régler. Si le site est un jour signalé, agissez sur l'alerte immédiatement : plus le signalement tient longtemps, plus longtemps Chrome continue de montrer la page d'avertissement aux visiteurs et plus longtemps Google garde les pages rétrogradées dans les résultats de recherche.

Dépannage

• Le moniteur signale Down. Cela signifie que les listes Web Risk de Google signalent actuellement votre URL. Cherchez d'abord le contenu malveillant, comme un script injecté, un plugin compromis ou un répertoire d'upload piraté, plutôt que de supposer que cela se réglera tout seul. Une fois que vous l'avez retiré, la voie standard pour revenir est de demander une révision via Google Search Console ; le signalement ne se lève généralement pas avant que cette révision ne confirme que le site est propre.
• Vous avez nettoyé le site mais le moniteur montre toujours Down. Le signalement peut rester visible pendant une période même après que le problème sous-jacent est corrigé, jusqu'à ce que le propre processus de révision de Google le confirme. Cette vérification reflète le verdict publié actuel de Google, pas votre propre évaluation de si la correction a fonctionné.
• Vous attendiez un intervalle de vérification plus rapide ou plus lent. Il n'y a pas de contrôle d'intervalle pour ce type. Il fonctionne selon une cadence fixe de 12 heures parce que la fréquence de vérification utile est fixée par la fréquence de mise à jour des listes de Google, pas par quoi que ce soit de réglable côté HostTracker.
• Vous voulez savoir pourquoi une page précise a été signalée. Cette vérification signale le signalement lui-même mais n'est pas un scanner de contenu. Le rapport Problèmes de sécurité de Google Search Console est la source pour la raison précise et les pages concernées.

Voir aussi

• Tous les guides de surveillance - le centre pour chaque type de vérification HostTracker.
• Comment vérifier si votre IP ou domaine est sur liste noire - la vérification de réputation voisine, lancée une fois à la main.
• Surveillance Web Risk - la page produit pour ce type de vérification, avec plus de détails sur ce que coûte un signalement et comment la vitesse de détection limite les dégâts.
• Outil gratuit de vérification Web Risk - une recherche ponctuelle sans compte requis.
• Guide de la vérification DNSBL et guide de l'expiration de certificat - deux autres types de vérification « à régler et oublier » qui valent la peine d'être associés à un moniteur de disponibilité sur le même site.
• Guide de la vérification HTTP - Web Risk est aussi disponible comme carte attachée sur un moniteur Http, Port ou API, embarquée avec cette vérification plutôt que de tourner comme son propre moniteur séparé.