Datahorses
Caballo negro con armadura turquesa ante un castillo

Vigilamos su empresa desde fuera.

Vigilamos por usted las señales de las amenazas más graves: robo de credenciales y fuga de datos, extorsión, robo de la identidad de la empresa y suplantación de su dirección, ingeniería social, facturas falsas a su nombre, páginas de inicio de sesión falsas, una web hackeada, intentos de intrusión y código malicioso distribuido a través de su web. Nada que instalar, ningún acceso necesario y, a la primera señal, le avisamos con los pasos a seguir.

  • ForbesCEO premiado
    30 menores de 30
  • MicrosoftPartner
  • IntelSoftware Partner
PHP2ShellCompruebe qué versión de PHP anuncia su web

A través de los modelos de IA más recientes

Lo que sabemos de usted desde fuera lo evalúan también los modelos más nuevos, los mismos con los que trabajan hoy los atacantes.

  • Su superficie de ataque externa vista por los modelos de IA actuales

    Los atacantes observan su empresa desde fuera y cada vez más a menudo la IA les ayuda. Hacemos que los modelos más recientes evalúen la misma imagen, para que usted conozca antes un punto débil.

    Qué comprobamos
    Los resultados de las comprobaciones de esta lista (dominios, DNS, certificados, subdominios, cabeceras del sitio web, versiones de software, servicios visibles desde fuera) los evalúa un modelo de IA actual. Busca relaciones que una comprobación aislada no ve y propone qué corregir primero. No envía nada a sus sistemas ni prueba nada.
    Fuente
    Resultados de nuestras comprobaciones, evaluados por modelos de IA seleccionados en un entorno controlado.
    Con qué frecuencia
    1 vez por semana.
    En orden
    El modelo no encontró ninguna relación que convierta pequeños hallazgos en una vía de entrada.
    Avisamos cuando
    El modelo une varios hallazgos en un punto débil que conviene corregir primero.

    Los modelos de IA mejoran cada mes y los atacantes ya los utilizan. Por eso examinamos por usted su superficie de ataque externa con los ojos de los modelos actuales, en un entorno controlado, y somos nosotros quienes elegimos los modelos. No entramos en sus sistemas ni atacamos nada: los modelos solo evalúan lo que recopilamos sobre usted desde fuera.

Qué vigilamos

Todo lo que vigilamos para usted, en una sola lista.

84 elementos en 8 áreas. Los controles básicos se ejecutan 2 veces al día, por la mañana y por la noche, sin entrar en sus sistemas. Despliegue cualquier elemento para ver qué comprobamos exactamente, con qué fuente y con qué frecuencia.

  • Crítico
  • Gravedad media
  • Menos grave

Servidores, software y web

21 elementos

