Présentation de Web Risk

Web Risk est un nouveau produit de sécurité d'entreprise permettant à vos applications clientes de vérifier les URL par rapport à des listes de ressources Web non sécurisées qui sont constamment mises à jour par Google. Citons comme exemples de ressources Web non sécurisées, les sites d'ingénierie sociale (qui utilisent l'hameçonnage ou d'autres pratiques trompeuses) ainsi que ceux hébergeant des logiciels malveillants ou indésirables. Toute URL figurant dans cette liste est considérée comme non sécurisée. Google s'efforce de fournir les informations les plus précises et à jour qui soient sur les ressources Web non sécurisées. Cependant, Google ne peut pas garantir que ses informations sont complètes et sans erreur : certains sites à risque peuvent ne pas être identifiés et certains sites sûrs peuvent être classés par erreur.

Pour déterminer si une URL figure dans l'une des listes, les clients peuvent utiliser l'API Lookup ou l'API Update.

API Lookup

L'API Lookup permet à vos applications clientes d'envoyer des URL au serveur Web Risk pour vérifier leur état. Cette API est simple et facile à utiliser, car elle évite la complexité de l'API Update.

Avantages

  • Vérifications d'URL simples : Vous envoyez une requête HTTP GET avec l'URL réelle, et le serveur répond en indiquant l'état de l'URL (sécurisé ou non sécurisé).

Inconvénients

  • Confidentialité : Les URL ne sont pas hachées, de sorte que le serveur puisse savoir quelles URL vous recherchez.
  • Temps de réponse : Chaque demande de recherche est traitée par le serveur. Nous ne fournissons aucune garantie quant au temps de réponse de la recherche.

Si la confidentialité des URL interrogées ne vous préoccupe pas trop et que vous pouvez tolérer la latence induite par une requête réseau, vous devriez envisager d'utiliser l'API Lookup, car elle est plus facile à utiliser.

API Update

L'API Update permet à vos applications clientes de télécharger et de stocker des versions hachées des listes non sécurisées dans une base de données locale, et de les vérifier localement. Le client ne doit envoyer une requête aux serveurs Web Risk pour vérifier si l'URL figure sur les listes non sécurisées que si une correspondance est détectée dans la base de données locale. Cette API est plus complexe à mettre en œuvre que l'API Lookup, mais elle est plus rapide, car elle permet d'effectuer des recherches locales dans la plupart des cas.

Avantages

  • Confidentialité : Vous échangez rarement des données avec le serveur (seulement après une correspondance de préfixe de hachage local) et vous utilisez des URL hachées, afin que le serveur ne sache jamais quelles URL réelles sont interrogées par les clients.
  • Temps de réponse : Vous gérez une base de données locale contenant des copies des listes Web Risk. Il n'est pas nécessaire d'interroger le serveur chaque fois que vous souhaitez vérifier une URL.

Inconvénients

  • Mise en œuvre : Vous devez configurer une base de données locale, puis télécharger et mettre à jour régulièrement les copies locales des listes Web Risk (stockées sous forme de hachages SHA256 de longueur variable).
  • Vérifications d'URL complexes : Vous devez savoir comment mettre en forme canonique les URL, créer des expressions de suffixe/préfixe et calculer des hachages SHA256 à comparer aux copies locales des listes Web Risk et aux listes Web Risk stockées sur le serveur.

Si la confidentialité des URL interrogées ou la latence induite par une requête réseau vous préoccupe, utilisez l'API Update.

Étapes suivantes