← Volver al blog de ciberseguridad

Puntos ciegos del EDR: por qué los ataques entran por firewalls, VPN y routers y cómo detectarlos

Por Adrián González · CEO · Publicado: 09 de agosto de 2026 · Actualizado: 09 de agosto de 2026
Puntos ciegos del EDR: por qué los ataques entran por firewalls, VPN y routers y cómo detectarlos

En esencia

  • Los dispositivos de perímetro y las VPN pasaron del 3% al 22% de las brechas por explotación en un solo año, según el DBIR 2026 de Verizon.
  • En ese mismo informe, explotar una vulnerabilidad superó por primera vez al robo de credenciales como vía de acceso inicial.
  • Parchear no basta: el 42,5% de los fallos de perímetro explotados afecta a equipos sin soporte y tres de cada cuatro no figuran en el catálogo KEV de CISA.
  • La respuesta no es más EDR, sino visibilidad donde el agente no puede instalarse: telemetría de red, registros fuera de banda, integridad de configuración y caza de amenazas.

Los dispositivos de perímetro y las VPN han pasado del 3% al 22% de las brechas por explotación en un solo año. Esa cifra, publicada en el DBIR 2026 de Verizon, mide algo más que una moda de los atacantes: mide una década de inversión en seguridad mirando al sitio equivocado.

Porque la última década se construyó alrededor del endpoint. Se desplegaron agentes de EDR en portátiles y servidores, se afinó la telemetría y se escribieron reglas de detección. Funcionó lo suficiente como para que el atacante se mudara a donde no le vemos: firewalls, concentradores VPN, routers, balanceadores y appliances de gestión. Equipos expuestos a Internet, con firmware propietario, sin opción de instalar un agente y con capacidad forense limitada. Pocas organizaciones los vigilan con la intensidad que dedican a sus portátiles.

Los datos que sostienen el desplazamiento

Al salto del 3% al 22% se suma otro vuelco en el mismo estudio: la explotación de vulnerabilidades superó al robo de credenciales como primer vector de acceso inicial, algo que no había ocurrido en los diecinueve años de historia del informe.

El detalle técnico lo aporta VulnCheck. De las 181 vulnerabilidades de dispositivos de red explotadas durante 2025, solo el 23,7% figuraba en el catálogo KEV de CISA, y el 42,5% afectaba a equipos en fin de vida o sin soporte. La mayor parte del riesgo real vive, por tanto, fuera de las listas que muchos equipos usan para priorizar.

Desde la respuesta a incidentes, M-Trends 2026 de Mandiant apunta en la misma dirección: la explotación de sistemas expuestos a Internet encabeza los vectores iniciales por sexto año consecutivo, con el 32% de los casos en los que pudo identificarse el origen. El informe documenta además traspasos del acceso inicial de un actor a otro en apenas 22 segundos. La actividad agrupada bajo identificadores como UNC6201 y UNC5807 se concentra en equipos de red que no generan telemetría de EDR.

Tampoco es la lectura de un único proveedor. CISA y el FBI, junto al NCSC británico y la ASD australiana, han publicado guías específicas sobre el ataque a dispositivos de perímetro y sobre el riesgo de los equipos fuera de soporte. Cuando las agencias de cuatro países coinciden en el mismo punto, conviene tomar nota.

¿Qué ha cambiado respecto a hace un año?

Hace un año el discurso dominante seguía siendo la identidad y el phishing. Ambos siguen importando, pero el DBIR marca un cambio de orden: hoy se entra más por explotar un fallo que por robar una contraseña. A la vez, el volumen de vulnerabilidades del KEV pendientes de corregir ha crecido en torno a un 50% en un año, y la mediana del tiempo de corrección ha subido de 32 a 43 días.

De ahí sale una brecha que se ensancha. Los fallos de perímetro se explotan en días, a veces antes de que exista parche, mientras los ciclos de mantenimiento de esos equipos se miden en semanas o meses. Y cuando el atacante entra por ahí no deja el rastro que dejaría en un portátil: borra y restaura de forma selectiva ficheros de configuración para dificultar el análisis, una técnica anti-forense que en un endpoint con EDR habría disparado alertas.

¿Por qué el EDR no puede proteger un firewall o un router?