Vigilamos si algo cambió en su web sin que lo sepa, si funciona software obsoleto con un fallo conocido y si desde fuera se ve un escritorio remoto o una base de datos.

  • Sitio web comprometido

    Un sitio web comprometido puede redirigir discretamente a los visitantes, cambiar el texto o alojar una página fraudulenta. La empresa a menudo se entera por un cliente.

    Qué comprobamos
    Direcciones fraudulentas en su dominio en listas de phishing, cambios en el texto de la página de inicio, redirección a un dominio ajeno y cambios en las tecnologías del sitio web. También seguimos las advertencias de los navegadores.
    Fuente
    OpenPhish, PhishTank, visita normal al sitio web.
    Con qué frecuencia
    2 veces al día, por la mañana y por la noche.
    En orden
    El sitio web es igual que la última vez y ninguna lista lo ha señalado.
    Avisamos cuando
    Se produce un cambio inesperado o un registro en una lista.
  • Señales de intento de intrusión

    Los intentos de intrusión en sí no los vemos, porque no entramos en sus sistemas. Pero sí vemos qué puertas son visibles desde fuera y avisamos de ellas.

    Qué comprobamos
    Acceso remoto y bases de datos que un índice de servicios de internet registra en sus direcciones IP, direcciones de administración del sitio web y de archivos sensibles en el archivo de la web, y vulnerabilidades conocidas según la versión del software.
    Fuente
    Shodan InternetDB (no escaneamos puertos nosotros mismos), Wayback Machine.
    Con qué frecuencia
    1 vez al día.
    En orden
    Desde fuera no se ve ninguna puerta sensible.
    Avisamos cuando
    Una fuente muestra un servicio abierto, una vulnerabilidad conocida o una dirección sensible.
  • Cambio del contenido del sitio

    Un cambio del texto del sitio web sin su conocimiento puede ser obra de un atacante: una cuenta, un enlace o un aviso suplantados.

    Qué comprobamos
    El texto de la página de inicio (sin scripts ni estilos) comparado con la comprobación anterior, el código de respuesta y su velocidad.
    Fuente
    Visita normal a la página de inicio.
    Con qué frecuencia
    2 veces al día, por la mañana y por la noche.
    En orden
    El texto es igual que la última vez.
    Avisamos cuando
    El texto ha cambiado. Usted verifica si fue una modificación suya.
  • Redirección HTTP 301/302 inesperada

    Una redirección envía al visitante de una dirección a otra. Si lleva a un dominio ajeno o a otro lugar inesperado, puede tratarse de una intervención en el sitio web.

    Qué comprobamos
    Adónde lleva la dirección http:// de su dominio, paso a paso, si termina en https:// dentro de su dominio y si el destino ha cambiado desde la última comprobación.
    Fuente
    Visita normal a las direcciones http:// y https://.
    Con qué frecuencia
    De forma continua durante el día, en el panel del cliente cada pocos minutos, y en la comprobación completa 2 veces al día.
    En orden
    Redirige a https:// dentro de su dominio, igual que la última vez.
    Avisamos cuando
    Lleva a un dominio ajeno, se queda en http:// sin cifrar o el destino ha cambiado.
  • CVE conocidos según la versión del servicio

    Un CVE es el número público de un fallo de seguridad conocido. Si la versión del software de su servidor lo tiene, es momento de actualizar.

    Qué comprobamos
    Números CVE que un índice de servicios de internet asigna a sus direcciones IP según la versión de software detectada. Es una señal para verificar: el índice se basa en la versión, no en probar el fallo.
    Fuente
    Shodan InternetDB.
    Con qué frecuencia
    1 vez al día.
    En orden
    El índice no asigna ningún CVE a sus servidores.
    Avisamos cuando
    El índice asigna una vulnerabilidad conocida.
  • Paneles de administración (cPanel, phpMyAdmin) en índices publicados

    La dirección de inicio de sesión de la administración del sitio web es objetivo de intentos de adivinar contraseñas. Si los archivos de la web la conocen, el atacante no tiene que buscarla.

    Qué comprobamos
    Direcciones de administración del sitio web (por ejemplo, wp-admin, cPanel, phpMyAdmin) que tiene guardadas el archivo de la web. No abrimos ni probamos estas direcciones.
    Fuente
    Wayback Machine.
    Con qué frecuencia
    1 vez por semana.
    En orden
    El archivo no conoce ninguna dirección de ese tipo.
    Avisamos cuando
    El archivo conoce una dirección de administración del sitio web.
  • Copias de seguridad .zip .sql .bak accesibles

    Una copia de seguridad del sitio web o de la base de datos subida a una dirección pública puede contener todos los datos de la empresa y también contraseñas.

    Qué comprobamos
    Direcciones de archivos de copia de seguridad (.zip, .sql, .bak, .tar) que tiene guardadas el archivo de la web. Si hoy están accesibles, lo verificamos solo con su autorización por escrito.
    Fuente
    Wayback Machine.
    Con qué frecuencia
    1 vez por semana.
    En orden
    El archivo no conoce ninguna dirección de ese tipo.
    Avisamos cuando
    El archivo tiene guardada la dirección de un archivo de copia de seguridad.
  • Archivos .git, .env, .htaccess y phpinfo publicados

    Los archivos .git, .env y phpinfo suelen publicarse por error al desplegar el sitio web. Contienen código fuente, contraseñas de la base de datos o la configuración del servidor.

    Qué comprobamos
    Direcciones de estos archivos (.git, .env, .htaccess, phpinfo, configuración del CMS) que tiene guardadas el archivo de la web. No abrimos los archivos, su accesibilidad actual la verificamos solo con autorización por escrito.
    Fuente
    Wayback Machine.
    Con qué frecuencia
    1 vez por semana.
    En orden
    El archivo no conoce ninguna dirección de ese tipo.
    Avisamos cuando
    El archivo tiene guardada la dirección de un archivo sensible.
  • Nueva vulnerabilidad en su software

    Cada semana se publican nuevos fallos en software de uso común. Si su sitio web o servidor los tiene, hay que actualizar.

    Qué comprobamos
    La versión del sistema del sitio web y del servidor que revelan la página de inicio y las cabeceras, y las vulnerabilidades conocidas (CVE) que un índice asigna a sus servidores según la versión del software.
    Fuente
    Visita normal al sitio web, Shodan InternetDB.
    Con qué frecuencia
    1 vez al día.
    En orden
    Sin vulnerabilidades conocidas y el software recibe actualizaciones.
    Avisamos cuando
    La versión ya no recibe actualizaciones o el índice asigna una vulnerabilidad conocida.
  • Una debilidad detectada antes de ser explotada

    La mayoría de los ataques aprovechan fallos que se podían corregir con antelación. Los encontramos antes desde fuera y enviamos el procedimiento de corrección.

    Qué comprobamos
    Resumen de todas las comprobaciones del sitio web, del correo, del dominio y de los certificados. Para cada hallazgo, su desarrollador recibe el procedimiento de corrección y el enlace a la fuente en la que se basa.
    Fuente
    Todas las fuentes indicadas en los elementos.
    Con qué frecuencia
    2 veces al día, por la mañana y por la noche.
    En orden
    Ningún hallazgo abierto.
    Avisamos cuando
    Aparece un nuevo hallazgo. Lo recibirá con el procedimiento de corrección.
  • Huella tecnológica y sus cambios

    La huella es el inventario de tecnologías sobre las que funciona el sitio web. Si cambia sin una modificación planificada, alguien podría haber alterado el sitio web.

    Qué comprobamos
    El sistema del sitio web, su versión, el servidor y las bibliotecas utilizadas, a partir de la página de inicio y las cabeceras. Comparamos la huella con la comprobación anterior.
    Fuente
    Visita normal a la página de inicio.
    Con qué frecuencia
    2 veces al día, por la mañana y por la noche.
    En orden
    La huella es igual que la última vez.
    Avisamos cuando
    Las tecnologías han cambiado.
  • El servidor revela su versión (Apache, nginx, PHP)

    Cuando un servidor revela la versión exacta del software, el atacante busca según ella los fallos conocidos. Ocultar la versión le dificulta el trabajo.

    Qué comprobamos
    Cabeceras de respuesta que revelan el software y la versión (Server, X-Powered-By y similares).
    Fuente
    Visita normal al sitio web.
    Con qué frecuencia
    2 veces al día, por la mañana y por la noche.
    En orden
    Las cabeceras no revelan la versión.
    Avisamos cuando
    La versión es visible, sobre todo si ya no recibe actualizaciones de seguridad.
  • Software desactualizado (WordPress, Magento)

    El software que ha llegado al fin de su soporte ya no recibe correcciones de fallos. Cada nuevo fallo en él queda abierto para siempre.

    Qué comprobamos
    El sistema del sitio web y su versión (por ejemplo, WordPress) y las versiones de PHP y del servidor a partir de las cabeceras. Las comparamos con el fin de soporte conocido públicamente.
    Fuente
    Visita normal al sitio web.
    Con qué frecuencia
    2 veces al día, por la mañana y por la noche.
    En orden
    La versión recibe actualizaciones.
    Avisamos cuando
    La versión ha llegado al fin de su soporte.
  • CMS y complementos con una falla conocida

    Los gestores de contenido como WordPress y sus complementos son la vía de entrada más habitual en los sitios web de empresas. Lo decisivo es si la versión está actualizada.

    Qué comprobamos
    El sistema y su versión a partir de la página de inicio y las vulnerabilidades conocidas que un índice asigna al servidor. También comprobamos complementos individuales.
    Fuente
    Visita normal al sitio web, Shodan InternetDB.
    Con qué frecuencia
    2 veces al día, por la mañana y por la noche.
    En orden
    El sistema está en una versión con soporte y sin vulnerabilidades conocidas.
    Avisamos cuando
    El sistema está obsoleto o tiene una vulnerabilidad conocida.
  • Servicios abiertos RDP, SSH, Telnet, VNC, FTP, SMB

    El escritorio remoto, SSH o el uso compartido de archivos accesibles desde todo internet son un objetivo frecuente de intentos de adivinar contraseñas. Deberían estar ocultos tras una VPN.

    Qué comprobamos
    Qué servicios (RDP, SSH, Telnet, VNC, FTP, SMB) registra un índice en las direcciones IP de su sitio web y de su correo. No escaneamos puertos nosotros mismos, usamos lo que ya está registrado.
    Fuente
    Shodan InternetDB.
    Con qué frecuencia
    1 vez al día.
    En orden
    El índice no registra ningún servicio de ese tipo en sus direcciones IP.
    Avisamos cuando
    El índice registra un servicio abierto de acceso remoto.
  • Puertos de base de datos expuestos (MySQL, PostgreSQL, Redis, MongoDB)

    Una base de datos accesible directamente desde internet es una de las causas más frecuentes de grandes filtraciones. Debería ser accesible solo para sus servidores.

    Qué comprobamos
    Si un índice registra bases de datos en sus direcciones IP (MySQL, PostgreSQL, Redis, MongoDB, MS SQL y otras). No escaneamos puertos nosotros mismos ni nos conectamos a la base de datos.
    Fuente
    Shodan InternetDB.
    Con qué frecuencia
    1 vez al día.
    En orden
    No hay ninguna base de datos registrada desde fuera.
    Avisamos cuando
    El índice registra una base de datos accesible desde internet.
  • Cabeceras de seguridad ausentes (CSP, HSTS, X-Frame-Options)

    Las cabeceras de seguridad son instrucciones con las que el sitio web indica al navegador cómo protegerse. Protegen a los visitantes frente a código ajeno insertado y escuchas.

    Qué comprobamos
    Las cabeceras HSTS, Content-Security-Policy, X-Frame-Options (o frame-ancestors), X-Content-Type-Options y Referrer-Policy en una visita normal a la página de inicio.
    Fuente
    Visita normal al sitio web.
    Con qué frecuencia
    2 veces al día, por la mañana y por la noche.
    En orden
    Todas las cabeceras están configuradas.
    Avisamos cuando
    Falta alguna o el sitio web redirige de https:// a http://.
  • Cookies sin Secure, HttpOnly, SameSite

    Las cookies recuerdan el inicio de sesión del visitante. Sin indicadores de protección es más fácil robarlas o usarlas indebidamente desde una página ajena.

    Qué comprobamos
    Las cookies que la página de inicio establece en la primera visita y si tienen los indicadores Secure, HttpOnly y SameSite.
    Fuente
    Visita normal al sitio web.
    Con qué frecuencia
    2 veces al día, por la mañana y por la noche.
    En orden
    Todas las cookies tienen los indicadores, o la página no establece ninguna.
    Avisamos cuando
    Alguna cookie no tiene un indicador.
  • Contenido HTTP mixto dentro de HTTPS

    Cuando una página segura carga archivos por http:// no seguro, el navegador los bloquea o muestra una advertencia, y pueden suplantarse por el camino.

    Qué comprobamos
    Imágenes, scripts y estilos de la página de inicio que se cargan por http://.
    Fuente
    Visita normal al sitio web.
    Con qué frecuencia
    2 veces al día, por la mañana y por la noche.
    En orden
    Todo se carga por https://.
    Avisamos cuando
    Algún archivo se carga por http://.
  • Disponibilidad y latencia desde varios países

    El sitio web puede funcionar desde su oficina y, al mismo tiempo, no estar disponible o ser lento para clientes de otro país.

    Qué comprobamos
    Medimos la respuesta y la velocidad de su página de inicio desde varios países y las comparamos entre sí.
    Fuente
    Visita normal al sitio web.
    Con qué frecuencia
    2 veces al día, por la mañana y por la noche.
    En orden
    El sitio responde con normalidad en todos los países medidos.
    Avisamos cuando
    El sitio no es accesible desde algún país o es mucho más lento que en otros.
  • Versiones antiguas del sitio en el archivo (Wayback)

    El archivo de la web recuerda versiones antiguas de su sitio web y también páginas que borró hace tiempo. Pueden revelar cosas que hoy ya no quiere que sean públicas.

    Qué comprobamos
    Cuántas direcciones de su sitio web conoce el archivo, desde cuándo, y si entre ellas hay archivos sensibles o la administración del sitio web.
    Fuente
    Wayback Machine (CDX).
    Con qué frecuencia
    1 vez por semana.
    En orden
    Entre las direcciones archivadas no hay nada sensible.
    Avisamos cuando
    El archivo contiene una dirección sensible.

Filtraciones de datos y cuentas de la empresa

10 elementos

