Organiza tus páginas con colecciones
Guarda y categoriza el contenido según tus preferencias.
Descripción general de Web Risk
Web Risk es un nuevo producto de seguridad empresarial que permite que tus aplicaciones cliente verifiquen las URLs con las listas de Google continuamente actualizadas de recursos web no confiables. Algunos ejemplos de recursos web no seguros son los sitios de ingeniería social, como los sitios de phishing y los sitios engañosos, y también los sitios que alojan software malicioso o no deseado. Cualquier URL que se encuentre en esta lista se considera no segura. Google trabaja para proporcionar la información más precisa y actualizada sobre los recursos web no seguros. Sin embargo, Google no puede garantizar que su información sea integral y sin errores: es posible que no se identifiquen algunos sitios riesgosos y que algunos sitios seguros se clasifiquen por error.
Para determinar si una URL está en alguna de las listas, los clientes pueden usar la API de Lookup o la API de Update.
API de Lookup
La API de Lookup permite que tus aplicaciones cliente envíen URLs al servidor de Web Risk para verificar su estado. Esta API es simple y fácil de usar, ya que evita las complejidades de la API de Update.
Ventajas
Verificaciones de URL simples: Envías una solicitud HTTP GET con la URL real y el servidor responde con el estado de la URL (seguro o no).
Desventajas
Privacidad: Las URL no tienen hash, por lo que el servidor sabe qué URL buscas.
Tiempo de respuesta: El servidor procesa cada solicitud de búsqueda. No proporcionamos garantías sobre el tiempo de respuesta de la búsqueda.
Si no te preocupa demasiado la privacidad de las URL consultadas y puedes tolerar la latencia inducida por una solicitud de red, considera usar la API de Lookup porque es más fácil de usar.
API de Update
La API de Update permite que tus aplicaciones cliente descarguen y almacenen versiones con hash de las listas no seguras en una base de datos local y las verifiquen de forma local. Solo si se encuentra una coincidencia en la base de datos local, el cliente debe enviar una solicitud a los servidores de Web Risk para verificar si la URL está incluida en las listas no seguras. Esta API es más compleja de implementar que la API de Lookup, pero habilita las búsquedas locales en la mayoría de los casos de modo que es más rápida.
Ventajas
Privacidad: Intercambia datos con el servidor con poca frecuencia (solo después de una coincidencia de prefijo de hash local) y con URL con hash, por lo que el servidor nunca conoce las URL reales consultadas por los clientes.
Tiempo de respuesta: Mantiene una base de datos local que contiene copias de las listas de Web Risk; no necesitan consultar el servidor cada vez que desean verificar una URL.
Desventajas
Implementación: Debe configurar una base de datos local y, luego, descargar y actualizar periódicamente las copias locales de las listas de Web Risk (almacenadas como hash SHA256 de longitud variable).
Comprobaciones de URL complejas: debes saber cómo canonicalizar las URL, crear expresiones de sufijo/prefijo y calcular hash SHA256 para establecer una comparación respecto de las copias locales de las listas de Web Risk y las listas de Web Risk almacenadas en el servidor.
Si te preocupa la privacidad de las URL consultadas o la latencia inducida por una solicitud de red, usa la API de Update.
[[["Fácil de comprender","easyToUnderstand","thumb-up"],["Resolvió mi problema","solvedMyProblem","thumb-up"],["Otro","otherUp","thumb-up"]],[["Difícil de entender","hardToUnderstand","thumb-down"],["Información o código de muestra incorrectos","incorrectInformationOrSampleCode","thumb-down"],["Faltan la información o los ejemplos que necesito","missingTheInformationSamplesINeed","thumb-down"],["Problema de traducción","translationIssue","thumb-down"],["Otro","otherDown","thumb-down"]],["Última actualización: 2025-09-09 (UTC)"],[],[],null,["# Overview of Web Risk\n====================\n\nWeb Risk is a new enterprise security product that lets your client\napplications check URLs against Google's\nconstantly updated lists of unsafe web resources. Examples of unsafe web\nresources are social engineering sites, like phishing and deceptive sites, and\nsites that host malware or unwanted software. Any URL found on this list is\nconsidered unsafe. Google works to provide the most accurate and up-to-date\ninformation about unsafe web resources. However, Google cannot guarantee that\nits information is comprehensive and error-free: some risky sites may not be\nidentified, and some safe sites may be classified in error.\n\nTo determine if a URL is on any of the lists, clients\ncan use either the Lookup API or the Update API .\n| **Note:** The information returned by the Web Risk must not be redistributed.\n\nLookup API\n----------\n\nThe Lookup API lets your client applications send URLs to the\nWeb Risk server to check their status. This API is simple and easy\nto use, because it avoids the complexities of the Update API.\n\n### Advantages\n\n- **Simple URL checks**: You send an HTTP GET request with the actual URL, and the server responds with the state of the URL (safe or unsafe).\n\n### Drawbacks\n\n- **Privacy**: URLs aren't hashed, so the server knows which URLs you look up.\n- **Response time**: Every lookup request is processed by the server. We don't provide guarantees on lookup response time.\n\nIf you aren't too concerned about the privacy of the queried URLs, and you can\ntolerate the latency induced by a network request, consider using the Lookup API\nbecause it's easier to use.\n\nUpdate API\n----------\n\nThe Update API lets your client applications download and store hashed versions of the\nunsafe lists in a local database, and check them locally. Only if a\nmatch is found in the local database does the client need to send a request to\nthe Web Risk servers to verify whether the URL is included on the unsafe\nlists. This API is more complex to implement than the Lookup API, but enables local\nlookups in most cases so it's faster.\n\n### Advantages\n\n- **Privacy**: You exchange data with the server infrequently (only after a local hash prefix match) and using hashed URLs, so the server never knows the actual URLs queried by the clients.\n- **Response time**: You maintain a local database that contains copies of the Web Risk lists; they do not need to query the server every time they want to check a URL.\n\n### Drawbacks\n\n- **Implementation**: You need to set up a local database and then download, and periodically update, the local copies of the Web Risk lists (stored as variable-length SHA256 hashes).\n- **Complex URL checks**: You need to know how to canonicalize URLs, create suffix/prefix expressions, and compute SHA256 hashes for comparison with the local copies of the Web Risk lists and the Web Risk lists stored on the server.\n\nIf you are concerned about the privacy of the queried URLs or the latency\ninduced by a network request, use the Update API.\n\nWhat's next\n-----------\n\n- Learn how to [set up Web Risk](/web-risk/docs/quickstart)."]]
