🕵️♂️ Herramienta OSINT todo-en-uno para analizar cualquier sitio web
Inteligencia de código abierto integral y bajo demanda para cualquier sitio web
🌐 web-check.xyz
Con el amable apoyo de:
 Terminal Trove El $HOME de todo lo relacionado con la terminal |
 Warp Diseñado para programar con múltiples agentes de IA |
Obtén información sobre el funcionamiento interno de un sitio web: descubre posibles vectores de ataque, analiza la arquitectura del servidor, revisa las configuraciones de seguridad y aprende qué tecnologías utiliza un sitio.
Actualmente el panel muestra: información de IP, cadena SSL, registros DNS, cookies, cabeceras, información del dominio, reglas de rastreo de búsqueda, mapa de página, ubicación del servidor, registro de redirecciones, puertos abiertos, traceroute, extensiones de seguridad DNS, rendimiento del sitio, rastreadores, hostnames asociados y huella de carbono. ¡Mantente atento, pronto añadiré más!
El objetivo es ayudarte a entender, optimizar y proteger tu sitio web fácilmente.
Se puede acceder a una versión alojada en: web-check.as93.net
El código fuente de este repositorio está duplicado en CodeBerg, disponible en: codeberg.org/alicia/web-check
Compilación y despliegues:
Gestión del repositorio y varios: 
Nota esta lista necesita actualizarse, se han añadido muchas más tareas desde entonces...
La siguiente sección describe las características principales y explica brevemente por qué puede resultarte útil conocer estos datos, además de enlazar a recursos adicionales para ampliar información.
Una dirección IP (dirección de Protocolo de Internet) es una etiqueta numérica asignada a cada dispositivo conectado a una red / a Internet. La IP asociada a un dominio determinado se puede encontrar consultando el Sistema de Nombres de Dominio (DNS) para obtener el registro A (dirección) del dominio.
Encontrar la IP de un servidor determinado es el primer paso para llevar a cabo investigaciones adicionales, ya que nos permite sondear el servidor en busca de más información. Esto incluye crear un mapa detallado de la infraestructura de red de un objetivo, localizar la ubicación física de un servidor, identificar el servicio de alojamiento e incluso descubrir otros dominios alojados en la misma dirección IP.
Leer más aquí: web-check.xyz/about
Haz clic en el botón de abajo para desplegar en Netlify 👇
Haz clic en el botón de abajo para desplegar en Vercel 👇
Ejecuta docker run -p 3000:3000 lissy93/web-check y luego abre localhost:3000
Puedes obtener la imagen de Docker desde:
lissy93/web-checkghcr.io/lissy93/web-checkdocker build -t web-check .Instala los requisitos previos indicados en la sección Developing y luego ejecuta:```bash git clone https://github.com/Lissy93/web-check.git # Download the code from GitHub cd web-check # Navigate into the project dir yarn install # Install the NPM dependencies yarn build # Build the app for production yarn serve # Start the app (API and GUI)
---
### Configuración
Por defecto, no se necesita configuración.
Pero hay algunas variables de entorno opcionales que puedes configurar para tener acceso a comprobaciones adicionales, o para aumentar los límites de velocidad de algunas comprobaciones que utilizan APIs externas.
**Claves API y credenciales**:
| Key | Value |
| -------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------- |
| `GOOGLE_CLOUD_API_KEY` | Una clave de API de Google con la API PageSpeed Insights habilitada ([consíguela aquí](https://developers.google.com/speed/docs/insights/v5/get-started)). Se puede usar para devolver métricas de calidad de un sitio |
| `REACT_APP_SHODAN_API_KEY` | Una clave de API de Shodan ([consíguela aquí](https://account.shodan.io/)). Mostrará los nombres de host asociados a un dominio determinado |
| `REACT_APP_WHO_API_KEY` | Una clave de WhoAPI ([consíguela aquí](https://whoapi.com/)). Mostrará registros WhoIs más completos que el trabajo por defecto |
<details>
<summary><small>Valores completos / próximos</small></summary>
- `GOOGLE_CLOUD_API_KEY` - Una clave de API de Google con la API PageSpeed Insights habilitada ([consíguela aquí](https://developers.google.com/speed/docs/insights/v5/get-started)). Se puede usar para devolver métricas de calidad de un sitio
- `REACT_APP_SHODAN_API_KEY` - Una clave de API de Shodan ([consíguela aquí](https://account.shodan.io/)). Mostrará los nombres de host asociados a un dominio determinado
- `REACT_APP_WHO_API_KEY` - Una clave de WhoAPI ([consíguela aquí](https://whoapi.com/)). Mostrará registros WhoIs más completos que el trabajo por defecto
- `SECURITY_TRAILS_API_KEY` - Una clave de API de Security Trails ([consíguela aquí](https://securitytrails.com/corp/api)). Mostrará la información de la organización asociada a la IP
- `CLOUDMERSIVE_API_KEY` - Clave de API para Cloudmersive ([consíguela aquí](https://account.cloudmersive.com/)). Mostrará amenazas conocidas asociadas a la IP
- `TRANCO_USERNAME` - Un correo de Tranco ([consíguelo aquí](https://tranco-list.eu/)). Mostrará el ranking de un sitio, según su tráfico
- `TRANCO_API_KEY` - Una clave de API de Tranco ([consíguela aquí](https://tranco-list.eu/)). Mostrará el ranking de un sitio, según su tráfico
- `URL_SCAN_API_KEY` - Una clave de API de URLScan ([consíguela aquí](https://urlscan.io/)). Obtendrá información diversa sobre un sitio
- `BUILT_WITH_API_KEY` - Una clave de API de BuiltWith ([consíguela aquí](https://api.builtwith.com/)). Mostrará las principales características de un sitio
- `TORRENT_IP_API_KEY` - Una clave de API de torrent ([consíguela aquí](https://iknowwhatyoudownload.com/en/api/)). Mostrará los torrents descargados por una IP
</details>
**Ajustes de configuración**:
| Key | Value |
| -------------------------- | -------------------------------------------------------------------------- |
| `PORT` | Puerto para servir la API, al ejecutar server.js (p. ej. `3000`) |
| `API_ENABLE_RATE_LIMIT` | Habilita la limitación de velocidad para los endpoints /api (p. ej. `true`) |
| `PUBLIC_API_TIMEOUT_LIMIT` | El límite de tiempo de espera para las solicitudes de API, en milisegundos (p. ej. `25000`) |
| `API_CORS_ORIGIN` | Habilita CORS, configurando aquí tus nombres de host permitidos (p. ej. `example.com`) |
| `API_DISABLED_CHECKS` | Lista separada por comas de comprobaciones a deshabilitar (p. ej. `trace-route,ports`) |
| `API_ENABLED_CHECKS` | Si se establece, solo se ejecutarán estas comprobaciones (p. ej. `get-ip,ssl,dns,headers`) |
| `API_BLOCKED_HOSTS` | Hosts que nunca deben escanearse (p. ej. `lan.example.com,192.168.0.0/16`) |
| `CHROME_PATH` | La ruta del ejecutable de Chromium (p. ej. `/usr/bin/chromium`) |
| `DISABLE_GUI` | Deshabilita la GUI y sirve solo la API (p. ej. `false`) |
| `REACT_APP_API_ENDPOINT` | El endpoint de la API, ya sea local o remoto (p. ej. `/api`) |
Todos los valores son opcionales.
Puedes añadirlas como variables de entorno. Ya sea poniéndolas directamente en un archivo `.env` en la raíz del proyecto, o mediante la interfaz de Netlify / Vercel, o pasándolas al contenedor Docker con la bandera --env, o usando tu propio sistema de gestión de variables de entorno.
Ten en cuenta que las claves con prefijo `REACT_APP_` se usan en el lado del cliente y, como tales, deben tener un ámbito correcto con privilegios mínimos, ya que pueden hacerse visibles al interceptar las solicitudes de red navegador <-> servidor.
---
### Desarrollo
1. Clona el repositorio, `git clone [email protected]:Lissy93/web-check.git`
2. Entra en él, `cd web-check`
3. Instala las dependencias: `yarn`
4. Inicia el servidor de desarrollo, con `yarn dev`
Necesitarás [Node.js](https://nodejs.org/en) (V 18.16.1 o posterior) instalado, además de [yarn](https://yarnpkg.com/getting-started/install) y [git](https://git-scm.com/). Algunas comprobaciones también requieren que `chromium`, `traceroute` y `dns` estén instalados en tu entorno. Estos trabajos simplemente se omitirán si esos paquetes no están presentes.
---
## Comunidad
### Contribuciones
Las contribuciones de cualquier tipo son muy bienvenidas y se agradecerían mucho.
Para el Código de Conducta, consulta el [Contributor Covenant](https://www.contributor-covenant.org/version/2/1/code_of_conduct/).
Para empezar, haz un fork del repositorio, realiza tus cambios, añade, confirma y sube el código, y luego vuelve aquí para abrir una pull request. Si eres nuevo en GitHub o en el código abierto, [esta guía](https://www.freecodecamp.org/news/how-to-make-your-first-pull-request-on-github-3#let-s-make-our-first-pull-request-) o los [documentos de git](https://docs.github.com/en/pull-requests/collaborating-with-pull-requests/proposing-changes-to-your-work-with-pull-requests/creating-a-pull-request) pueden ayudarte a empezar, pero no dudes en contactar si necesitas ayuda.
[](https://github.com/Lissy93/web-check/compare)
### Reportar errores
Si has encontrado algo que no funciona como debería, o te gustaría sugerir una nueva función, no dudes en crear un ticket en GitHub.
Para errores, por favor describe los pasos necesarios para reproducirlos e incluye información relevante como la información del sistema y los registros resultantes.
[](https://github.com/Lissy93/web-check/issues/new/choose)
### Apoyo
La aplicación seguirá siendo 100% gratuita y de código abierto.
Pero debido a la cantidad de tráfico que recibe la instancia alojada, el uso de la función lambda cuesta unos $25/mes.
Cualquier ayuda para cubrir los costes mediante el patrocinio de GitHub sería muy apreciada.
Es gracias al apoyo de la comunidad que este proyecto puede estar disponible gratuitamente para todos :)
[](https://github.com/sponsors/Lissy93)
### Contribuyentes
Crédito a los siguientes usuarios por contribuir a Web-Check
[](https://github.com/lissy93/web-check/graphs/contributors)
### Patrocinadores
Muchas gracias a estas maravillosas personas, que me patrocinan en GitHub; su apoyo ayuda a cubrir los costes necesarios para mantener Web-Check y mis otros proyectos gratuitos para todos. Considera unirte a ellos, [patrocinándome en GitHub](https://github.com/sponsors/Lissy93), si puedes.
[](https://github.com/sponsors/lissy93)
---
## Licencia
> _**[Lissy93/Web-Check](https://github.com/Lissy93/web-check)** está licenciado bajo [MIT](https://github.com/Lissy93/web-check/blob/HEAD/LICENSE) © [Alicia Sykes](https://aliciasykes.com) 2023 - 2026._<br>
> <sup align="right">Para más información, consulta <a href="https://tldrlegal.com/license/mit-license">TLDR Legal > MIT</a></sup>
<details>
<summary>Expandir licencia</summary>```
The MIT License (MIT)
Copyright (c) Alicia Sykes <[email protected]>
Permission is hereby granted, free of charge, to any person obtaining a copy
of this software and associated documentation files (the "Software"), to deal
in the Software without restriction, including without limitation the rights
to use, copy, modify, merge, publish, distribute, sub-license, and/or sell
copies of the Software, and to permit persons to whom the Software is furnished
to do so, subject to the following conditions:
The above copyright notice and this permission notice shall be included install
copies or substantial portions of the Software.
THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED,
INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANT ABILITY, FITNESS FOR A
PARTICULAR PURPOSE AND NON INFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT
HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION
OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE
SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.
© Alicia Sykes 2026
Licenciado bajo MIT
Gracias por visitarnos :)
Los certificados SSL son certificados digitales que autentican la identidad de un sitio web o servidor, permiten una comunicación cifrada y segura (HTTPS) y establecen confianza entre clientes y servidores. Un sitio web necesita un certificado SSL válido para poder utilizar el protocolo HTTPS y cifrar los datos del usuario y del sitio en tránsito. Los certificados SSL son emitidos por Autoridades de Certificación (CA), que son terceros de confianza que verifican la identidad y legitimidad del titular del certificado.
Los certificados SSL no solo garantizan que la transmisión de datos hacia y desde el sitio web es segura, sino que también proporcionan valiosos datos de OSINT. La información de un certificado SSL puede incluir la autoridad emisora, el nombre de dominio, su período de validez y, a veces, incluso detalles de la organización. Esto puede ser útil para verificar la autenticidad de un sitio web, comprender su configuración de seguridad o incluso descubrir subdominios u otros servicios asociados.
Esta tarea consiste en consultar los registros DNS asociados a un dominio específico. DNS es un sistema que traduce nombres de dominio legibles por humanos en direcciones IP que los ordenadores utilizan para comunicarse. Existen varios tipos de registros DNS, incluidos A (dirección), MX (intercambio de correo), NS (servidor de nombres), CNAME (nombre canónico) y TXT (texto), entre otros.
Extraer registros DNS puede proporcionar una gran cantidad de información en una investigación de OSINT. Por ejemplo, los registros A y AAAA pueden revelar las direcciones IP asociadas a un dominio, lo que potencialmente expone la ubicación de los servidores. Los registros MX pueden dar pistas sobre el proveedor de correo electrónico de un dominio. Los registros TXT se utilizan a menudo para diversos fines administrativos y, en ocasiones, pueden filtrar información interna sin querer. Comprender la configuración DNS de un dominio también puede resultar útil para entender cómo se construye y gestiona su infraestructura en línea.
La tarea de Cookies consiste en examinar las cookies HTTP establecidas por el sitio web objetivo. Las cookies son pequeños fragmentos de datos que el navegador web almacena en el ordenador del usuario mientras navega por un sitio web. Contienen una cantidad moderada de datos específicos de un cliente y sitio web concretos, como preferencias del sitio, el estado de la sesión del usuario o información de seguimiento.
Las cookies pueden revelar información sobre cómo el sitio web rastrea e interactúa con sus usuarios. Por ejemplo, las cookies de sesión pueden mostrar cómo se gestionan las sesiones de usuario, y las cookies de seguimiento pueden indicar qué tipo de marcos de seguimiento o análisis se están utilizando. Además, examinar las políticas y prácticas de cookies puede ofrecer información sobre la configuración de seguridad del sitio y su cumplimiento de las normativas de privacidad.
Robots.txt es un archivo que se encuentra (normalmente) en la raíz de un dominio y se utiliza para implementar el Protocolo de Exclusión de Robots (REP) e indicar qué páginas deben ignorar qué rastreadores y bots. Es una buena práctica evitar que los rastreadores de motores de búsqueda sobrecarguen tu sitio, pero no debe utilizarse para mantener páginas fuera de los resultados de búsqueda (usa la metaetiqueta noindex o la cabecera correspondiente en su lugar).
A menudo es útil revisar el archivo robots.txt durante una investigación, ya que a veces puede revelar los directorios y páginas que el propietario del sitio no quiere que se indexen, posiblemente porque contienen información sensible, o exponer la existencia de directorios ocultos o sin enlazar. Además, comprender las reglas de rastreo puede ofrecer información sobre las estrategias SEO de un sitio web.
La tarea de Cabeceras consiste en extraer e interpretar las cabeceras HTTP enviadas por el sitio web objetivo durante el ciclo de solicitud-respuesta. Las cabeceras HTTP son pares clave-valor enviados al inicio de una respuesta HTTP, o antes de los datos reales. Las cabeceras contienen directivas importantes sobre cómo manejar los datos que se transfieren, incluidas políticas de caché, tipos de contenido, codificación, información del servidor, políticas de seguridad y más.
Analizar las cabeceras HTTP puede proporcionar información significativa en una investigación de OSINT. Las cabeceras pueden revelar configuraciones específicas del servidor, tecnologías elegidas, directivas de caché y diversas opciones de seguridad. Esta información puede ayudar a determinar la pila tecnológica subyacente de un sitio web, las medidas de seguridad del lado del servidor, las posibles vulnerabilidades y las prácticas operativas generales.
Mediante Lighthouse, la tarea de Métricas de calidad mide el rendimiento, la accesibilidad, las buenas prácticas y el SEO del sitio web objetivo. Esto devuelve una sencilla lista de verificación de 100 métricas principales, junto con una puntuación para cada categoría, para medir la calidad general de un sitio determinado.
Útil para evaluar la salud técnica de un sitio, los problemas de SEO, identificar vulnerabilidades y garantizar el cumplimiento de los estándares.
La tarea de Ubicación del servidor determina la ubicación física del servidor que aloja un sitio web determinado según su dirección IP. Esto se realiza consultando la IP en una base de datos de ubicaciones, que asigna la IP a una latitud y longitud de centros de datos y proveedores de servicios de Internet conocidos. A partir de la latitud y la longitud, es posible mostrar información contextual adicional, como un marcador en el mapa, junto con la dirección, la bandera, la zona horaria, la moneda, etc.
Conocer la ubicación del servidor es un buen primer paso para comprender mejor un sitio web. Para los propietarios de sitios, esto ayuda a optimizar la entrega de contenido, garantizar el cumplimiento de los requisitos de residencia de datos e identificar posibles problemas de latencia que puedan afectar la experiencia del usuario en regiones geográficas específicas. Y para los investigadores de seguridad, ayuda a evaluar el riesgo que plantean regiones o jurisdicciones específicas en cuanto a amenazas cibernéticas y regulaciones.
Esta tarea consiste en identificar y enumerar todos los dominios y subdominios (hostnames) asociados con el dominio principal del sitio web. Este proceso suele implicar la enumeración de DNS para descubrir dominios y hostnames vinculados, además de revisar los registros DNS conocidos.
Durante una investigación, comprender el alcance completo de la presencia web de un objetivo es fundamental. Los dominios asociados pueden llevar a descubrir proyectos relacionados, sitios de respaldo, sitios de desarrollo/pruebas o servicios vinculados al sitio principal. Estos a veces pueden proporcionar información adicional o posibles vulnerabilidades de seguridad. Una lista completa de dominios y hostnames asociados también puede ofrecer una visión general de la estructura y la huella en línea de la organización.
Esta tarea rastrea la secuencia de redirecciones HTTP que ocurren desde la URL original hasta la URL de destino final. Una redirección HTTP es una respuesta con un código de estado que indica al cliente que vaya a otra URL. Las redirecciones pueden ocurrir por varias razones, como la normalización de URL (dirigir a la versión www del sitio), imponer HTTPS, acortadores de URL o reenviar a los usuarios a una nueva ubicación del sitio.
Comprender la cadena de redirecciones puede ser útil por varias razones. Desde una perspectiva de seguridad, las cadenas de redirecciones largas o complicadas pueden ser una señal de posibles riesgos de seguridad, como redirecciones sin cifrar en la cadena. Además, las redirecciones pueden afectar el rendimiento del sitio web y el SEO, ya que cada redirección introduce un tiempo de ida y vuelta (RTT) adicional. Para OSINT, comprender la cadena de redirecciones puede ayudar a identificar relaciones entre diferentes dominios o revelar el uso de ciertas tecnologías o proveedores de alojamiento.
Los registros TXT son un tipo de registro DNS que proporciona información de texto a fuentes externas a tu dominio. Se pueden utilizar para diversos fines, como verificar la propiedad del dominio, garantizar la seguridad del correo electrónico e incluso prevenir cambios no autorizados en tu sitio web.
Los registros TXT a menudo revelan qué servicios y tecnologías externos se utilizan con un dominio determinado. Pueden mostrar detalles sobre la configuración de correo electrónico del dominio, el uso de servicios específicos como Google Workspace o Microsoft 365, o medidas de seguridad implementadas como SPF y DKIM. Comprender estos detalles puede dar una idea de las tecnologías utilizadas por la organización, sus prácticas de seguridad de correo electrónico y las posibles vulnerabilidades.
Comprueba si un servidor está en línea y responde a las solicitudes.
Los puertos abiertos en un servidor son puntos finales de comunicación disponibles para establecer conexiones con clientes. Cada puerto corresponde a un servicio o protocolo específico, como HTTP (puerto 80), HTTPS (puerto 443), FTP (puerto 21), etc. Los puertos abiertos en un servidor se pueden determinar mediante técnicas como el escaneo de puertos.
Saber qué puertos están abiertos en un servidor puede proporcionar información sobre los servicios que se ejecutan en ese servidor, útil para comprender las posibles vulnerabilidades del sistema o la naturaleza de los servicios que ofrece el servidor.
En las investigaciones de OSINT, traceroute puede proporcionar información sobre las rutas de enrutamiento y la geografía de la infraestructura de red que soporta un sitio web o servicio. Esto puede ayudar a identificar cuellos de botella en la red, posible censura o manipulación del tráfico de red, y dar una idea general de la estructura y eficiencia de la red. Además, las direcciones IP recopiladas durante el traceroute pueden proporcionar puntos de investigación adicionales para profundizar en la investigación OSINT.
Esta tarea calcula la huella de carbono estimada de un sitio web. Se basa en la cantidad de datos transferidos y procesados, y en el consumo energético de los servidores que alojan y entregan el sitio web. Cuanto más grande sea el sitio web y más complejas sean sus funciones, mayor será probablemente su huella de carbono.
Desde una perspectiva de OSINT, comprender la huella de carbono de un sitio web no proporciona directamente información sobre su funcionamiento interno ni sobre la organización que está detrás. Sin embargo, puede seguir siendo un dato valioso en análisis más amplios, especialmente en contextos donde se considera el impacto ambiental. Por ejemplo, puede ser útil para activistas, investigadores o hackers éticos interesados en la sostenibilidad de la infraestructura digital y que quieran exigir responsabilidades a las organizaciones por su impacto ambiental.
Esta tarea recupera varios datos sobre el servidor que aloja el sitio web objetivo. Esto puede incluir el tipo de servidor (por ejemplo, Apache, Nginx), el proveedor de alojamiento, el Número de Sistema Autónomo (ASN) y más. La información suele obtenerse mediante una combinación de consultas de direcciones IP y análisis de las cabeceras de respuesta HTTP.
En un contexto de OSINT, la información del servidor puede proporcionar pistas valiosas sobre la organización que hay detrás de un sitio web. Por ejemplo, la elección del proveedor de alojamiento podría sugerir la región geográfica en la que opera la organización, mientras que el tipo de servidor podría indicar las tecnologías utilizadas por la organización. El ASN también podría utilizarse para encontrar otros dominios alojados por la misma organización.
Esta tarea recupera los registros Whois del dominio objetivo. Los registros Whois son una rica fuente de información, incluidos el nombre y los datos de contacto del titular del dominio, las fechas de creación y expiración del dominio, los servidores de nombres del dominio y más. La información suele obtenerse mediante una consulta a un servidor de base de datos Whois.
En un contexto de OSINT, los registros Whois pueden proporcionar pistas valiosas sobre la entidad que hay detrás de un sitio web. Pueden mostrar cuándo se registró el dominio por primera vez y cuándo expira, lo que podría aportar información sobre la línea temporal operativa de la entidad. La información de contacto, aunque a menudo esté censurada o anonimizada, a veces puede conducir a vías de investigación adicionales. Los servidores de nombres también podrían utilizarse para relacionar múltiples dominios propiedad de la misma entidad.
Esta tarea recupera los registros Whois del dominio objetivo. Los registros Whois son una rica fuente de información, incluidos el nombre y los datos de contacto del titular del dominio, las fechas de creación y expiración del dominio, los servidores de nombres del dominio y más. La información suele obtenerse mediante una consulta a un servidor de base de datos Whois.
En un contexto de OSINT, los registros Whois pueden proporcionar pistas valiosas sobre la entidad que hay detrás de un sitio web. Pueden mostrar cuándo se registró el dominio por primera vez y cuándo expira, lo que podría aportar información sobre la línea temporal operativa de la entidad. La información de contacto, aunque a menudo esté censurada o anonimizada, a veces puede conducir a vías de investigación adicionales. Los servidores de nombres también podrían utilizarse para relacionar múltiples dominios propiedad de la misma entidad.
Sin DNSSEC, es posible que los atacantes MITM falsifiquen registros y lleven a los usuarios a sitios de phishing. Esto se debe a que el sistema DNS no incluye métodos integrados para verificar que la respuesta a la solicitud no haya sido falsificada, o que ninguna otra parte del proceso no haya sido interrumpida por un atacante. Las Extensiones de Seguridad DNS (DNSSEC) aseguran las consultas DNS firmando los registros DNS mediante claves públicas, de modo que los navegadores puedan detectar si la respuesta ha sido manipulada. Otra solución a este problema es DoH (DNS sobre HTTPS) y DoT (DNS sobre TLD).
La información de DNSSEC proporciona información sobre el nivel de madurez en ciberseguridad de una organización y las posibles vulnerabilidades, particularmente en torno a la suplantación de DNS y el envenenamiento de caché. Si no se implementa ninguna seguridad DNS (DNSSEC, DoH, DoT, etc.), esto puede proporcionar un punto de entrada para un atacante.
Comprueba qué funciones principales están presentes en un sitio. Si una función está marcada como muerta, significa que no se está utilizando activamente en el momento de la carga.
Esto es útil para comprender de qué es capaz un sitio y qué tecnologías buscar.
HTTP Strict Transport Security (HSTS) es un mecanismo de política de seguridad web que ayuda a proteger los sitios web contra ataques de degradación de protocolo y el secuestro de cookies. Un sitio web puede incluirse en la lista de precarga de HSTS cumpliendo un conjunto de requisitos y luego enviándose a la lista.
Hay varias razones por las que es importante que un sitio tenga HSTS habilitado: 1. El usuario guarda en marcadores o escribe manualmente http://example.com y está sujeto a un ataque de intermediario (man-in-the-middle) HSTS redirige automáticamente las solicitudes HTTP a HTTPS para el dominio objetivo 2. Una aplicación web que pretende ser puramente HTTPS contiene inadvertidamente enlaces HTTP o sirve contenido a través de HTTP HSTS redirige automáticamente las solicitudes HTTP a HTTPS para el dominio objetivo 3. Un atacante intermediario intenta interceptar el tráfico de un usuario víctima utilizando un certificado no válido y espera que el usuario acepte el certificado incorrecto HSTS no permite que un usuario omita el mensaje de certificado no válido
Esta comprobación determina el(los) servidor(es) DNS al(los) que se resuelve la URL / IP solicitada. También lanza una comprobación rudimentaria para ver si el servidor DNS es compatible con DoH y si es vulnerable al envenenamiento de caché DNS.
Comprueba con qué tecnologías está construido un sitio. Esto se hace obteniendo y analizando el sitio y, a continuación, comparándolo con una gran lista de expresiones RegEx mantenida por Wappalyzer para identificar las huellas digitales únicas que dejan las diferentes tecnologías.
Identificar la pila tecnológica de un sitio web ayuda a evaluar su seguridad al exponer posibles vulnerabilidades, informa análisis competitivos y decisiones de desarrollo, y puede guiar estrategias de marketing personalizadas. La aplicación ética de este conocimiento es crucial para evitar actividades dañinas como el robo de datos o la intrusión no autorizada.
Este trabajo encuentra y analiza el sitemap listado de un sitio. Este archivo enumera las subpáginas públicas del sitio que el autor desea que sean rastreadas por los motores de búsqueda. Los sitemaps ayudan con el SEO, pero también son útiles para ver todo el contenido público de un sitio de un vistazo.
Comprender la estructura del contenido público de un sitio y, para los propietarios de sitios, comprobar que el sitemap de tu sitio es accesible, analizable y contiene todo lo que deseas que contenga.
El archivo security.txt indica a los investigadores cómo pueden divulgar de forma responsable cualquier problema de seguridad encontrado en tu sitio. El estándar fue propuesto en la RFC 9116 y especifica que este archivo debe incluir un punto de contacto (dirección de correo electrónico), así como opcionalmente otra información, como un enlace a la política de divulgación de seguridad, la clave PGP, el idioma preferido, la expiración de la política y más. El archivo debe estar ubicado en la raíz de tu dominio, ya sea en /security.txt o en /.well-known/security.txt.
Esto es importante, ya que sin un punto de contacto definido, un investigador de seguridad podría no poder informar de un problema de seguridad crítico, o podría utilizar canales inseguros o posiblemente públicos para hacerlo. Desde una perspectiva de OSINT, también puedes obtener información sobre un sitio, incluida su postura en materia de seguridad, su proveedor de CSAF y los metadatos de la clave pública PGP.
Muestra todos los enlaces internos y externos encontrados en un sitio, identificados por los atributos href adjuntos a los elementos de anclaje.
Para los propietarios de sitios, esto es útil para diagnosticar problemas de SEO, mejorar la estructura del sitio y comprender cómo está interconectado el contenido. Los enlaces externos pueden mostrar asociaciones, dependencias y posibles riesgos para la reputación. Desde el punto de vista de la seguridad, los enlaces salientes pueden ayudar a identificar cualquier sitio malicioso o comprometido al que el sitio web esté enlazando sin saberlo. El análisis de los enlaces internos puede ayudar a comprender la estructura del sitio y potencialmente descubrir páginas ocultas o vulnerables que no están destinadas a ser públicas. Y para un investigador de OSINT, puede ayudar a construir una comprensión integral del objetivo, descubriendo entidades relacionadas, recursos o incluso posibles partes ocultas del sitio.
Los sitios web pueden incluir ciertas metaetiquetas que indican a los motores de búsqueda y a las plataformas de redes sociales qué información mostrar. Esto suele incluir un título, descripción, miniatura, palabras clave, autor, cuentas sociales, etc.
Añadir estos datos a tu sitio mejorará el SEO y, como investigador de OSINT, puede ser útil para entender cómo se describe a sí misma una aplicación web determinada.
DMARC (Domain-based Message Authentication, Reporting & Conformance): DMARC es un protocolo de autenticación de correo electrónico que funciona con SPF y DKIM para prevenir la suplantación de correo electrónico y el phishing. Permite a los propietarios de dominios especificar cómo manejar el correo no autenticado mediante una política publicada en DNS, y proporciona una forma para que los servidores de correo receptores envíen comentarios sobre el cumplimiento de los correos al remitente. BIMI (Brand Indicators for Message Identification): BIMI es un estándar emergente de correo electrónico que permite a las organizaciones mostrar automáticamente un logotipo en los clientes de correo de sus clientes. BIMI vincula el logotipo al registro DMARC del dominio, proporcionando otro nivel de garantía visual a los destinatarios de que el correo es legítimo. DKIM (DomainKeys Identified Mail): DKIM es un estándar de seguridad de correo electrónico diseñado para garantizar que los mensajes no hayan sido alterados en tránsito entre los servidores de envío y de recepción. Utiliza firmas digitales vinculadas al dominio del remitente para verificar al remitente y garantizar la integridad del mensaje. SPF (Sender Policy Framework): SPF es un método de autenticación de correo electrónico diseñado para prevenir la suplantación de correo electrónico. Especifica qué servidores de correo están autorizados para enviar correo en nombre de un dominio mediante la creación de un registro DNS. Esto ayuda a proteger contra el spam al proporcionar una forma para que los servidores de correo receptores comprueben que el correo entrante de un dominio proviene de un host autorizado por los administradores de ese dominio.
Esta información es útil para los investigadores, ya que ayuda a evaluar la postura de seguridad del correo electrónico de un dominio, descubrir posibles vulnerabilidades y verificar la legitimidad de los correos para la detección de phishing. Estos detalles también pueden proporcionar información sobre el entorno de alojamiento, los posibles proveedores de servicios y los patrones de configuración de una organización objetivo, ayudando en los esfuerzos de investigación.
Un WAF o firewall de aplicaciones web ayuda a proteger las aplicaciones web filtrando y monitorizando el tráfico HTTP entre una aplicación web e Internet. Normalmente protege las aplicaciones web de ataques como la falsificación entre sitios, el cross-site scripting (XSS), la inclusión de archivos y la inyección SQL, entre otros.
Es útil saber si un sitio utiliza un WAF y qué software o servicio de firewall está utilizando, ya que esto proporciona información sobre la protección del sitio contra varios vectores de ataque, pero también puede revelar vulnerabilidades en el propio firewall.
Las cabeceras HTTP de seguridad configuradas correctamente añaden una capa de protección contra ataques comunes a tu sitio. Las principales cabeceras a tener en cuenta son: HTTP Strict Transport Security (HSTS): Impone el uso de HTTPS, mitigando los ataques de intermediario y los intentos de degradación de protocolo. Content Security Policy (CSP): Restringe los recursos de las páginas web para prevenir ataques de cross-site scripting e inyección de datos. X-Content-Type-Options: Evita que los navegadores adivinen el tipo MIME de una respuesta alejándose del tipo de contenido declarado, reduciendo los ataques de confusión de tipos MIME. X-Frame-Options: Protege a los usuarios de ataques de clickjacking controlando si el navegador debe renderizar la página en un <frame>, ``, <embed> u <object>.
Revisar las cabeceras de seguridad es importante, ya que ofrece información sobre la postura defensiva de un sitio y sus posibles vulnerabilidades, lo que permite una mitigación proactiva y garantiza el cumplimiento de las mejores prácticas de seguridad.
Obtiene el historial completo de los archivos de la Wayback Machine.
Esto resulta útil para comprender la historia de un sitio y cómo ha cambiado a lo largo del tiempo. También puede ser útil para encontrar versiones antiguas de un sitio o para localizar contenido que se ha eliminado.
Esta verificación muestra el ranking global del sitio solicitado. Solo es precisa para los sitios web que están en la lista del top 1 millón. Utilizamos datos del proyecto Tranco (ver más abajo), que recopila los principales sitios de la web a partir de Umbrella, Majestic, Quantcast, el Chrome User Experience Report y Cloudflare Radar.
Conocer el ranking global general de un sitio web puede ser útil para comprender la escala del sitio y para compararlo con otros sitios. También puede resultar útil para entender la popularidad relativa de un sitio y para identificar posibles tendencias.
Comprueba el acceso a la URL utilizando más de 10 de los servidores DNS de bloqueo de privacidad, malware y control parental más populares.
Comprueba si un sitio aparece en varias listas comunes de malware y phishing, para determinar su nivel de amenaza.
Saber si un sitio está catalogado como amenaza por alguno de estos servicios puede ser útil para comprender la reputación del sitio y para identificar posibles tendencias.
Son combinaciones de algoritmos criptográficos que utiliza el servidor para establecer una conexión segura. Incluyen el algoritmo de intercambio de claves, el algoritmo de cifrado de datos, el algoritmo MAC y la PRF (función pseudaleatoria).
Esta información es importante de comprobar desde una perspectiva de seguridad, porque una suite de cifrado es tan segura como los algoritmos que contiene. Si la versión del algoritmo de cifrado o autenticación de una suite de cifrado tiene vulnerabilidades conocidas, la suite de cifrado y la conexión TLS pueden ser vulnerables a un ataque de degradación u otro ataque.
Utiliza las pautas del TLS Observatory de Mozilla para comprobar la seguridad de la configuración TLS. Detecta configuraciones deficientes, que pueden dejar el sitio vulnerable a ataques, y también ofrece consejos sobre cómo corregirlas. Además, dará sugerencias sobre configuraciones TLS obsoletas y modernas.
Comprender los problemas de la configuración TLS de un sitio te ayudará a abordar posibles vulnerabilidades y a garantizar que el sitio utiliza la configuración TLS más reciente y segura.
Simula cómo diferentes clientes (navegadores, sistemas operativos) realizarían un handshake TLS con el servidor. Ayuda a identificar problemas de compatibilidad y configuraciones inseguras.
Esta verificación toma una captura de pantalla de la página web a la que resuelve la URL / IP solicitada y la muestra.
Esto puede ser útil para ver el aspecto de un sitio web determinado, sin las restricciones de tu navegador, IP o ubicación.