Comprobamos si las direcciones y cuentas de la empresa aparecen en filtraciones de datos y si su empresa se menciona en ofertas de datos filtrados.

  • Señales de robo de credenciales

    Un atacante que obtiene la contraseña de un empleado inicia sesión como él. Buscamos indicios de que alguien intenta hacerse con sus credenciales.

    Qué comprobamos
    Combinamos varias comprobaciones: páginas de inicio de sesión fraudulentas en dominios similares, sus direcciones en listas de phishing y filtraciones conocidas cuyo origen fue su sitio web. También verificamos direcciones concretas de la empresa en filtraciones.
    Fuente
    OpenPhish, PhishTank, Have I Been Pwned (lista de filtraciones), DNS de dominios similares.
    Con qué frecuencia
    2 veces al día, por la mañana y por la noche.
    En orden
    Ninguna página de inicio de sesión fraudulenta a su nombre y ninguna filtración de su sitio web.
    Avisamos cuando
    Aparece una página que imita su inicio de sesión o un registro de una filtración que le afecta.
  • Señales de fuga de datos

    Cuando se filtran datos de una empresa, a menudo se habla de ello primero en ciertos sitios de internet y solo después se entera la empresa. Vigilamos esos sitios por usted.

    Qué comprobamos
    Si Have I Been Pwned registra una filtración cuyo origen es su sitio web, y si su dominio o el nombre de su empresa aparecen en menciones de filtraciones indexadas y en listas de víctimas de ransomware.
    Fuente
    Have I Been Pwned, ransomware.live, Ahmia (índice de páginas .onion).
    Con qué frecuencia
    1 vez al día.
    En orden
    Ninguna filtración registrada y ninguna mención de su empresa.
    Avisamos cuando
    Una fuente registra una filtración de su sitio web o una mención de su empresa junto a datos filtrados.
  • Chantaje

    Los grupos que cifran los datos de las empresas publican los nombres de las víctimas en sus páginas para obligarlas a pagar. Queremos que usted conozca un registro así de inmediato.

    Qué comprobamos
    Si su dominio o el nombre de su empresa figuran en la lista de víctimas, que se elabora a partir de las páginas de filtraciones de estos grupos, y si aparecen en el índice de páginas .onion. Solo guardamos el nombre, el grupo y la fecha, no descargamos ningún dato filtrado.
    Fuente
    ransomware.live, Ahmia.
    Con qué frecuencia
    1 vez por semana.
    En orden
    Su empresa no figura en la lista de víctimas ni en el índice.
    Avisamos cuando
    Su dominio o un nombre de empresa similar aparece en la lista.
  • Uso indebido de los datos de clientes

    Los datos de sus clientes pueden filtrarse desde su sitio web o alguien puede usarlos indebidamente en una página fraudulenta en su nombre. Vigilamos ambas cosas.

    Qué comprobamos
    Si Have I Been Pwned registra una filtración de su sitio web, si su empresa figura en la lista de víctimas de ransomware y si existe una página fraudulenta que se hace pasar por usted y podría pedir datos a los clientes.
    Fuente
    Have I Been Pwned, ransomware.live, OpenPhish, PhishTank, dominios similares.
    Con qué frecuencia
    1 vez al día.
    En orden
    Ninguna filtración de su sitio web y ninguna página fraudulenta a su nombre.
    Avisamos cuando
    Una fuente muestra una filtración o una página que puede recopilar datos de sus clientes.
  • Credenciales de acceso en filtraciones publicadas

    Cuando un correo de la empresa se filtra junto con su contraseña desde un servicio ajeno, el atacante lo prueba también en sus sistemas. Para cada dirección así conviene cambiar la contraseña.

    Qué comprobamos
    Verificamos las direcciones de correo que usted mismo ha publicado en su web en la base de filtraciones Have I Been Pwned. Verificamos el dominio completo una vez que nos confirme que es suyo. Guardamos solo la dirección, el nombre de la filtración, la fecha y los tipos de datos, nunca contraseñas.
    Fuente
    Have I Been Pwned.
    Con qué frecuencia
    1 vez por semana.
    En orden
    Ninguna de sus direcciones está en una filtración conocida.
    Avisamos cuando
    Una dirección de la empresa aparece en una filtración nueva o antigua.
  • Empresa en bases de datos de filtraciones publicadas

    Si alguna vez se filtraron datos directamente de su sitio web o tienda en línea, debería saberlo y saber qué se filtró.

    Qué comprobamos
    Si su sitio web figura como origen de una filtración conocida: nombre de la filtración, fecha, número de cuentas y tipos de datos (por ejemplo, correos electrónicos, contraseñas, direcciones).
    Fuente
    Have I Been Pwned, lista de filtraciones por dominio.
    Con qué frecuencia
    1 vez al día.
    En orden
    Have I Been Pwned no registra ninguna filtración de su sitio web.
    Avisamos cuando
    Su sitio web figura como origen de una filtración, aunque sea antigua.
  • Claves API y tokens en repositorios públicos

    Cualquiera puede encontrar una clave de acceso incluida en código público en GitHub. La empresa a menudo no lo sabe, porque el código lo publicó un proveedor.

    Qué comprobamos
    Buscamos su dominio y los nombres de su empresa en repositorios públicos de código y, junto a ellos, claves de acceso, contraseñas y direcciones de sistemas internos. No ejecutamos el código ni probamos las claves.
    Fuente
    Búsqueda de código en GitHub.
    Con qué frecuencia
    1 vez al día.
    En orden
    Nada en el código público revela sus accesos.
    Avisamos cuando
    Aparece en un repositorio público código con su dominio y una clave, contraseña o dirección interna.
  • Fuga de claves en código público

    Los desarrolladores a veces publican por error contraseñas y claves de acceso junto con el código o la configuración del sitio web. Una clave así abre la puerta sin contraseña.

    Qué comprobamos
    Buscamos en el archivo de la web direcciones de archivos donde suelen estar las claves (.env, .git, configuración del CMS). No abrimos los archivos, solo avisamos de que el archivo los conoce. También buscamos en repositorios públicos de código.
    Fuente
    Internet Archive (Wayback Machine).
    Con qué frecuencia
    1 vez por semana.
    En orden
    El archivo no conoce ninguna dirección de archivo sensible en su sitio web.
    Avisamos cuando
    El archivo tiene guardada la dirección de un archivo que puede contener claves o contraseñas.
  • Menciones en la dark web

    En la dark web se comercia con datos y accesos robados. Solo miramos donde se puede llegar de forma legal.

    Qué comprobamos
    Buscamos su dominio y el nombre de su empresa en el índice de páginas .onion y en la lista de víctimas de ransomware. No nos registramos en foros ni descargamos nada, así que solo vemos menciones indexadas.
    Fuente
    Ahmia, ransomware.live.
    Con qué frecuencia
    1 vez por semana.
    En orden
    Ninguna mención de su dominio ni de su empresa.
    Avisamos cuando
    El índice o la lista de víctimas contiene su dominio o el nombre de su empresa.
  • Metadatos en documentos públicos

    Los documentos PDF o Word publicados en la web contienen datos ocultos: nombres de autores, nombres de usuario y versiones de programas. Esto ayuda al atacante a preparar un correo dirigido.

    Qué comprobamos
    Comprobamos los metadatos de los documentos que un buscador devuelve sobre usted: autores, nombres de usuario y versiones de programas. No recorremos su sitio web.
    Fuente
    Índice de un buscador.
    Con qué frecuencia
    1 vez por semana.
    En orden
    Sus documentos no revelan nombres, cuentas de usuario ni rutas internas.
    Avisamos cuando
    Un documento de su web contiene el nombre de un empleado, una cuenta de usuario o una versión de programa que un atacante puede aprovechar.

Fraude en su nombre y robo de identidad

11 elementos

