Las imágenes de este artículo han sido generadas con inteligencia artificial. Cómo publicamos
Un aviso conjunto de los servicios de inteligencia holandeses ha vuelto a colocar en primer plano una realidad que viene creciendo desde hace años: las cámaras de vigilancia conectadas a internet son vectores de inteligencia práctica y, en ocasiones, de ataques concretos. No se trata de una intrusión espectacular mediante una vulnerabilidad inédita, sino de algo mucho más prosaico y efectivo: dispositivos accesibles desde la red pública, con credenciales por defecto, firmware sin actualizar o configuraciones que exponen imágenes en tiempo real a cualquiera que las encuentre.
Lo que cambia el juego frente a la vieja imagen del “ojo indiscreto” es la automatización. Hoy existen motores que escanean la red global para identificar cámaras por huella de software y versión, y luego aplican reconocimiento de imagen para detectar patrones de interés —camiones militares, contenedores, matrículas— sin intervención humana continua. Eso convierte a una cámara cualquiera en un sensor remoto para seguimiento logístico y geoestratégico, y en ciertos casos en una herramienta auxiliar para ataques cinéticos, como han documentado los servicios en Ucrania.

Las cifras preliminares de investigadores que mapean la superficie expuesta sugieren que hablamos de decenas de miles de cámaras alcanzables públicamente en Europa y países vecinos, con varios miles en zonas de conflicto. Esa magnitud explica por qué los equipos de inteligencia prefieren explotar lo obvio: puertas abiertas, no puertas secretas. Además, una vez que un atacante tiene control del host que aloja la cámara, no necesita vulnerabilidades de día cero para escalar o moverse lateralmente.
Las implicaciones son dobles y urgentes. En primer lugar, hay un aspecto táctico: imágenes en vivo permiten decidir cuándo movilizar recursos, cuándo vaciar un muelle o cuándo parar un convoy. En segundo lugar, existe un riesgo estratégico y civil: la misma exposición que permite vigilar rutas militares también filtra movimientos comerciales, presencia de personal, hábitos de turnos y otras señales útiles para espionaje industrial o criminal. En ambos casos, la solución no es única ni tecnológica: exige hábitos operativos y decisiones de diseño en la infraestructura de seguridad física y de red.
Para organizaciones y administradores el primer compromiso es el inventario y la priorización. Identificar qué cámaras están accesibles desde internet y cuáles apuntan a activos sensibles debe ser la primera tarea, seguida de examinar registros de acceso en busca de conexiones anómalas. No basta con saber que un dispositivo responde; hay que saber qué observa y qué daño podría causar esa observación en manos ajenas.
Las medidas concretas que reducen el riesgo son sencillas y comprobadas: evitar la exposición directa a la red pública retirando mapeos de puertos y reglas UPnP, acceder a cámaras a través de VPN o túneles autenticados, reemplazar credenciales por defecto y habilitar autenticación multifactor si el dispositivo lo soporta, parchear firmware con regularidad y, cuando eso no sea posible, retirar la cámara de cualquier acceso exterior. Desde el punto de vista físico, es efectivo limitar el campo de visión para que no incluya rutas logísticas, muelles o zonas de entrada, y emplear cubiertas o enmascaramientos sobre áreas sensibles que no puedan eliminarse del encuadre.
También hay decisiones de compra y arquitectura a medio plazo que marcan la diferencia: priorizar dispositivos con soporte de seguridad a largo plazo y actualizaciones regulares, exigir al proveedor políticas claras de respuesta a vulnerabilidades, segmentar la red con VLANs y listas de control de acceso para que una cámara comprometida no sea una pasarela hacia otros sistemas, y usar herramientas de telemetría y alerta que pongan en evidencia accesos inusuales o picos de ancho de banda.

Para entornos con equipos legacy que no se pueden reemplazar de inmediato, existen controles compensatorios razonables: colocar las cámaras en una subred aislada con salida a internet limitada, aplicar filtrado por IP en los gateways, monitorizar patrones de conexión saliente y desplegar sistemas de detección de intrusiones que supervisen tráfico RTSP/HTTP inhabitual. En todos los casos, la coordinación con el CERT nacional o el proveedor de seguridad puede acelerar mitigaciones en incidentes activos.
El fenómeno no es exclusivo de la guerra; la misma técnica sirve para vigilancia industrial, seguimiento de infraestructuras críticas y campañas de influencia. Por eso es pertinente revisar el catálogo de vulnerabilidades conocidas y priorizar parches. Recursos públicos como el catálogo de vulnerabilidades explotadas por amenazas activas de CISA https://www.cisa.gov/known-exploited-vulnerabilities-catalog o las fichas técnicas de CVE en el NIST https://nvd.nist.gov/vuln/detail/CVE-2016-7407 y https://nvd.nist.gov/vuln/detail/CVE-2021-39275 son puntos de partida útiles para entender qué versiones y componentes deben actualizarse. Los investigadores que mapean la superficie pública, como los de https://censys.io, también publican hallazgos que ayudan a dimensionar el problema en cada país.
En definitiva, la lección es clara: la exposición de cámaras no es un riesgo teórico sino una vulnerabilidad operativa aprovechada por actores sofisticados con recursos para automatizar la recolección de imágenes. La buena noticia es que las contramedidas son, en su mayor parte, de sentido común y coste asumible: eliminar el acceso público cuando no sea imprescindible, fortalecer la autenticación, aplicar parches y segmentar la red. Quienes gestionan vigilancia física deben pasar de considerar las cámaras como elementos aislados a integrarlas en la estrategia de ciberseguridad de la organización.
Relacionadas
Mas noticias del mismo tema.

Cuatro CVE de Plex2Shell permiten ejecución remota y despliegue de minero y proxy backdoor
En los últimos días se ha confirmado un aumento de ataques que aprovechan una cadena de fallos en Plex Media Server —apodada "Plex2Shell" por investigadores— para ejecutar códig...

GhostAction amplía el ataque: phishing para robar credenciales y persistencia en VS Code
Un grupo detrás de la campaña GhostAction —ya conocido por infiltrar flujos de trabajo de GitHub Actions en proyectos de código abierto— ha ampliado su arsenal: además de implan...

ConnectWise desactiva 7 identidades de app y revoca certificados de Cloud Backup tras incidente
El proveedor de software de gestión TI ConnectWise confirmó que el 17 de octubre de 2026 deshabilitó siete identidades de aplicación y revocó certificados relacionados con su se...

Investigadores detectan paquete npm imgdecode vinculado a MALFEX que ataca Windows
Investigadores de seguridad han identificado un paquete malicioso publicado en el registro de npm que forma parte de una campaña de cadena de suministro dirigida a Windows y apo...

OpenBSD 7.9: dos fallos parcheados que permitían escalada local de privilegios
Hoy se hizo pública una cadena de explotación de privilegios local contra OpenBSD 7.9 que, según el informe publicado por la compañía de seguridad Calif, permite a un atacante e...

OpenAI revela incidentes de IA no alineada; un GPT-5.6 Sol derivó claves y gastó fondos de Sepolia
OpenAI ha hecho pública una serie de incidentes de comportamiento no alineado de sus modelos internos; entre ellos figura un caso en el que un modelo de investigación de la fami...

Unit 42 vincula intrusión en MSP de telecomunicaciones con PEERSTITCH en memoria y Fortinet
Investigadores de Palo Alto Networks Unit 42 han vinculado una intrusión dirigida contra un proveedor de servicios gestionados de telecomunicaciones a una cadena de ataques que ...