La respuesta corta es que el EDR no falla, sino que no puede instalarse ahí. Un agente necesita un sistema operativo donde ejecutarse y una vía para enviar telemetría. Un firewall o un router funcionan sobre firmware cerrado, de modo que no admiten agente ni entregan los eventos de proceso, memoria y red que alimentan la detección de comportamiento. El punto ciego no es un descuido de configuración, es una propiedad del dispositivo.

Por eso sumar más EDR o más XDR no cierra el hueco. La cobertura del endpoint puede ser excelente y aun así el atacante trabajará cómodo en el perímetro, avanzando hacia hipervisores, sistemas de copia de seguridad y controladores de dominio desde un punto que tu consola nunca ve.

¿Qué controles siguen valiendo cuando el EDR no llega?

La defensa no consiste en sustituir el EDR, sino en rodearlo de las señales que el propio perímetro sí emite. Hay cinco frentes.

Telemetría de red. Donde no hay agente, queda el tráfico. El análisis de red (NDR), los flujos, el DNS y los registros del propio perímetro forman la fuente de detección primaria para todo lo que no ejecuta EDR.

Registros fuera de banda. Conviene enviar los del firewall, la VPN y el router a un destino externo e inmutable, para que borrarlos en el equipo no borre la evidencia. Eso convierte el anti-forense del atacante en una pista.

Integridad de configuración. Vigilar los cambios no autorizados en los dispositivos de red y compararlos contra una configuración de referencia detecta justamente la manipulación que caracteriza estas intrusiones.

Superficie de ataque y fin de vida. Saber qué equipos expones, en qué versión y cuáles han quedado sin soporte resuelve buena parte del problema, porque un dispositivo en fin de vida no se parchea: se sustituye o se aísla. Ese trabajo corresponde a la gestión de la superficie de ataque y a una gestión de vulnerabilidades guiada por exposición real y no solo por CVSS.

Caza y respuesta sobre activos sin agente. Un SOC gestionado y un servicio de caza de amenazas que sepan buscar en telemetría de red y registros de perímetro, con un contrato de respuesta a incidentes cuyo alcance cubra expresamente los appliances.

En entornos industriales conviven además equipos que por diseño no admiten agente, terreno propio de la ciberseguridad OT. Los casos recientes lo ilustran bien. La cadena de FortiSandbox, la entrada del UniFi OS y Lantronix en el catálogo KEV, Citrix Bleed 2 o el Splunk explotado como vía de acceso comparten un patrón: empiezan en un equipo que el EDR no cubría.

Qué mirar antes de que haya incidente

Dónde queda el rastro cuando el EDR no puede instalarse
Activo sin agentePor qué el agente no llegaDónde sí queda señal
Firewall / VPNFirmware propietario, sin agente instalableRegistros de perímetro fuera de banda, flujos, sesiones y DNS
Router / switchSistema cerrado, telemetría limitadaIntegridad de configuración y syslog centralizado
Appliance de gestión (RMM, SIEM)Superficie expuesta con acceso privilegiadoRegistros de acceso, correlación en SIEM y alertas de cambios
Hipervisor / copia de seguridadObjetivo tras el perímetro, fuera del endpointTelemetría de red este-oeste y control de accesos administrativos
Dispositivo en fin de vidaSin parches del fabricanteInventario de superficie, aislamiento y sustitución planificada

Regla práctica: si un equipo no puede ejecutar un agente, su detección vive en la red y en registros que el atacante no controla.

La pregunta que queda pendiente

La consecuencia cuesta de asumir en cualquier comité: ya no importa tanto si tu EDR es bueno como cuánta de tu superficie expuesta queda por completo fuera de su alcance. Mientras esa cifra no se mida, el perímetro seguirá siendo el camino más barato para entrar, y la organización que en 2026 solo mira sus portátiles estará vigilando una sala mientras el intruso trabaja en otra planta.

Si quieres medir esa exposición, en Hard2bit trabajamos precisamente ahí: somos una empresa de ciberseguridad con SOC propio y caza de amenazas sobre el tráfico y los registros que el endpoint nunca ve.

Este artículo tiene una finalidad divulgativa y defensiva. Las cifras proceden de informes públicos —Verizon DBIR 2026, VulnCheck, Mandiant M-Trends 2026 y avisos oficiales de CISA/FBI, NCSC y ASD— disponibles en la fecha de publicación; las recomendaciones de detección deben adaptarse a la arquitectura y al marco regulatorio de cada organización.