Vigilamos si alguien imita su página de inicio de sesión, registra un dominio parecido o crea un perfil o anuncio falso.

  • Suplantación de identidad de la empresa

    Un estafador registra un dominio similar al suyo y se presenta como usted ante clientes y proveedores. Cuanto antes lo sepa, menos daño causará.

    Qué comprobamos
    Dominios registrados similares al suyo, si reciben correo, si alojan una página con su nombre, logotipo o título y si figuran en listas de phishing. También vigilamos perfiles y anuncios falsos.
    Fuente
    DNS, OpenPhish, PhishTank, página de inicio del dominio similar abierta como un visitante normal.
    Con qué frecuencia
    1 vez al día.
    En orden
    Ningún dominio similar ajeno que se haga pasar por usted.
    Avisamos cuando
    Encontramos un dominio similar ajeno con correo o con una página a su nombre.
  • Señales de intento de ingeniería social

    La ingeniería social es un fraude en el que el atacante convence a una persona, no a un ordenador: un correo falso del jefe, del banco o de un proveedor. Buscamos si alguien está preparando el terreno.

    Qué comprobamos
    Dominios similares que tienen el correo configurado y la protección de su dominio contra correos suplantados (SPF y DMARC). Donde la protección es débil, un correo fraudulento desde su dirección pasa con más facilidad.
    Fuente
    DNS (registros MX, TXT, _dmarc).
    Con qué frecuencia
    1 vez al día.
    En orden
    Ningún dominio similar ajeno con correo y su correo está protegido.
    Avisamos cuando
    Un dominio similar empieza a recibir correo o su dominio permite suplantar al remitente.
  • Suplantación de sus directivos

    Un estafador escribe a la persona de contabilidad haciéndose pasar por el director y pide un pago urgente. Ese correo llega desde una dirección que solo se parece a la suya.

    Qué comprobamos
    Dominios ajenos similares al suyo que reciben o envían correo, y sus registros SPF y DMARC, que deciden si el destinatario rechaza un correo suplantado directamente desde su dominio. También vigilamos perfiles falsos de la dirección.
    Fuente
    DNS.
    Con qué frecuencia
    1 vez al día.
    En orden
    Ningún dominio similar con correo y el DMARC de su dominio rechaza los correos suplantados.
    Avisamos cuando
    Aparece un dominio similar con correo o la protección de su dominio no es suficiente.
  • Señales de facturas fraudulentas a su nombre

    Al cliente le llega una factura “de usted” con otro número de cuenta. El dinero termina entonces en manos del estafador.

    Qué comprobamos
    Dominios similares con correo, cambios en los servidores de correo de su dominio y la protección contra la suplantación del remitente (SPF, DKIM, DMARC).
    Fuente
    DNS.
    Con qué frecuencia
    1 vez al día.
    En orden
    El correo de su dominio está protegido y nadie ajeno tiene un dominio similar con correo.
    Avisamos cuando
    Aparece un dominio similar con correo o cambian inesperadamente sus servidores de correo.
  • Redirección de sus clientes a una estafa

    El cliente hace clic en un enlace o escribe una dirección con una errata y acaba en una página fraudulenta. Vigilamos si esto puede estar ocurriendo con su marca.

    Qué comprobamos
    Listas de phishing (su dominio y nombres similares), páginas de inicio de dominios similares ajenos y adónde redirige su propia dirección http://.
    Fuente
    OpenPhish, PhishTank, DNS, visita normal a la página.
    Con qué frecuencia
    Varias veces al día, cuando se actualizan las listas.
    En orden
    Ninguna página fraudulenta a su nombre y su sitio web solo redirige a su dominio.
    Avisamos cuando
    Una lista de phishing registra una página fraudulenta similar a la suya o su sitio web envía a los visitantes a un dominio ajeno.
  • Página de inicio de sesión falsa

    Una página de inicio de sesión falsa se parece a la suya y recopila contraseñas de empleados o clientes. Es el comienzo más habitual de un ataque.

    Qué comprobamos
    Listas de phishing para su dominio y nombres similares. Abrimos la página de inicio de un dominio similar ajeno una sola vez como un visitante normal, no rellenamos ni enviamos nada, y comprobamos si tiene un formulario de inicio de sesión con su nombre, logotipo o título.
    Fuente
    OpenPhish, PhishTank, visita normal a la página.
    Con qué frecuencia
    Varias veces al día, cuando se actualizan las listas.
    En orden
    En las listas de phishing no hay ninguna página fraudulenta a su nombre y los dominios similares no tienen su inicio de sesión.
    Avisamos cuando
    Un dominio similar tiene un formulario de inicio de sesión con su nombre o apariencia, o figura en una lista de phishing.
  • Uso indebido de su marca en internet

    Alguien puede usar su nombre y logotipo en su propio sitio web y aprovecharse de su reputación. Buscamos dónde ocurre.

    Qué comprobamos
    Dominios similares, páginas con su nombre, logotipo o un título similar y registros en listas de phishing. También seguimos redes sociales, anuncios y resultados de búsqueda.
    Fuente
    DNS, OpenPhish, PhishTank, visita normal a la página.
    Con qué frecuencia
    1 vez al día.
    En orden
    Nadie ajeno usa su nombre ni su apariencia en un dominio similar.
    Avisamos cuando
    Encontramos una página que hace referencia a su empresa o imita su sitio web.
  • Indicios de un fraude que se está preparando

    Un fraude suele prepararse con semanas de antelación: alguien compra un dominio similar y configura el correo en él. Ese es el momento en que se puede intervenir antes de que haya daños.

    Qué comprobamos
    Si hay dominios similares registrados, a quién pertenecen los servidores de nombres (a usted, a un revendedor de dominios o a un tercero), si tienen correo configurado y si ya alojan una página con su nombre.
    Fuente
    DNS, visita normal a la página.
    Con qué frecuencia
    1 vez al día.
    En orden
    Los dominios similares están libres, son suyos o están a la venta.
    Avisamos cuando
    Un dominio similar ajeno recibe correo o una página con su nombre.
  • Dominios con errores tipográficos y similares

    Un dominio con una sola errata (por ejemplo, una letra omitida) pasa fácilmente desapercibido en la dirección de un correo o de un sitio web. Por eso los estafadores los registran.

    Qué comprobamos
    Generamos variantes de su dominio: erratas, teclas contiguas, sustitución de caracteres parecidos (o y 0), guiones y otras extensiones. Para cada variante consultamos el DNS para saber si está registrada, si es suya o está a la venta y si recibe correo.
    Fuente
    DNS.
    Con qué frecuencia
    1 vez al día.
    En orden
    Ninguna variante tiene un propietario ajeno.
    Avisamos cuando
    Un propietario ajeno tiene una variante de su dominio, sobre todo si tiene correo activo.
  • Perfiles falsos en redes sociales

    Un perfil falso de su empresa en una red social puede pedir pagos o datos a sus clientes.

    Qué comprobamos
    Buscamos en Facebook, Instagram, LinkedIn y otras redes perfiles con su nombre que no están enlazados desde su web.
    Fuente
    Buscador.
    Con qué frecuencia
    1 vez al día.
    En orden
    En las redes solo están los perfiles a los que enlaza su web.
    Avisamos cuando
    Aparece un perfil con su nombre o logotipo que no está enlazado desde su web.
  • Anuncios y publicidad falsos

    Un anuncio fraudulento con su nombre o producto atrae a las personas hacia una oferta falsa.

    Qué comprobamos
    Buscamos en portales de anuncios clasificados anuncios con su nombre o producto.
    Fuente
    Buscador.
    Con qué frecuencia
    1 vez al día.
    En orden
    Ningún anuncio usa su nombre de forma indebida.
    Avisamos cuando
    Aparece un anuncio que ofrece sus productos o servicios con su nombre y no procede de usted.

Listas negras y avisos de navegadores

6 elementos

