Vulnerabilidades · CVE · Connector
Un escáner de vulnerabilidades de servidores que lee el software instalado en tus servidores.
Cada servidor con un Termalin Connector se coteja con las vulnerabilidades conocidas (CVE). Termalin lee el software instalado en el servidor por la conexión que el Connector ya mantiene, lo coteja con los propios datos de seguridad de las distribuciones y con otras fuentes, y te dice cómo corregir cada hallazgo. Cubre Linux, Windows y macOS, los contenedores en marcha y las dependencias de tus aplicaciones, y no instala nada extra en el servidor.
Incluido en Pro y Team · incluido en los 14 días de Pro de prueba · lee desde dentro a través del Connector
01 / qué es
Lee el software instalado en cada servidor.
Termalin lee la lista del software instalado en el servidor, desde dentro, a través del Connector que ya tienes en marcha, y coteja esa lista con las vulnerabilidades conocidas en el lado de Termalin. Obtienes el paquete y la versión exactos que están afectados, si la vulnerabilidad se está usando en ataques y el comando para corregirla. Mira lo que hay instalado; no sondea puertos ni escanea tu red.
- ▸Desde dentro, a través del Connector. El mismo Connector sin claves que transporta la terminal y la monitorización lee la lista del software instalado. No hay ningún escáner que desplegar, ni un segundo agente, ni un puerto abierto.
- ▸Comprueba los servidores que has conectado. Lee el software instalado por cada Connector y deja en paz cualquier máquina que no tenga uno.
- ▸Solo se cotejan nombres y versiones. Se leen la lista del software instalado y los lock files de tus aplicaciones; solo los nombres de paquete y las versiones se cotejan con datos públicos de vulnerabilidades, nunca de qué servidor o cuenta vinieron.
- ▸En el panel web y para las apps de IA. Los hallazgos aparecen en la página de Seguridad del panel web, y llegan a Claude, ChatGPT y otras apps de IA a través de la herramienta
updates_listen el endpoint MCP alojado.
02 / qué se comprueba
Todo lo instalado, del sistema operativo a las dependencias de tus apps.
- ▸Distribuciones de Linux. Ubuntu, Debian, AlmaLinux, Rocky, RHEL, CentOS, Alpine, SUSE Linux Enterprise y openSUSE, y Amazon Linux — cada una frente a sus propios datos de seguridad.
- ▸Contenedores en marcha. Docker, containerd/Kubernetes, Podman y LXC, hasta 30 por servidor, cada uno comprobado según su propia distribución. Sus listas de paquetes se leen desde fuera — no se ejecuta nada dentro de un contenedor.
- ▸Dependencias de aplicaciones. Lock files en
/var/www,/srv,/opt, las carpetas de inicio y/app: npm (package-lock, yarn, pnpm),composer.lock,Cargo.lock, Python (versiones fijadas enrequirements.txt,poetry.lock), Go (go.sum),Gemfile.lock,gradle.lockfiley archivos Javajar/war/ear— incluidos los fat jars de Spring Boot. - ▸Runtimes instalados fuera del gestor de paquetes. Node.js, PHP, nginx, Python, Redis, Go, PostgreSQL, MariaDB, MongoDB, Apache, Java y .NET.
- ▸Servidores Windows. La compilación frente a las actualizaciones de seguridad de Microsoft de los últimos tres años — qué KB corrige cada CVE, cuáles se usan en ataques — y el soporte de la versión; SQL Server, Exchange, Office (Click-to-Run) y .NET; y los programas instalados.
- ▸macOS. La versión del sistema operativo frente al último parche de su rama, los paquetes de Homebrew y las aplicaciones.
- ▸Unos ochenta programas y apps web que ninguna distribución incluye, por todo su historial de CVE — WinRAR, 7-Zip, navegadores, Zimbra, WordPress, Joomla, Drupal, Nextcloud, phpMyAdmin, Moodle, Jenkins, GitLab, Grafana, Keycloak, Confluence, Jira, Proxmox y más.
03 / fuentes
De dónde vienen los datos de vulnerabilidades.
El cotejo ocurre en el lado de Termalin, frente a varias fuentes, así que un hallazgo lleva algo más que un número de CVE.
- ▸OSV.dev — los propios datos de seguridad de las distribuciones.
- ▸CISA KEV — vulnerabilidades que se sabe que se usan en ataques. Se muestran primero.
- ▸FIRST EPSS — la probabilidad de que una vulnerabilidad se explote en los próximos 30 días.
- ▸Medidas temporales de Ubuntu y Red Hat — qué hacer cuando aún no hay corrección.
- ▸Avisos de seguridad de Node.js y endoflife.date — para los runtimes y para las ramas fuera de soporte.
- ▸Microsoft (MSRC) — Windows, SQL Server, Exchange, Office y .NET.
- ▸La CVE List — para un aviso temprano la misma hora en que se publica un CVE alto o crítico, antes de que los propios datos de la distribución se pongan al día.
04 / cómo corregir
Cada hallazgo dice qué hacer.
Cada hallazgo viene con la corrección para ese servidor. No se instala nada automáticamente — lo aplicas tú o la app de IA solo cuando estás de acuerdo.
- ▸Paquetes del sistema operativo. El comando de actualización para el gestor de paquetes de ese servidor, y si hace falta un reinicio (un kernel nuevo) o reiniciar un servicio — con el comando.
- ▸Aún sin corrección. Una compilación corregida todavía en pruebas, o la medida temporal del fabricante (Ubuntu, Red Hat) — desactivar un módulo, añadir una regla de firewall.
- ▸Contenedores. Actualiza la imagen y vuelve a crear el contenedor.
- ▸Dependencias de aplicaciones. El comando de actualización para ejecutar en la carpeta del lock file, y luego vuelve a desplegar.
- ▸Un runtime que vino dentro de otro programa (el Node.js de un runner de GitHub Actions, VS Code Server, un snap) — actualiza ese programa, no reemplaces el archivo.
- ▸Una rama fuera de soporte. Pasa a una con soporte.
05 / la página de Seguridad
Las vulnerabilidades de cada servidor, en un solo sitio.
Abre termal.in/account y la página de Seguridad (el icono del escudo) lo reúne todo.
- ▸Mosaicos — usadas en ataques, críticas, con corrección, reinicio necesario, actualizaciones de seguridad pendientes.
- ▸Una lista «Corregir primero» — lo que se usa en ataques o es crítico y ya tiene corrección, con el comando para copiar.
- ▸Cada servidor con sus recuentos, y la lista completa de cada servidor — primero sus propios paquetes, luego cada contenedor bajo su imagen.
- ▸Puntuación CVSS y probabilidad de explotación en cada hallazgo, y la descripción completa cuando la pidas.
06 / alertas
Alertas para las vulnerabilidades usadas en ataques.
Salta una alerta en cuanto aparece en un servidor una vulnerabilidad que se usa en ataques y ya tiene corrección, por los canales de siempre: correo, Telegram, push y webhook. El resto de CVE se listan en la página de Seguridad pero no generan una alerta.
- ▸Un resumen nocturno para los servidores comprobados por primera vez (un Connector añadido ese día): cuáles tienen vulnerabilidades usadas en ataques y cuántas.
- ▸Recordatorios suaves. Las nuevas, como mucho una vez al día; un recordatorio tras una semana y luego cada mes — y un mensaje de «corregida» cuando desaparece la última.
- ▸Su propio tipo en los ajustes de alertas, así puedes silenciarlo sin tocar el resto.
07 / apps de IA
«¿Cuáles de mis servidores están expuestos y cómo los corrijo?»
A través del endpoint MCP alojado, una app de IA lee los mismos hallazgos con dos herramientas de solo lectura. updates_list devuelve las actualizaciones de seguridad pendientes y las vulnerabilidades conocidas con su corrección y su probabilidad de explotación — para un host, una etiqueta o todos los servidores; cve responde «¿cuáles de mis servidores tienen CVE-2026-…?». Ejemplos de prompts:
- ▸«¿Cuáles de mis servidores están expuestos a vulnerabilidades usadas en ataques, y cómo los corrijo?»
- ▸«¿Alguno de mis servidores tiene CVE-2024-3094?»
- ▸«Parchea los críticos en prod, un servidor cada vez, y comprueba después.»
No se instala nada sin tu visto bueno, y una app conectada solo ve los servidores que su regla de comandos permite.
08 / ligero en tus servidores
Un inventario al día, con la prioridad más baja.
La comprobación está pensada para no estorbar.
- ▸Una vez al día, la lista completa del software instalado se lee con la prioridad de CPU y disco más baja.
- ▸Cada hora, solo se miran los pocos paquetes que tienen una corrección pendiente, en una sola consulta.
- ▸Todo el cotejo ocurre en el lado de Termalin. Los nuevos avisos se cotejan con las listas guardadas cada hora sin preguntar al servidor, así que un CVE nuevo aparece en menos de una hora — y una corrección instalada se muestra como cerrada también en menos de una hora.
- ▸Solo se cotejan nombres de paquete y versiones, nunca de qué servidor o cuenta vinieron.
09 / planes
Incluido en Pro y Team.
La comprobación necesita un Connector, y los Connectors son una función de los planes de pago — así que las comprobaciones de vulnerabilidades vienen con Pro y Team, y los 14 días de Pro de prueba las incluyen. No están en el plan Free. Ver precios →
Preguntas
¿Funciona sin agente?
No. Lee desde dentro de cada servidor, a través del Termalin Connector que ya tienes en marcha para la terminal y la monitorización. No hay nada extra que instalar — ni un escáner, ni un segundo servicio, ni un puerto abierto — pero no es sin agente: el Connector es el agente, y es lo que permite a Termalin leer la lista del software instalado sin que haya una credencial guardada en ningún otro sitio.
¿Escanea mi red?
No. No es un escáner de red ni de puertos como OpenVAS o Nessus. Nunca sondea puertos y nunca toca una máquina que no tenga un Connector. Lee desde dentro los nombres y las versiones del software instalado en cada servidor, y coteja esa lista con las vulnerabilidades conocidas en el lado de Termalin.
¿Qué sale de mi servidor?
Los nombres y las versiones de los paquetes y programas instalados, y los lock files de dependencias de tus aplicaciones (package-lock.json, composer.lock y similares), que se leen en el lado de Termalin para extraer sus nombres de paquete y versiones y no se guardan — solo se conservan los nombres, las versiones y la ruta del archivo. Los nombres y las versiones se cotejan con datos públicos de vulnerabilidades (OSV.dev y similares); la consulta lleva solo un nombre de paquete y una versión, nunca de qué servidor o cuenta vino. Sin variables de entorno, sin logs, sin otros archivos.
¿Aplica los parches automáticamente?
No. Cada hallazgo te dice — a ti o a tu app de IA — exactamente qué ejecutar: el comando de actualización, si hace falta un reinicio o reiniciar un servicio, o la medida temporal del fabricante cuando aún no hay corrección. No se instala nada hasta que lo apliques tú (o la app de IA, con tu consentimiento).
¿Qué sistemas comprueba?
Servidores Linux (Ubuntu, Debian, AlmaLinux, Rocky, RHEL, CentOS, Alpine, SUSE Linux Enterprise y openSUSE, Amazon Linux), Windows y macOS; contenedores en marcha (Docker, containerd/Kubernetes, Podman, LXC); los lock files de las aplicaciones; runtimes instalados fuera del gestor de paquetes; y unos ochenta programas y apps web que ninguna distribución incluye.
¿Está en el plan Free?
No. La comprobación necesita un Connector, que es una función de los planes de pago, así que viene con Pro y Team, y con los 14 días de Pro de prueba. No está en el plan Free. Ver precios →
Conecta un servidor y queda comprobado.
Una línea instala el Connector. La comprobación de vulnerabilidades se ejecuta desde dentro, sin nada extra que instalar, y cada hallazgo viene con su corrección. Las cuentas nuevas tienen Pro gratis durante 14 días.
Pro y Team · 14 días de Pro de prueba · Connector · Monitorización de servidores · qué se lee (en inglés)