Tech Radar

Tech Radar analiza tu sitio leyendo el HTML, las cabeceras HTTP, el JavaScript y el CSS para identificar todas las tecnologías en uso. Después compara esas tecnologías con bases de datos de vulnerabilidades conocidas (CVE), calcula los costes de mantenimiento y licencias, y genera un informe completo.

Sí, el análisis es completamente seguro. No accedemos a datos sensibles ni guardamos contraseñas o información confidencial. Solo examinamos información accesible públicamente desde el frontend de tu sitio. Los resultados los ves solo tú y no se comparten.

El Tech Health Score es una puntuación de 0 a 100 que evalúa el estado general de tu stack tecnológico. Tiene en cuenta las vulnerabilidades de seguridad, las tecnologías obsoletas, el rendimiento y la complejidad del stack. Cuanto más alta es la puntuación, más sano está tu sitio.

Si el informe señala vulnerabilidades críticas: 1) contacta de inmediato con tu desarrollador o tu agencia, 2) actualiza las tecnologías vulnerables a las últimas versiones seguras, 3) si no puedes actualizar, plantéate desactivar temporalmente la funcionalidad afectada, 4) valora migrar a plataformas más seguras como Bsite. Podemos ayudarte con una consultoría gratuita.

El XSS es un fallo que permite inyectar código JavaScript malicioso en páginas que ven otros usuarios. Puede llevar al robo de cookies de sesión, de credenciales o a la ejecución de acciones no autorizadas. Se previene validando y saneando toda entrada del usuario y usando una Content Security Policy (CSP).

La inyección SQL es una técnica de ataque que aprovecha entradas sin validar para ejecutar consultas SQL arbitrarias en la base de datos. Puede llevar al robo, la modificación o el borrado de información sensible. La defensa principal es usar consultas preparadas, validar las entradas con rigor y aplicar el mínimo privilegio a los usuarios de la base.

El CSRF es un ataque que obliga a un usuario autenticado a realizar acciones que no quería en una aplicación web. El atacante consigue que la víctima haga clic en un enlace o visite una página maliciosa que envía peticiones al sitio objetivo con las credenciales de la víctima. Se previene con tokens CSRF únicos por sesión y verificando el origen de las peticiones.

La RCE es una de las vulnerabilidades más graves: permite ejecutar código arbitrario en el servidor. Puede llevar al control completo del sistema, al robo de datos, a la instalación de malware o al uso del servidor para atacar otros sistemas. Se previene manteniendo el software actualizado, validando las entradas, limitando los privilegios de ejecución y usando sandboxing.

El DDoS (denegación de servicio distribuida) satura un sitio con tráfico procedente de muchas fuentes a la vez y lo deja inaccesible. Los atacantes usan botnets, redes de ordenadores comprometidos, para generar peticiones masivas. La defensa pasa por un CDN con protección DDoS, limitación de peticiones, un firewall de aplicación (WAF) y la vigilancia del tráfico anómalo.

Se habla de MITM cuando un atacante intercepta la comunicación entre dos partes para espiarla o modificar los datos intercambiados. Puede pasar en redes WiFi públicas sin seguridad o mediante envenenamiento de DNS. La defensa principal es usar HTTPS con certificados válidos, HSTS (HTTP Strict Transport Security), evitar redes inseguras y verificar los certificados SSL.

Las tecnologías sobre las que está construido el sitio, leídas en las cabeceras, el marcado y los recursos que carga: servidor, framework, gestor de contenidos, herramientas de medición y librerías, con su versión cuando se puede ver.

Una entrada Common Vulnerabilities and Exposures es el identificador público de un fallo de seguridad conocido. Cotejar las versiones encontradas con ese catálogo dice qué problemas ya publicados podrían afectar al sitio.

Por sí solo no. El cotejo se hace sobre la versión declarada, que puede ser falsa, y muchas veces se aplica un parche sin que la cadena de versión cambie. Es un punto de partida para comprobar, no un veredicto.

En un servidor nuestro, y lo decimos claro porque esta es una de las pocas herramientas que no puede trabajar dentro del navegador: el procesado necesita una máquina de verdad. El archivo sube, se procesa y se borra automáticamente en menos de una hora. Nadie lo abre, no acaba en ningún archivo y no se usa para entrenar nada.

No. El archivo hace lo que has pedido y desaparece: no lo vinculamos a ti, no lo revendemos, no lo damos a terceros y no entrenamos ningún modelo con él. La mayoría de las demás herramientas de Binatomy no suben nada y trabajan solo en tu navegador; esta es una de las pocas que no puede.

Nosotros no te perfilamos: no hay cuenta que crear, no te pedimos el correo para usar una herramienta y no guardamos ningún perfil de lo que haces. Somos una empresa italiana y trabajamos bajo el RGPD y el resto de normas europeas, con la política de privacidad y la petición de consentimiento a la vista. Una cosa la decimos entera en vez de esconderla en un eslogan: la publicidad de la página es de Google, y Google puede usar cookies para personalizarla. Lo decides tú desde el banner de consentimiento: si dices que no, los anuncios siguen pero sin personalizar, y la herramienta funciona exactamente igual.

De la publicidad de la página, y nada más. No vendemos tus datos, no hay un plan de pago escondido, no hay un límite que acabe pidiéndote la tarjeta y no tienes que registrarte. Los anuncios pagan los servidores y el tiempo que dedicamos a escribir las herramientas: por eso podemos tenerlas abiertas para todos.