Vigilamos si ha acabado en listas por las que sus correos no llegan y los navegadores advierten sobre su web.

  • Propagación de código malicioso

    Un sitio web comprometido puede distribuir código malicioso o páginas fraudulentas a los visitantes sin que la empresa lo sepa.

    Qué comprobamos
    Si las listas de phishing registran una dirección directamente en su dominio y si el dominio figura en una lista de dominios peligrosos. También seguimos la advertencia de Google Safe Browsing.
    Fuente
    OpenPhish, PhishTank, Spamhaus DBL, SURBL.
    Con qué frecuencia
    Varias veces al día, cuando se actualizan las listas.
    En orden
    Ninguna dirección de su dominio está señalada como maliciosa.
    Avisamos cuando
    Una lista registra una dirección maliciosa o fraudulenta en su dominio. En ese caso, el sitio web o una parte de él suele estar comprometido.
  • IP y dominios en listas negras DNSBL

    Las DNSBL son listas de direcciones IP desde las que se envía spam. Los servidores de correo de todo el mundo deciden según ellas si aceptan un correo.

    Qué comprobamos
    Las direcciones IP de su sitio web y de sus servidores de correo en listas antispam. Un registro de la IP del correo es grave, porque los correos no llegan. Un registro de la IP del sitio web en un alojamiento compartido lo comunicamos con menor gravedad, porque lo resuelve el proveedor de alojamiento.
    Fuente
    Spamhaus ZEN, SpamCop (consultas por DNS).
    Con qué frecuencia
    2 veces al día, por la mañana y por la noche.
    En orden
    Ninguna de sus direcciones IP figura en una lista.
    Avisamos cuando
    La dirección IP del correo o del sitio web figura en una lista.
  • Dominio en listas antispam

    Además de las direcciones IP, existen listas de dominios. Si su dominio figura en ellas, se bloquean los correos con enlaces a su sitio web.

    Qué comprobamos
    Su dominio en las listas de dominios que usan los filtros de correo y de seguridad.
    Fuente
    Spamhaus DBL, SURBL.
    Con qué frecuencia
    2 veces al día, por la mañana y por la noche.
    En orden
    El dominio no figura en ninguna lista.
    Avisamos cuando
    El dominio figura en una lista.
  • Aviso de Google Safe Browsing

    Cuando Google marca un sitio web como peligroso, Chrome y otros navegadores advierten a los visitantes con una pantalla roja.

    Qué comprobamos
    Comprobamos su dominio y los dominios similares en la lista de sitios peligrosos de Google, en la que Chrome y otros navegadores basan sus advertencias.
    Fuente
    Google Web Risk.
    Con qué frecuencia
    Varias veces al día, cuando se actualizan las listas.
    En orden
    Ni su dominio ni los dominios similares están marcados como peligrosos.
    Avisamos cuando
    Google marca su dominio o uno similar como fraudulento o dañino.
  • Daño a su credibilidad

    Cuando una lista antispam marca su dominio o servidor, los socios dejan de recibir sus correos y algunos filtros bloquean los enlaces a su sitio web.

    Qué comprobamos
    Las direcciones IP de su correo y de su sitio web en listas antispam, su dominio en listas de dominios peligrosos y los registros en listas de phishing. También seguimos las advertencias de los navegadores (Google Safe Browsing).
    Fuente
    Spamhaus ZEN, SpamCop, Spamhaus DBL, SURBL, OpenPhish, PhishTank.
    Con qué frecuencia
    2 veces al día, por la mañana y por la noche.
    En orden
    No figura en ninguna lista.
    Avisamos cuando
    Su dirección IP o su dominio aparece en alguna lista.
  • Daño a su reputación

    Un registro en una lista negra o una página fraudulenta con su nombre dañan la reputación antes de que usted lo note.

    Qué comprobamos
    Listas antispam para direcciones IP y para el dominio, listas de phishing y dominios similares con una página a su nombre. También seguimos los resultados de búsqueda y las respuestas de la IA.
    Fuente
    Spamhaus, SpamCop, SURBL, OpenPhish, PhishTank, DNS.
    Con qué frecuencia
    2 veces al día, por la mañana y por la noche.
    En orden
    Nada que le señale públicamente como peligroso.
    Avisamos cuando
    Aparece un registro o una página que asocia su nombre con fraude o spam.

Dominios, DNS y certificados

15 elementos

Vigilamos si alguien ha cambiado adónde apunta su dominio o quién lo controla, y si alguien ha emitido un certificado a su nombre. También le avisamos antes de cada vencimiento.

  • Señales de un ataque en curso

    Algunos cambios visibles desde fuera indican que un ataque está en curso: el dominio apunta de repente a otro lugar, el correo va a un servidor ajeno o aparece un certificado que usted no ha solicitado. En estos casos avisamos de inmediato.

    Qué comprobamos
    Cambios repentinos de servidores de nombres, servidores de correo y direcciones del sitio web, un certificado de una autoridad que hasta ahora no le emitía certificados, una dirección fraudulenta en su dominio en listas de phishing y el registro de su empresa en la lista de víctimas de ransomware.
    Fuente
    DNS, registros de Certificate Transparency (crt.sh), OpenPhish, PhishTank, ransomware.live.
    Con qué frecuencia
    De forma continua durante el día, en el panel del cliente cada pocos minutos, y en la comprobación completa 2 veces al día.
    En orden
    Nada ha cambiado sin explicación.
    Avisamos cuando
    Se produce cualquiera de estos cambios. Avisamos de inmediato por correo electrónico y SMS.
  • Nuevo certificado TLS no solicitado

    El certificado es la credencial con la que un sitio web se identifica ante el navegador. Si otra persona obtiene uno a su nombre, puede hacerse pasar por su sitio web.

    Qué comprobamos
    Todos los certificados de su dominio en los registros de Certificate Transparency, en los que las autoridades deben inscribirlos. Vigilamos si aparece una autoridad que hasta ahora no le emitía certificados y si tiene un registro CAA, con el que usted determina quién puede emitir un certificado.
    Fuente
    crt.sh (registros de Certificate Transparency), DNS (CAA).
    Con qué frecuencia
    2 veces al día, por la mañana y por la noche.
    En orden
    Los nuevos certificados solo los emiten sus autoridades habituales.
    Avisamos cuando
    Una nueva autoridad ha emitido un certificado. Usted verifica si lo solicitó su administrador.
  • Interrupción de la actividad

    El sitio web y el correo pueden dejar de funcionar también sin ataque: caduca el dominio o el certificado, o se estropea la configuración. Avisamos con antelación.

    Qué comprobamos
    Fecha de caducidad del dominio, validez del certificado y si es de confianza, si el dominio y los servidores de correo responden y si el sitio web se puede abrir por https.
    Fuente
    WHOIS del registro, conexión TLS como un navegador, DNS.
    Con qué frecuencia
    De forma continua durante el día, en el panel del cliente cada pocos minutos, y en la comprobación completa 2 veces al día.
    En orden
    El dominio y el certificado son válidos y todo responde.
    Avisamos cuando
    Se acerca el fin de la validez o algo deja de responder.
  • Cambio de servidores NS

    Los servidores de nombres determinan quién controla todo el dominio: el sitio web, el correo y todo lo demás. Su cambio sin su conocimiento es una de las señales más graves.

    Qué comprobamos
    Los registros NS de su dominio comparados con la comprobación anterior.
    Fuente
    DNS.
    Con qué frecuencia
    De forma continua durante el día, en el panel del cliente cada pocos minutos, y en la comprobación completa 2 veces al día.
    En orden
    Los servidores de nombres son los mismos que la última vez.
    Avisamos cuando
    Los servidores de nombres cambian.
  • Cambio de registrador

    El registrador es la empresa con la que tiene registrado su dominio. Un traslado a otro registrador sin su conocimiento puede significar el robo del dominio.

    Qué comprobamos
    El registrador en los registros WHOIS comparado con la comprobación anterior y la protección del dominio contra traslados. No guardamos los contactos del titular.
    Fuente
    WHOIS del registro del dominio.
    Con qué frecuencia
    1 vez al día.
    En orden
    El registrador es el mismo que la última vez.
    Avisamos cuando
    El dominio ha pasado a otro registrador.
  • Cambios en registros A, AAAA y CNAME

    Los registros A, AAAA y CNAME determinan a qué servidor llega el visitante. Si alguien los cambia, los clientes ven una página ajena aunque escriban la dirección correcta.

    Qué comprobamos
    Las direcciones IPv4 e IPv6 de su dominio y de www y el registro CNAME comparados con la comprobación anterior.
    Fuente
    DNS.
    Con qué frecuencia
    De forma continua durante el día, en el panel del cliente cada pocos minutos, y en la comprobación completa 2 veces al día.
    En orden
    Las direcciones son las mismas que la última vez.
    Avisamos cuando
    Cambia una dirección o el CNAME.
  • Expiración del dominio en 30 / 14 / 3 días

    Cuando el dominio caduca, desaparecen el sitio web y los correos, y cualquiera puede comprar el dominio. Basta con una factura olvidada.

    Qué comprobamos
    La fecha de fin del registro del dominio en el registro.
    Fuente
    WHOIS del registro del dominio.
    Con qué frecuencia
    1 vez al día.
    En orden
    Quedan más de 30 días hasta el fin del registro.
    Avisamos cuando
    Quedan 30, 14 y 3 días, o el dominio ya ha caducado.
  • Expiración del certificado

    Cuando el certificado caduca, el navegador muestra una advertencia y la mayoría de las personas se van. La renovación se puede organizar con antelación.

    Qué comprobamos
    La fecha de caducidad del certificado que el sitio web muestra en una conexión normal, como a un navegador.
    Fuente
    Conexión TLS como un navegador normal.
    Con qué frecuencia
    De forma continua durante el día, en el panel del cliente cada pocos minutos, y en la comprobación completa 2 veces al día.
    En orden
    El certificado es válido y está lejos de caducar.
    Avisamos cuando
    El certificado está a punto de caducar o ya ha caducado.
  • Cadena de certificado rota

    El certificado necesita una cadena de confianza hasta una autoridad que el navegador conozca. Si falta un eslabón, algunos dispositivos no abren el sitio web.

    Qué comprobamos
    Si el certificado se puede verificar del mismo modo que lo verifica un navegador normal y cuántos certificados de la cadena envía el servidor.
    Fuente
    Conexión TLS como un navegador normal.
    Con qué frecuencia
    De forma continua durante el día, en el panel del cliente cada pocos minutos, y en la comprobación completa 2 veces al día.
    En orden
    La cadena está completa y la verificación se supera.
    Avisamos cuando
    La verificación no se supera por un eslabón de la cadena ausente o que no es de confianza.
  • Certificado autofirmado o interno

    Los navegadores no reconocen un certificado firmado por el propio servidor y el visitante ve una advertencia. Suele ser señal de un servidor olvidado o de pruebas.

    Qué comprobamos
    Quién emitió el certificado y si corresponde al nombre de su dominio.
    Fuente
    Conexión TLS como un navegador normal.
    Con qué frecuencia
    De forma continua durante el día, en el panel del cliente cada pocos minutos, y en la comprobación completa 2 veces al día.
    En orden
    Certificado de una autoridad reconocida con el nombre correcto.
    Avisamos cuando
    El certificado es autofirmado, interno o emitido a otro nombre.
  • Certificado comodín compartido entre servicios

    Un certificado con asterisco (*.suempresa.es) es válido para todos los subdominios a la vez. Si se filtra desde un servidor, pone en riesgo a todos.

    Qué comprobamos
    Si el certificado que muestra el sitio web contiene un nombre con asterisco y qué otros nombres cubre.
    Fuente
    Conexión TLS como un navegador normal, crt.sh.
    Con qué frecuencia
    2 veces al día, por la mañana y por la noche.
    En orden
    Sin asterisco, o usado solo donde es intencionado.
    Avisamos cuando
    El sitio web usa un certificado con asterisco. Es un aviso para valorar, no un error.
  • Historial del dominio y cambios de titularidad

    La antigüedad del dominio, el registrador y el estado de protección del dominio son la ficha básica de su dominio. Un cambio brusco en ellos suele ser la primera señal de un traslado o una venta.

    Qué comprobamos
    Fecha de registro, último cambio, registrador y estado del dominio (por ejemplo, bloqueo contra traslados) a partir de los registros WHOIS. El cambio de titularidad lo vemos a través del cambio de registrador, de servidores de nombres y del estado del dominio. No guardamos los contactos del titular, son datos personales.
    Fuente
    WHOIS del registro del dominio.
    Con qué frecuencia
    1 vez al día.
    En orden
    Los datos no han cambiado.
    Avisamos cuando
    Cambia el registrador, los servidores de nombres o el estado del dominio.
  • Cambios que nadie reportó

    El dominio, el DNS y el sitio web suelen estar gestionados por varias personas y proveedores. Un cambio que nadie conoce es un error o una intervención externa.

    Qué comprobamos
    En cada comprobación guardamos una instantánea: registros DNS, registrador, adónde lleva la redirección, texto de la página de inicio, tecnologías del sitio web y emisores de certificados. La siguiente comprobación la compara.
    Fuente
    DNS, WHOIS, crt.sh, visita normal al sitio web.
    Con qué frecuencia
    De forma continua durante el día, en el panel del cliente cada pocos minutos, y en la comprobación completa 2 veces al día.
    En orden
    La instantánea es igual que la última vez.
    Avisamos cuando
    Algo ha cambiado. Le indicamos qué y cuándo, y usted verifica si lo hizo su administrador.
  • Historial de direcciones IP de su dominio

    El historial de direcciones muestra adónde apuntaba el dominio en el pasado. Ayuda a distinguir un cambio planificado de uno sospechoso y a averiguar desde cuándo ocurre algo.

    Qué comprobamos
    Cada día guardamos una instantánea de los registros A, AAAA, NS y MX y, a partir de los registros de certificados, completamos cuándo apareció por primera vez cada nombre bajo el dominio. El historial empieza con la primera comprobación.
    Fuente
    Instantáneas diarias propias del DNS, crt.sh.
    Con qué frecuencia
    1 vez al día.
    En orden
    Cronología sin cambios sin explicar.
    Avisamos cuando
    En los últimos días ha cambiado un registro NS o MX.
  • DANE y DNSSEC ausentes

    DNSSEC firma las respuestas DNS para que nadie las suplante por el camino. DANE permite verificar el certificado del servidor de correo directamente a través del DNS.

    Qué comprobamos
    Si la zona está firmada (DNSKEY) y el registro tiene su huella (DS), y si sus servidores de correo publican un registro TLSA.
    Fuente
    DNS.
    Con qué frecuencia
    2 veces al día, por la mañana y por la noche.
    En orden
    DNSSEC está activado y es verificable.
    Avisamos cuando
    Falta DNSSEC o el registro no tiene la huella. Es una recomendación, no un error.