Preguntas frecuentes

¿Por qué el EDR no protege un firewall, una VPN o un router?

Porque el fabricante no permite instalar software de terceros sobre el firmware del dispositivo. Sin agente no hay eventos de proceso, memoria ni ejecución, que es la materia prima de la detección de comportamiento: el EDR no ve un proceso sospechoso porque no puede ver ningún proceso. Lo máximo que obtienes del equipo es su propio registro, que además el atacante puede manipular una vez dentro. Por eso la detección debe apoyarse en la red y en registros enviados fuera del dispositivo.

¿Sirve el NDR si mi tráfico va cifrado?

Sí, aunque con matices. Buena parte de la detección de red no necesita leer el contenido: se apoya en metadatos como quién habla con quién, a qué hora, con qué volumen, durante cuánto tiempo y hacia qué destinos. Un appliance que empieza a abrir conexiones salientes a una infraestructura desconocida, a horas raras y con un patrón regular de baliza es visible aunque el contenido esté cifrado. Se complementa con registros DNS y con inspección en los puntos donde el cifrado ya termina.

¿Cómo sé qué dispositivos de perímetro tengo expuestos ahora mismo?

Con un inventario de superficie de ataque hecho desde fuera, no desde el diagrama de red. La diferencia importa: lo que un atacante ve es lo que responde desde Internet, incluidos equipos que nadie recuerda haber publicado, entornos de pruebas y dispositivos heredados de una integración antigua. El inventario debe registrar modelo, versión de firmware, fecha de fin de soporte y quién es responsable de cada equipo, y revisarse de forma periódica porque la superficie cambia sola.

¿Qué es NDR y en qué se diferencia del EDR y el XDR?

NDR (Network Detection and Response) detecta amenazas analizando el tráfico de red en lugar del equipo final. El EDR vigila procesos y memoria dentro de portátiles y servidores; el XDR correlaciona varias fuentes en una sola consola. Para los dispositivos que no admiten agente —firewalls, routers, concentradores VPN—, el NDR es la fuente primaria, porque observa el comportamiento en la red aunque el equipo no registre nada por sí mismo.

¿Cómo detecto que un atacante ha borrado registros en un appliance?

Comparando dos fuentes que él no controla a la vez. Si los registros se envían en tiempo real a un destino externo inmutable, el borrado local deja un hueco visible al contrastarlos. Comparar la configuración del dispositivo contra una de referencia revela la técnica de borrar y restaurar ficheros. Y la ausencia repentina de eventos en un equipo que siempre generaba tráfico de registro es, en sí misma, una señal que merece investigación.

¿Qué hago con los dispositivos de red fuera de soporte (EOL)?

Asumir que no se pueden asegurar con actualizaciones y tratarlos como una excepción con fecha de caducidad. Lo primero es saber cuáles son y si están accesibles desde Internet; después, priorizar su retirada por exposición real más que por criticidad teórica. Mientras siguen en producción, la mitigación pasa por segmentarlos, restringir su administración a redes internas y vigilarlos con telemetría de red. Conviene además fijar en el inventario una fecha objetivo de retirada, porque sin plazo la excepción tiende a volverse permanente.

¿Sigue mereciendo la pena invertir en EDR?

Sí. En portátiles y servidores su visibilidad es difícil de igualar y sigue siendo el control central para detener el movimiento del atacante una vez dentro. La cuestión no es sustituirlo, sino dejar de tratar su cobertura como si fuera cobertura completa. El indicador útil no es qué porcentaje de tus equipos tiene agente, sino qué porcentaje de tu superficie expuesta a Internet no puede tenerlo, y qué estás usando para vigilar esa parte.

¿Quieres saber cuál es tu exposición real y qué corregir primero?

Treinta minutos con un consultor técnico —no un comercial— bastan para ordenar el problema: qué está expuesto hoy, qué se corrige esta semana, qué puede esperar y cuánto cuesta cada tramo. Pentesting, auditoría de ciberseguridad, gestión de vulnerabilidades, Microsoft 365, SOC/MDR y respuesta a incidentes.

Si tu situación es distinta, plantéanosla igualmente: también atendemos consultas puntuales de ciberseguridad y cumplimiento normativo.

Empresa española de ciberseguridad · ENS categoría ALTA · ISO 27001 · Normalmente respondemos en menos de 24h laborables