Correo

9 elementos

Comprobamos si alguien puede hacerse pasar por su empresa por correo y si sus correos acaban en spam.

  • Uso indebido de su nombre en el correo

    Sin la configuración correcta, cualquiera puede enviar un correo que parece venir de su dirección. El destinatario no lo distingue del auténtico.

    Qué comprobamos
    Tres registros DNS con los que el dominio indica a los destinatarios cómo verificar su correo: SPF (quién puede enviar), DKIM (firma del correo) y DMARC (qué hacer con un correo que no supera la verificación).
    Fuente
    DNS (TXT, _dmarc, _domainkey).
    Con qué frecuencia
    De forma continua durante el día, en el panel del cliente cada pocos minutos, y en la comprobación completa 2 veces al día.
    En orden
    SPF termina en ~all o -all y DMARC está en modo quarantine o reject.
    Avisamos cuando
    Falta SPF o DMARC, o están configurados de forma que no rechazan un correo suplantado.
  • Fallo de la protección del correo

    La protección del correo puede estropearse también sin ataque, por ejemplo al cambiar de proveedor. Vigilamos que no se debilite sin que nadie lo note.

    Qué comprobamos
    Comparamos los registros SPF, DMARC y MX con la comprobación anterior. Además, MTA-STS y TLS-RPT, que protegen el cifrado del correo durante la transmisión.
    Fuente
    DNS, política MTA-STS en la dirección que define la norma RFC 8461.
    Con qué frecuencia
    De forma continua durante el día, en el panel del cliente cada pocos minutos, y en la comprobación completa 2 veces al día.
    En orden
    La protección está en su sitio y no ha cambiado desde la última comprobación.
    Avisamos cuando
    Un registro desaparece, se debilita o cambia inesperadamente.
  • Correos que caen en spam

    Cuando sus correos acaban en spam, los clientes no responden y las facturas no se leen. La causa suele estar en la configuración del dominio o en una lista negra.

    Qué comprobamos
    Si el dominio tiene exactamente 1 registro SPF válido, si se encuentra una clave DKIM, si tiene DMARC y si la dirección IP de su servidor de correo no figura en una lista antispam.
    Fuente
    DNS, Spamhaus ZEN, SpamCop.
    Con qué frecuencia
    2 veces al día, por la mañana y por la noche.
    En orden
    La verificación del correo es completa y el servidor de correo no figura en ninguna lista.
    Avisamos cuando
    Falta algo de lo anterior o el servidor de correo figura en una lista.
  • SPF con ?all o +all

    SPF es la lista de servidores que pueden enviar correo en nombre de su dominio. La terminación ?all o +all significa que la lista no rechaza a nadie.

    Qué comprobamos
    El registro TXT que empieza por v=spf1: si existe, si hay solo 1 y cómo termina la regla all (también a través de un enlace redirect).
    Fuente
    DNS (TXT).
    Con qué frecuencia
    De forma continua durante el día, en el panel del cliente cada pocos minutos, y en la comprobación completa 2 veces al día.
    En orden
    Exactamente 1 registro SPF con terminación ~all o -all.
    Avisamos cuando
    Falta SPF, hay varios a la vez, o termina en ?all, +all o no tiene ninguna regla all.
  • Firma DKIM ausente

    DKIM es una firma digital en cada correo. Gracias a ella el destinatario sabe que el correo realmente lo envió usted y que nadie lo modificó por el camino.

    Qué comprobamos
    La clave pública DKIM en el DNS bajo los nombres habituales (selectores) que usan los grandes proveedores de correo. El selector puede tener otro nombre, por eso informamos de una clave ausente solo como aviso: sin acceso a su correo no podemos descartarla con certeza.
    Fuente
    DNS (_domainkey).
    Con qué frecuencia
    2 veces al día, por la mañana y por la noche.
    En orden
    Hemos encontrado la clave DKIM.
    Avisamos cuando
    No hay clave bajo los selectores habituales. Puede comprobarlo con un vistazo a la configuración del correo.
  • DMARC p=none sin aplicación

    DMARC indica a los destinatarios qué hacer con un correo que se hace pasar por usted. El modo p=none solo lo observa, pero no lo rechaza.

    Qué comprobamos
    El registro TXT en la dirección _dmarc de su dominio y su regla p.
    Fuente
    DNS (_dmarc).
    Con qué frecuencia
    De forma continua durante el día, en el panel del cliente cada pocos minutos, y en la comprobación completa 2 veces al día.
    En orden
    p=quarantine o p=reject.
    Avisamos cuando
    Falta DMARC o solo es p=none.
  • MX apuntando a servidores ajenos

    El registro MX determina qué servidor recibe su correo. Si cambia sin su conocimiento, el correo puede acabar en manos de un tercero.

    Qué comprobamos
    Qué servidores reciben el correo de su dominio, si todos existen realmente y si han cambiado desde la última comprobación.
    Fuente
    DNS (MX).
    Con qué frecuencia
    De forma continua durante el día, en el panel del cliente cada pocos minutos, y en la comprobación completa 2 veces al día.
    En orden
    Los servidores de correo existen y son los mismos que la última vez.
    Avisamos cuando
    El MX cambia o apunta a un nombre que no existe y que cualquiera podría registrar.
  • MTA-STS y TLS-RPT ausentes

    MTA-STS asegura que el correo hacia usted viaje siempre cifrado. TLS-RPT le envía un informe cuando el cifrado falla en algún punto.

    Qué comprobamos
    El registro _mta-sts y la política en la dirección que define la norma RFC 8461 (solo si el propio dominio la anuncia), si está en modo enforce, y el registro TLS-RPT en _smtp._tls.
    Fuente
    DNS, política MTA-STS.
    Con qué frecuencia
    2 veces al día, por la mañana y por la noche.
    En orden
    MTA-STS en modo enforce y TLS-RPT configurado.
    Avisamos cuando
    Faltan, la política no está disponible o solo está en modo de prueba. Es una recomendación, no un error.
  • BIMI ausente

    BIMI muestra su logotipo verificado junto a los correos en los programas de correo. No es una protección, pero aumenta la confianza de los destinatarios.

    Qué comprobamos
    El registro BIMI en la dirección default._bimi de su dominio.
    Fuente
    DNS.
    Con qué frecuencia
    2 veces al día, por la mañana y por la noche.
    En orden
    BIMI está configurado.
    Avisamos cuando
    Falta BIMI. Avisamos solo a título informativo, es opcional.

Subdominios y servicios olvidados

6 elementos

A partir de los registros de certificados reunimos todo lo que tiene bajo su dominio y buscamos cosas olvidadas que se puedan tomar.

  • Máquinas internas y de pruebas expuestas

    Los servidores de pruebas e internos suelen estar peor protegidos que el sitio web principal. Si sus nombres son públicos, el atacante sabe dónde buscar.

    Qué comprobamos
    Nombres de subdominios en los registros de certificados que parecen de desarrollo, de pruebas o internos (por ejemplo, dev, test, staging, intranet).
    Fuente
    crt.sh.
    Con qué frecuencia
    2 veces al día, por la mañana y por la noche.
    En orden
    Ningún nombre de ese tipo.
    Avisamos cuando
    Encontramos un nombre así. Usted verifica si debe estar accesible desde internet.
  • CNAME hacia servicios ajenos

    Un subdominio puede apuntar a un servicio de otro proveedor (nube, alojamiento de páginas). Si da de baja allí el servicio y el registro se queda, se abre un hueco.

    Qué comprobamos
    Los registros CNAME de subdominios que llevan a servicios ajenos de nube y alojamiento, y si su destino sigue existiendo.
    Fuente
    crt.sh, DNS.
    Con qué frecuencia
    2 veces al día, por la mañana y por la noche.
    En orden
    El destino de cada CNAME existe.
    Avisamos cuando
    El destino de un CNAME en un servicio ajeno ya no existe.
  • Registros DNS huérfanos

    Un registro DNS huérfano apunta a algo que ya no existe. Quien obtenga ese nombre puede tomar el control de su subdominio o de su correo.

    Qué comprobamos
    Registros CNAME y MX cuyo destino no existe en el DNS.
    Fuente
    DNS.
    Con qué frecuencia
    2 veces al día, por la mañana y por la noche.
    En orden
    Todos los destinos existen.
    Avisamos cuando
    Encontramos un registro con un destino inexistente.
  • Nombres internos filtrados vía DNS

    Nombres como vpn, intranet o git revelan qué sistemas usa la empresa. Son un mapa para el atacante.

    Qué comprobamos
    Nombres internos y técnicos visibles públicamente en los registros de certificados y en el DNS.
    Fuente
    crt.sh, DNS.
    Con qué frecuencia
    2 veces al día, por la mañana y por la noche.
    En orden
    No se ve públicamente ningún nombre interno.
    Avisamos cuando
    Un registro en el DNS o en los registros de certificados revela un nombre interno.
  • Servicios olvidados y huérfanos

    Un subdominio olvidado que todavía apunta a un servicio dado de baja puede ser tomado por otros. Después puede alojar contenido ajeno con su nombre.

    Qué comprobamos
    Subdominios cuyo registro CNAME apunta a un servicio o nombre que ya no existe (por ejemplo, una página eliminada en un servicio en la nube).
    Fuente
    crt.sh, DNS.
    Con qué frecuencia
    2 veces al día, por la mañana y por la noche.
    En orden
    Todos los subdominios apuntan a servicios existentes.
    Avisamos cuando
    Un subdominio apunta a un nombre que cualquiera puede registrar.
  • Subdominios de los registros Certificate Transparency

    Cada certificado de un subdominio se inscribe en un registro de certificados. A partir de él elaboramos la lista completa de lo que tiene bajo su dominio, incluso lo que ha olvidado.

    Qué comprobamos
    Todos los nombres bajo su dominio a partir de los registros de Certificate Transparency. Para los más importantes verificamos en el DNS adónde apuntan y, con una visita normal por https, si responden.
    Fuente
    crt.sh, DNS.
    Con qué frecuencia
    2 veces al día, por la mañana y por la noche.
    En orden
    La lista no contiene nombres olvidados ni huérfanos.
    Avisamos cuando
    Aparece un nombre nuevo o alguno apunta a un servicio dado de baja.

Su reputación en internet

6 elementos

Miramos qué encuentra la gente al buscar su empresa y qué dicen de ella ChatGPT y otras IA.

  • Lo que dice internet sobre su empresa

    La primera impresión de una empresa se forma con lo que la gente encuentra en el buscador y lo que le dice la IA. Queremos que usted lo vea antes que ellos.

    Qué comprobamos
    Seguimos los resultados de búsqueda de su nombre y las respuestas de los asistentes de IA sobre su empresa.
    Fuente
    Buscador y modelos de IA.
    Con qué frecuencia
    1 vez al día.
    En orden
    Nada fraudulento ni falso en los resultados ni en las respuestas de la IA.
    Avisamos cuando
    Aparece una página fraudulenta entre los primeros resultados o una IA afirma algo falso sobre usted.
  • Riesgo reputacional a través de IA

    Cada vez más personas preguntan por las empresas a ChatGPT y a otros asistentes. Si la IA afirma algo falso sobre usted, el cliente lo creerá.

    Qué comprobamos
    Preguntamos con regularidad a un modelo de IA por su empresa y comparamos sus respuestas con lo que indica su web.
    Fuente
    Modelos de IA.
    Con qué frecuencia
    1 vez por semana.
    En orden
    La IA da datos sobre usted que coinciden con su web.
    Avisamos cuando
    La IA da un contacto, servicio o afirmación que su web no confirma.
  • Reputación en su sector

    Cómo le ven en su sector depende de reseñas, artículos y respuestas de la IA. Un empeoramiento se puede detectar antes de que se refleje en los pedidos.

    Qué comprobamos
    Unimos resultados de búsqueda, menciones y respuestas de la IA en una sola imagen de su reputación.
    Fuente
    Buscador y modelos de IA.
    Con qué frecuencia
    1 vez al día.
    En orden
    La imagen de su empresa no empeora.
    Avisamos cuando
    Nuevas menciones relacionan su nombre con fraude o quejas, o empeora lo que la IA dice de usted.
  • Tendencia de empeoramiento

    Un hallazgo aislado no es un problema, pero cuando van aumentando poco a poco, la seguridad empeora. Mostramos la evolución en el tiempo.

    Qué comprobamos
    Guardamos el resultado de cada comprobación con su fecha. En el panel del cliente se ve cuántas comprobaciones están en orden y cuántas tienen un hallazgo, y cómo cambia.
    Fuente
    Historial de nuestras comprobaciones.
    Con qué frecuencia
    2 veces al día, por la mañana y por la noche.
    En orden
    El número de hallazgos baja o no cambia.
    Avisamos cuando
    Los hallazgos aumentan o reaparecen los ya corregidos.
  • Cambios en los resultados de búsqueda

    Cuando en los resultados de búsqueda de su nombre aparece una página fraudulenta o un artículo negativo, los clientes lo ven primero.

    Qué comprobamos
    Seguimos los primeros resultados de búsqueda de su nombre y avisamos de páginas nuevas que relacionan su nombre con fraude o quejas.
    Fuente
    Buscador.
    Con qué frecuencia
    1 vez al día.
    En orden
    No hay ninguna página fraudulenta ni nueva página negativa entre los primeros resultados.
    Avisamos cuando
    Aparece entre los primeros resultados una página nueva que relaciona su nombre con fraude o quejas.
  • Lo que las respuestas de IA afirman sobre su empresa

    Los asistentes de IA responden sobre las empresas a partir de lo que encuentran en internet y a veces se inventan cosas. Queremos que usted sepa qué dicen de usted.

    Qué comprobamos
    Preguntamos con regularidad a un modelo de IA por su empresa y comparamos sus respuestas con su web: contactos, servicios, afirmaciones falsas.
    Fuente
    Modelos de IA.
    Con qué frecuencia
    1 vez por semana.
    En orden
    Las respuestas de la IA coinciden con su web.
    Avisamos cuando
    La IA da un contacto erróneo, un servicio inexistente o una afirmación falsa sobre usted.

Y se añaden más. Lo que hoy está bien, dentro de un mes puede no estarlo, por eso ampliamos la lista continuamente.

Ante un incidente

Qué pasa cuando encontramos algo

  1. Avisamos de inmediato a la persona responsable por correo y SMS.
  2. Su desarrollador recibe un informe detallado: qué pasa, desde cuándo, qué servicios afecta y qué hacer primero.
  3. Con cada hallazgo recibe el procedimiento de corrección y la fuente en la que se basa.
  4. Cuando todo está tranquilo, no molestamos.

En cada hallazgo verá la fuente en la que se basa y el procedimiento de corrección para su desarrollador.

Demostración

Así funciona en la práctica nuestro servicio de vigilancia Guarding.

No vigilamos valores sueltos, sino combinaciones de indicadores. Un aviso por sí solo suele ser inofensivo. Cuando coincide con otros, los evaluamos juntos como un evento crítico y avisamos al instante a la persona responsable por correo electrónico y SMS. Es una demostración ilustrativa, no los resultados de una empresa concreta.

Ver el panel completo

Detrás de cada empresa también hay una persona.

No somos solo un sistema automático. Cada incidente crítico lo revisa también una persona, no solo una máquina. Después nos ponemos en contacto con usted con los siguientes pasos.

Sin instalación. Sin accesos.

  • Nada que instalarNi software, ni agente.
  • Sin accesosNo pedimos contraseñas, VPN ni acceso al DNS.
  • Vigilamos desde fueraNunca entramos en sus sistemas.

Sobre nosotros

Desde 2020

Empezamos como un equipo de élite de desarrolladores especializados en seguridad dentro de Functu. Nuestro equipo se formó el 4 de diciembre de 2020 y lo fuimos reforzando con los mejores expertos. Cada vez más clientes acudían a nosotros por su seguridad, así que Datahorses se convirtió en una empresa independiente, fundada en Estados Unidos. Solo después nació una entidad en Europa, y seguimos expandiéndonos según nuestros clientes. Hoy nos dedicamos solo a la seguridad.

Cómo empezó todo →

Nuestro fundador, Juraj Andrascik, figura en la lista Forbes 30 Under 30.

Solicitar una propuesta

Diseñe el alcance de protección de su empresa

Qué debemos vigilar

Dominios, subdominios (por ejemplo shop.example.com) o direcciones IP, uno por fila.

    Le responderemos personalmente por correo. No hace falta llamar.

    Respaldo

    Formamos parte del grupo Functu.

    Desde 2004 · fundado en Sídney, Australia

    El equipo de Functu en una fotografía de grupo
    Equipo de Functu

    Microsoft Partner

    Socio exclusivo en la adaptación de una aplicación preinstalada en dispositivos de Microsoft.

    Intel Software Partner

    Soluciones de software basadas en tecnologías de Intel.

    Forbes 30 Under 30

    El CEO de Functu, en la lista de personalidades menores de 30 años.

    Premio a la innovación

    Aplicación de viajes premiada por el Ministerio de Transportes de la República Eslovaca.

    Campaña presidencial

    Participación en la campaña de Emmanuel Macron en 2022.

    Proveedor de Disney

    Experiencias digitales para espectadores de todo el mundo.

    Android Code, primer puesto

    Victoria del equipo de Functu en el concurso Android Code.

    Desarrollo desde el año 2000

    Más de 20 años de software a medida. Hoy, sobre todo IA, 3D y realidad virtual.

    Forbes La République En Marche

    Las referencias y los logotipos mencionados pertenecen a la empresa Functu. Las marcas registradas son propiedad de sus respectivos titulares.

    Por qué sin riesgo

    Miramos desde fuera. No intentamos forzar nada.

    Seguimos indicadores externos

    Certificados, DNS, registros de dominios, listas negras y lo que su web muestra a cualquier visitante.

    No intentamos forzar nada

    No probamos contraseñas, no atacamos y no sobrecargamos su servidor.

    Sin datos personales

    Protegemos a su empresa en conjunto, no a personas concretas. Trabajamos solo con dominios, certificados, correo y señales técnicas de su empresa.

    Sin instalación

    No instala nada, no configura nada. Ni su proveedor web ni su equipo de IT tienen que hacer nada hasta que haya algo que corregir.

    Preguntas frecuentes

    Lo que más nos preguntan.

    ¿Necesitan acceso a nuestros sistemas?

    No. No necesitamos contraseñas, VPN ni instalación.

    ¿Cómo detectan los problemas sin acceso a nuestros sistemas?

    Vigilamos todo lo que de su empresa es visible desde fuera. No entramos en sus sistemas ni probamos nada en ellos.

    Ya tenemos antivirus o EDR/XDR (p. ej., ESET). ¿Les necesitamos igualmente?

    Sí, ambos se complementan. El antivirus y el XDR protegen los equipos dentro de la empresa, nosotros vigilamos lo que un atacante ve de usted desde fuera: dominios que imitan el suyo, páginas fraudulentas en su nombre, filtraciones de datos, configuración del correo, la web y los servidores. No cambia nada, solo lo complementa.

    ¿Qué es 1 activo vigilado?

    1 dominio, subdominio, web o dirección IP pública. Por ejemplo, suempresa.es, mail.suempresa.es y tienda.suempresa.es son 3 activos. Su número es 1 de los factores con los que ajustamos el alcance de la colaboración.

    ¿Con qué rapidez me entero de un problema?

    Al instante desde que lo detectamos, siempre por correo y también por SMS si lo activa. Del vencimiento del dominio y del certificado le avisamos 30, 14 y 3 días antes.

    ¿Puedo elegir de qué me avisan?

    Sí. En la configuración elige por separado para el correo y para el SMS qué incidentes quiere recibir: solo críticos, críticos y medios, o todos.

    ¿Revisa el incidente también una persona?

    Sí. Cada incidente crítico lo revisa también a mano 1 de nuestros expertos, que se pone en contacto con usted con los siguientes pasos.

    ¿Cómo es el resultado?

    Recibe su propio panel con el avance de las comprobaciones, los hallazgos y los pasos para corregirlos. Vea un panel de ejemplo.

    ¿Lo corrigen ustedes por nosotros?

    Para cada hallazgo recibe instrucciones de corrección precisas para su desarrollador, también descargables. La corrección la puede realizar quien gestiona el servicio, o puede encargárnosla como servicio independiente: fijamos el precio según el alcance, nos da acceso al dominio y a las DNS solo durante la corrección y le confirmamos por escrito el alcance y el resultado.

    ¿Cuándo empiezan a vigilar?

    Tras aceptar la propuesta, empezamos a vigilar y preparamos su panel en un plazo de 72 horas.

    ¿Puedo terminar la suscripción?

    Sí, en cualquier momento por correo, al final del periodo pagado. El periodo de la suscripción se acuerda en la propuesta individual.

    ¿Quién está detrás de Datahorses?

    Nuestro equipo de especialistas en seguridad, dirigido por su fundador y CEO Juraj Andrascik. Más información en Sobre nosotros; los datos del operador están en el pie de página.

    Artículos

    Notas prácticas sobre cómo vigilar una empresa desde fuera.

    Más artículos

    Contacto

    ¿Quiere un vigilante para su empresa?

    Envíenos una pregunta, un problema técnico o un hallazgo como ticket. Cada ticket recibe un número y le respondemos personalmente por correo.

    Cómo tratamos sus datos lo explicamos en nuestra Política de privacidad.