CONECTIVIDAD TOTAL, VULNERABILIDAD ABSOLUTA

 EL LADO OSCURO DEL INTERNET DE LAS COSAS

Introducción

El internet de las cosas no consiste solo en conectar objetos. Consiste en trasladar decisiones, datos y dependencias digitales al mundo físico. Una bombilla inteligente puede parecer irrelevante. Un termostato conectado puede parecer cómodo. Un reloj de salud puede parecer útil. Pero cuando esa misma lógica entra en hospitales, fábricas, puertos, redes eléctricas, sistemas de tráfico, logística, agricultura o defensa, la pregunta cambia por completo.

Ya no hablamos de comodidad. Hablamos de control.

El IoT promete un entorno más eficiente, más automatizado y más inteligente. Hogares que ajustan el consumo energético, ciudades que regulan el tráfico, industrias que anticipan averías, hospitales que monitorizan pacientes, redes eléctricas que equilibran demanda y suministro. Sobre el papel, todo parece avanzar hacia una conectividad racional, casi inevitable.

Pero debajo de esa promesa aparece una fragilidad enorme: cuanto más conectado está el mundo físico, más superficie de ataque se abre. Cada sensor, cada cámara, cada cerradura, cada medidor, cada vehículo y cada dispositivo médico conectado puede convertirse en punto de entrada, fuente de datos o mecanismo de interrupción. La conectividad no elimina el riesgo; lo redistribuye.

El problema no está solo en los hackers. Esa sería una explicación demasiado cómoda. El problema está en un mercado que ha vendido millones de dispositivos antes de resolver preguntas básicas: cuánto tiempo recibirán actualizaciones, quién responde si fallan, dónde se almacenan los datos, qué ocurre si desaparece el servidor que los controla, qué protocolos usan, quién los audita y qué dependencia crean respecto a fabricantes, nubes y jurisdicciones extranjeras.

Aquí está la contradicción central: el internet de las cosas se presenta como descentralización inteligente, pero en muchos casos funciona como dependencia centralizada. El dispositivo parece autónomo, pero necesita una aplicación. La aplicación necesita una nube. La nube pertenece a una empresa. La empresa puede cambiar condiciones, cerrar servicios, vender datos, abandonar actualizaciones o quedar bajo presiones regulatorias de otro Estado.

La vulnerabilidad, por tanto, no es solo técnica. Es económica, jurídica, geopolítica y ética.

Este artículo se dividirá en seis partes:

1. IoT doméstico, IoT crítico y la falsa promesa de interoperabilidad total
2. La inseguridad por diseño: cuando vender rápido importa más que proteger
3. Sensores, datos y vigilancia ambientalizada
4. Infraestructuras críticas: resiliencia, fallos en cascada y dependencia de la nube
5. Geopolítica del IoT: estándares, chips, nubes y soberanía tecnológica
6. Decisiones automatizadas: responsabilidad legal, ética y control humano

La cuestión de fondo no es si el internet de las cosas será útil. Ya lo es. La cuestión es si estamos construyendo una capa invisible de dependencia sobre la vida cotidiana y sobre los sistemas esenciales sin haber definido todavía las reglas de seguridad, propiedad, responsabilidad y control.

Porque cuando todo está conectado, nada falla de forma aislada. Y cuando los objetos empiezan a observar, decidir y actuar sobre el mundo físico, la pregunta deja de ser qué pueden hacer por nosotros.

La pregunta real es qué pueden hacer contra nosotros si alguien los controla, los manipula o simplemente los abandona.

1. IoT doméstico, IoT crítico y la falsa promesa de interoperabilidad total

1.1. No todo IoT significa lo mismo

El primer error consiste en meter bajo la misma etiqueta una bombilla inteligente, un reloj de salud, una cámara doméstica, un sensor industrial, una bomba de insulina, un contador eléctrico o un sistema de control en una planta química.

Todos pueden estar conectados.
Pero no todos tienen el mismo riesgo.

El IoT doméstico afecta sobre todo a comodidad, privacidad, consumo y seguridad personal. El IoT crítico afecta a continuidad operativa, salud, energía, logística, transporte, agua, industria y servicios esenciales. En el primer caso, un fallo puede ser molesto o invasivo. En el segundo, puede producir daño físico, interrupción económica o colapso de un servicio.

La conectividad no vale lo mismo cuando enciende una lámpara que cuando regula una válvula, administra medicación o controla una subestación eléctrica.

1.2. IoT doméstico: comodidad con dependencia oculta

En el hogar, el IoT se vende como facilidad. Todo parece sencillo: abrir una aplicación, encender una luz, regular la calefacción, vigilar una puerta, automatizar una rutina. La promesa es inmediata: menos esfuerzo, más control.

Pero esa comodidad suele esconder dependencias que el usuario no ve.

Un dispositivo doméstico puede depender de:

• una aplicación móvil
• una cuenta de usuario
• servidores del fabricante
• actualizaciones remotas
• compatibilidad con un ecosistema concreto
• permisos de datos que cambian con el tiempo

El objeto parece comprado. En realidad, muchas veces sigue funcionando bajo una relación permanente con la empresa que lo controla.

Ahí empieza la fragilidad.

1.3. IoT crítico: cuando el fallo ya no es privado

El IoT industrial y crítico cambia completamente la escala. Aquí no hablamos de comodidad, sino de operación física.

Aparece en:

• redes eléctricas inteligentes
• sistemas de agua
• hospitales
• puertos
• fábricas
• transporte
• agricultura tecnificada
• defensa
• logística
• ciudades inteligentes

En estos entornos, el sensor no solo observa. Puede activar respuestas: abrir, cerrar, medir, cortar, redirigir, alertar, bloquear, priorizar.

El problema ya no es que alguien robe datos. El problema es que una decisión digital altere un proceso físico. Y cuando eso ocurre, la ciberseguridad deja de ser informática y se convierte en seguridad material.

1.4. La falsa imagen de un ecosistema integrado

El discurso comercial habla de ecosistemas conectados. La realidad es mucho más fragmentada. El mercado IoT ha crecido de forma desordenada, con protocolos, fabricantes y plataformas compitiendo entre sí.

En la práctica conviven tecnologías como:

• Zigbee
• Z-Wave
• Wi-Fi
• Bluetooth
• Thread
• Matter
• LoRaWAN
• NB-IoT
• 4G, 5G y futuras redes 6G

Cada una responde a necesidades distintas: bajo consumo, corto alcance, largo alcance, baja latencia, integración doméstica, sensores masivos, entornos industriales o comunicación celular.

El problema no es que existan muchos protocolos. El problema es que el usuario recibe la promesa de integración total cuando la realidad sigue siendo una suma de silos.

1.5. Matter como síntoma, no como solución mágica

La aparición de Matter intenta corregir parte de esa fragmentación en el hogar inteligente. Su objetivo es que dispositivos de diferentes fabricantes puedan comunicarse mejor dentro de un marco común.

Pero el simple hecho de necesitar un estándar de unificación revela el problema original: el IoT creció antes de estar ordenado.

Matter puede mejorar compatibilidad, pero no elimina por completo:

• dependencia de fabricantes
• diferencias de implementación
• dispositivos antiguos incompatibles
• ecosistemas cerrados
• servicios en la nube
• políticas de actualización desiguales

Es un avance. No una garantía absoluta.

1.6. Autonomía aparente, dependencia real

Uno de los engaños más importantes del IoT es la apariencia de autonomía. El dispositivo está físicamente en casa, en una fábrica o en un vehículo, pero muchas veces su inteligencia real está fuera.

Depende de:

• servidores remotos
• algoritmos externos
• autenticación en la nube
• aplicaciones propietarias
• actualizaciones del fabricante

Esto plantea una pregunta incómoda: ¿qué ocurre si la empresa cierra, abandona el producto, cambia las condiciones o deja de mantener el servicio?

El dispositivo puede seguir existiendo físicamente, pero perder parte de su funcionalidad. En algunos casos, queda convertido en basura electrónica conectada a una dependencia que ya no existe.

1.7. El dispositivo comprado que no se controla del todo

El IoT rompe una idea clásica de propiedad. Antes, comprar un objeto significaba tenerlo. Ahora, comprar un dispositivo conectado puede significar acceder temporalmente a una funcionalidad mediada por software.

El usuario posee el plástico, el sensor, el enchufe, la cámara o el termostato. Pero no siempre controla:

• el firmware
• el flujo de datos
• las actualizaciones
• la interoperabilidad futura
• la continuidad del servicio
• las condiciones de uso

Esto crea una propiedad incompleta. El objeto está en tu casa, pero parte de su comportamiento depende de decisiones que se toman fuera de ella.

1.8. La brecha entre marketing y realidad

El marketing promete hogares inteligentes, ciudades inteligentes, industrias inteligentes. Pero muchas veces lo que existe son aplicaciones separadas, paneles incompatibles, estándares superpuestos y datos encerrados en plataformas distintas.

La promesa es:

• integración
• automatización
• eficiencia
• control total

La realidad suele ser:

• múltiples aplicaciones
• permisos confusos
• dispositivos que no se hablan entre sí
• actualizaciones irregulares
• dependencia de nubes privadas
• incompatibilidades entre marcas

La conectividad se vende como orden. Pero mal diseñada puede producir más complejidad.

1.9. Los datos como campo de competencia

Cada dispositivo conectado genera información. Temperatura, movimiento, consumo, horarios, ubicación, ritmo cardíaco, presencia, hábitos, apertura de puertas, ciclos de sueño, patrones de conducción.

Esa información no es secundaria. Es el verdadero valor del ecosistema.

Por eso muchas plataformas no compiten solo por vender dispositivos, sino por controlar los datos que esos dispositivos producen. El resultado es una tensión permanente: interoperabilidad para el usuario, cierre de ecosistema para la empresa.

El usuario quiere que todo funcione junto.
La empresa quiere que todo pase por su plataforma.

1.10. El punto débil de la conectividad total

La conectividad total no crea automáticamente inteligencia total. Puede crear dependencia total.

Cuando cada objeto necesita hablar con otro, cada protocolo debe entenderse con otro y cada servicio depende de una nube externa, el sistema gana funciones, pero también gana puntos de fallo.

Esa es la contradicción central del IoT:

cuanto más integrado parece el entorno, más difícil resulta saber quién lo controla realmente.

Y si no sabemos quién lo controla, tampoco sabemos quién responde cuando falla.

2. La inseguridad por diseño: cuando vender rápido importa más que proteger

2.1. No es solo un fallo técnico

La inseguridad del IoT suele explicarse como si fuera un problema de programación: errores en el código, contraseñas débiles, firmware desactualizado, puertos abiertos, cifrado mal implementado. Todo eso existe. Pero quedarse ahí es mirar la superficie.

El problema real está antes.

Muchos dispositivos nacen inseguros porque el mercado premia otras cosas: precio bajo, salida rápida, diseño atractivo, facilidad de instalación y compatibilidad inmediata. La seguridad, en cambio, suele ser invisible para el comprador hasta que falla. Y lo invisible se recorta.

2.2. El incentivo perverso del time-to-market

En tecnología conectada, llegar antes al mercado puede valer más que llegar mejor. El fabricante que tarda demasiado en auditar, probar, certificar y mantener su producto puede perder frente a otro que lanza antes, vende más barato y promete funciones similares.

Ese incentivo es brutal.

La seguridad exige:

• pruebas
• cifrado sólido
• actualizaciones
• revisión de dependencias
• respuesta ante vulnerabilidades
• soporte prolongado

Todo eso cuesta tiempo y dinero. Y en un mercado saturado de dispositivos baratos, muchas empresas deciden competir por velocidad, no por robustez.

2.3. Hardware barato, seguridad mínima

La seguridad no vive solo en el software. También depende del hardware. Un dispositivo con poca memoria, procesador limitado o diseño de bajo coste puede tener dificultades para soportar cifrado fuerte, actualizaciones complejas o mecanismos avanzados de autenticación.

Aquí aparece una tensión clara: cuanto más barato es el dispositivo, menos margen hay para incorporar seguridad real.

No siempre es imposible. Pero sí menos rentable.

Y esa decisión se traslada al usuario, que compra un producto aparentemente funcional sin saber que su bajo precio puede venir acompañado de una arquitectura frágil.

2.4. Contraseñas, firmware y abandono

Muchos ataques al IoT no necesitan sofisticación extrema. Les basta con encontrar dispositivos mal configurados, con credenciales por defecto, firmware obsoleto o servicios expuestos.

El problema no termina en la compra. Empieza ahí.

Un dispositivo conectado necesita mantenimiento durante años. Si el fabricante deja de publicar parches, si el usuario no actualiza o si el producto queda fuera de soporte, la vulnerabilidad se convierte en permanente.

El IoT ha introducido una paradoja peligrosa: objetos que antes envejecían mecánicamente ahora envejecen también digitalmente. Y pueden volverse inseguros mucho antes de dejar de funcionar físicamente.

2.5. Obsolescencia programada y seguridad abandonada

Un móvil, un portátil o un sistema profesional suelen tener ciclos de actualización más claros. En el IoT barato, esa lógica es mucho más débil.

Muchos dispositivos se venden sin compromiso serio de soporte a largo plazo. Funcionan, se instalan, generan datos… y quedan abandonados cuando el fabricante cambia de línea, cierra servidores o lanza una versión nueva.

Eso no es solo mala experiencia de usuario. Es riesgo sistémico.

Un dispositivo abandonado en una casa puede ser un problema privado. Miles o millones de dispositivos abandonados pueden convertirse en infraestructura para ataques distribuidos.

2.6. La cadena de suministro: vulnerabilidad antes del ensamblaje

El IoT depende de cadenas globales: chips, sensores, módulos de comunicación, cámaras, antenas, firmware, bibliotecas de software, nubes externas. Cada capa puede introducir riesgos.

Un fabricante final puede vender una marca conocida, pero integrar componentes de múltiples proveedores. Si uno de esos componentes contiene una vulnerabilidad, una puerta trasera, una biblioteca insegura o un firmware opaco, el riesgo queda incrustado dentro del producto.

El usuario no lo ve. Muchas veces el propio comprador institucional tampoco.

La seguridad del IoT no depende solo de quién vende el dispositivo, sino de todo lo que hay dentro de él.

2.7. Backdoors y opacidad técnica

La palabra “backdoor” se usa a veces con ligereza, pero el riesgo existe en dos planos.

Puede haber puertas traseras deliberadas, introducidas con fines de acceso oculto. Pero también puede haber debilidades funcionales que actúan como puertas traseras de hecho: credenciales maestras, servicios remotos no documentados, protocolos inseguros o dependencias que nadie audita.

La diferencia entre negligencia y intención puede ser difícil de demostrar. Para el usuario afectado, el resultado puede ser el mismo: un dispositivo que obedece a alguien que no debería poder controlarlo.

2.8. Responsabilidad difusa: nadie parece culpable del todo

Cuando un dispositivo IoT comprometido causa daños, aparece una pregunta incómoda: ¿quién responde?

Puede haber muchos actores:

• fabricante del hardware
• desarrollador del software
• proveedor de nube
• integrador del sistema
• distribuidor
• instalador
• usuario que no actualizó
• organización que no segmentó la red

Esa fragmentación favorece la dilución de responsabilidad. Cada actor puede señalar a otro. Y mientras tanto, el daño ya se ha producido.

Este es uno de los grandes agujeros legales del IoT: la cadena de responsabilidad no siempre está tan conectada como la cadena técnica.

2.9. Seguridad como coste privado, daño como coste social

El fabricante que recorta seguridad ahorra dinero. Pero si su dispositivo acaba formando parte de una botnet, atacando servicios externos o comprometiendo una infraestructura, el coste lo pagan otros.

Es una externalidad clara.

La empresa reduce costes.
El riesgo se reparte por la sociedad.

Ese modelo es insostenible. Si un producto conectado puede causar daño a terceros, su seguridad no puede tratarse como una opción comercial. Debe formar parte del producto desde el diseño.

2.10. El núcleo del problema

La inseguridad del IoT no es un accidente ocasional. Es una consecuencia previsible de un mercado que ha priorizado conectividad, precio y velocidad por encima de mantenimiento, trazabilidad y responsabilidad.

Por eso hablar de “fallos” se queda corto.

En muchos casos, la vulnerabilidad no aparece después. Nace con el producto.

Y cuando una vulnerabilidad nace con el producto, ya no estamos ante un error técnico. Estamos ante una decisión económica disfrazada de innovación.

3. Sensores, datos y vigilancia ambientalizada

3.1. La privacidad ya no está solo en la pantalla

Durante mucho tiempo, la privacidad digital se entendió como algo vinculado al ordenador, al móvil o a las redes sociales. Qué se escribe, qué se busca, qué se publica, qué se compra. El internet de las cosas cambia esa escala.

Ahora la extracción de datos sale de la pantalla y entra en el espacio físico.

Un termostato, un altavoz, una cámara, un coche conectado, una pulsera de actividad, una cerradura inteligente o un contador eléctrico no registran solo acciones digitales. Registran rutinas, presencia, movimiento, consumo, sueño, salud, temperatura, desplazamientos y patrones de vida.

No observan lo que decimos sobre nosotros. Observan cómo vivimos.

3.2. El hogar como entorno medible

El hogar era, en teoría, el espacio privado por excelencia. Con el IoT empieza a convertirse en un entorno sensorizado.

Un solo dispositivo puede parecer inocente. Pero varios dispositivos combinados permiten reconstruir mucho más:

• a qué hora se encienden luces
• cuándo se abre una puerta
• qué habitaciones se usan
• cuándo hay actividad nocturna
• cuándo la vivienda está vacía
• qué temperatura se prefiere
• cuánto se consume
• qué rutinas se repiten

No hace falta una cámara para inferir vida privada. A veces basta con sensores aparentemente banales.

3.3. La vigilancia ambientalizada

La vigilancia clásica necesitaba un acto visible: una cámara, un micrófono, un seguimiento, una intervención directa. La vigilancia ambientalizada funciona de otra manera. No se presenta como vigilancia. Se presenta como comodidad.

El usuario no instala “un sistema de observación”. Instala confort, eficiencia, seguridad, ahorro energético o salud conectada.

Y esa es su fuerza.

El sensor deja de parecer intrusivo porque se integra en la vida cotidiana. No vigila desde fuera. Acompaña desde dentro.

3.4. El dato aislado parece inocente; el patrón no

Un dato suelto tiene valor limitado. El problema aparece cuando se agregan muchos datos durante mucho tiempo.

Un termostato no “sabe” toda la vida de una persona. Pero puede sugerir horarios de presencia, patrones de sueño, ausencias prolongadas o cambios de rutina. Un contador eléctrico puede revelar actividad doméstica. Un coche conectado puede reconstruir hábitos de desplazamiento. Un wearable puede señalar salud, estrés, descanso o actividad física.

El riesgo no está solo en el dato individual. Está en la inferencia.

Y la inferencia permite saber sin preguntar.

3.5. Quién posee los datos

La pregunta parece simple: si el dispositivo está en mi casa, ¿los datos son míos?

En la práctica, no siempre.

Los datos pueden quedar repartidos entre:

• usuario
• fabricante
• proveedor de nube
• desarrollador de la aplicación
• integrador del ecosistema
• aseguradora, empresa o administración que accede al servicio

La propiedad se vuelve confusa porque el dato no nace en un único lugar. Lo genera el usuario, lo capta el dispositivo, lo procesa el software y lo almacena una plataforma.

Esa cadena dificulta el control real.

3.6. El sobrante comportamental llevado al mundo físico

La economía digital aprendió a extraer valor de los rastros de comportamiento. El IoT lleva esa lógica a objetos, edificios, vehículos y ciudades.

El valor no está solo en que el dispositivo funcione. Está en lo que revela mientras funciona.

Cada uso produce información secundaria: horarios, preferencias, recorridos, anomalías, relaciones entre personas, hábitos de consumo. Esa información puede utilizarse para mejorar servicios. También puede emplearse para perfilar, predecir, vender, asegurar, discriminar o vigilar.

El usuario compra una función.
La empresa recibe un flujo.

3.7. Inferencias sensibles sin datos explícitamente sensibles

Aquí está una de las partes más peligrosas. No hace falta recoger un dato médico para inferir salud. No hace falta preguntar si alguien vive solo para deducirlo. No hace falta grabar conversaciones para detectar rutinas.

Ejemplos:

• cambios en patrones de sueño pueden sugerir enfermedad o ansiedad
• ausencia de movimiento puede indicar viaje, ingreso hospitalario o soledad
• consumo eléctrico anómalo puede revelar actividad doméstica inusual
• rutas de un coche pueden indicar trabajo, religión, tratamientos médicos o relaciones personales
• sensores de presencia pueden revelar convivencia o ruptura familiar

Lo sensible no siempre está en el dato. A veces aparece al cruzarlo.

3.8. La ciudad inteligente como espacio de extracción permanente

El problema no se limita al hogar. En ciudades inteligentes, sensores de tráfico, cámaras, contadores, alumbrado, transporte, aparcamientos y dispositivos públicos generan una capa continua de observación urbana.

La promesa es eficiencia:

• menos atascos
• menos consumo
• mejor seguridad
• mantenimiento predictivo
• respuesta rápida ante incidencias

Pero una ciudad completamente sensorizada también puede convertirse en un sistema de seguimiento masivo. Incluso cuando no identifica nombres, puede rastrear patrones colectivos, zonas de concentración, movilidad, comportamiento económico y uso del espacio público.

La ciudad se vuelve legible. Y lo legible puede gestionarse… o controlarse.

3.9. Soberanía de datos: control sin destruir funcionalidad

La solución no puede ser desconectar todo. El IoT tiene usos reales. El problema es cómo impedir que funcionalidad signifique entrega total de control.

Un marco serio debería incluir:

• datos mínimos necesarios
• procesamiento local cuando sea posible
• cifrado real de extremo a extremo
• opción de funcionar sin nube para tareas básicas
• portabilidad de datos
• borrado efectivo
• permisos comprensibles
• auditoría de accesos
• separación entre servicio y explotación comercial

El usuario no debería tener que elegir entre comodidad y pérdida de soberanía.

3.10. El núcleo de la vigilancia IoT

El IoT no solo conecta objetos. Convierte el entorno en una red de sensores.

Y cuando el entorno observa de forma constante, la privacidad deja de depender de cerrar una aplicación o apagar una pantalla. Depende de quién controla las infraestructuras invisibles que registran la vida cotidiana.

El riesgo no está en un dispositivo concreto. Está en la acumulación silenciosa.

Una casa inteligente puede ser más cómoda. Una ciudad inteligente puede ser más eficiente. Una fábrica inteligente puede ser más productiva.

Pero todas comparten la misma pregunta incómoda:

cuando el espacio empieza a medirnos, ¿seguimos habitándolo… o empezamos a ser administrados por él?

4. Infraestructuras críticas: resiliencia, fallos en cascada y dependencia de la nube

4.1. Cuando el fallo deja de ser digital

En el IoT doméstico, un fallo puede apagar una luz, bloquear una cerradura o inutilizar una cámara. En infraestructuras críticas, el fallo cambia de naturaleza. Ya no hablamos solo de datos perdidos o servicios interrumpidos. Hablamos de procesos físicos afectados.

Una red eléctrica inteligente, un sistema hospitalario, una instalación industrial, un puerto automatizado o una planta de tratamiento de agua no son simples entornos digitales. Son sistemas donde el software interactúa con máquinas, válvulas, sensores, vehículos, pacientes, mercancías y energía.

Aquí la ciberseguridad deja de ser un asunto informático. Se convierte en continuidad nacional.

4.2. La falsa tranquilidad de la redundancia

Se suele asumir que las infraestructuras críticas están protegidas por redundancias. Y en parte lo están. Pero la redundancia no siempre significa resiliencia real.

Puede haber:

• servidores duplicados
• líneas alternativas
• sistemas de respaldo
• protocolos de emergencia
• equipos manuales

Pero si todos esos elementos dependen de la misma arquitectura digital, del mismo proveedor, de la misma nube o de la misma red de autenticación, la redundancia es más aparente que real.

El problema no es tener una copia.
El problema es si la copia cae por la misma causa.

4.3. Fallos en cascada: el riesgo que no se ve en el primer impacto

El IoT crítico conecta sistemas que antes podían fallar de forma relativamente aislada. Esa integración mejora eficiencia, pero también permite que un fallo se propague.

Un sensor manipulado puede generar una lectura falsa.
Una lectura falsa puede activar una respuesta automática.
Esa respuesta puede afectar a otro sistema.
Y ese segundo sistema puede amplificar el daño.

Así nace el fallo en cascada.

No siempre empieza con un ataque masivo. A veces empieza con un dato incorrecto en el punto adecuado.

4.4. Hospitales conectados: eficiencia vulnerable

Los hospitales modernos dependen de dispositivos conectados: monitores, bombas de infusión, sistemas de imagen, historiales clínicos, laboratorios, control de acceso, climatización, camas inteligentes y logística farmacéutica.

Cuando todo funciona, la eficiencia aumenta. Pero cuando el sistema cae, el impacto es inmediato. Un ransomware no solo bloquea archivos. Puede retrasar cirugías, interrumpir diagnósticos, obligar a derivar pacientes, dificultar el acceso a historiales o comprometer la continuidad asistencial.

En salud, la indisponibilidad también mata.

4.5. Puertos, logística y cadenas de suministro

Un puerto conectado no es solo un lugar donde entran barcos. Es un nodo de datos, grúas, contenedores, aduanas, sensores, rutas, documentación, pagos, combustible y transporte terrestre.

Si un malware bloquea sistemas logísticos, el daño puede extenderse fuera del puerto:

• retraso en mercancías
• ruptura de cadenas de suministro
• congestión de transporte
• aumento de costes
• impacto industrial

El IoT aplicado a logística convierte la eficiencia en dependencia. Cuando esa dependencia se interrumpe, la economía física siente el golpe.

4.6. Energía y agua: sistemas que no pueden esperar

En redes eléctricas, agua o gas, el margen de tolerancia es bajo. Muchos procesos requieren control continuo: presión, caudal, tensión, carga, temperatura, demanda, almacenamiento.

Una interrupción prolongada puede generar consecuencias rápidas:

• cortes de suministro
• daños en equipos
• contaminación de agua
• sobrecargas
• pérdida de estabilidad de red
• problemas de seguridad pública

Aquí no basta con recuperar datos después. Hay que mantener el servicio mientras se responde al incidente.

4.7. Dependencia de la nube: el punto débil invisible

Muchos sistemas se venden como inteligentes porque delegan procesamiento, autenticación, actualización o control en servidores externos. Eso puede ser eficiente, pero introduce una vulnerabilidad evidente: funciones locales pasan a depender de una infraestructura remota.

Si la conexión cae, si el proveedor sufre un ataque, si hay un fallo regional de nube o si se bloquea el acceso por conflicto, algunas funciones pueden degradarse o quedar inutilizadas.

La pregunta crítica es simple:

¿puede el sistema seguir funcionando de forma segura desconectado?

Si la respuesta es no, no estamos ante inteligencia. Estamos ante dependencia.

4.8. Protocolos de modo degradado

Toda infraestructura crítica conectada debería tener modos de operación degradada. No como accesorio, sino como requisito central.

Eso implica:

• control manual posible
• personal entrenado para operar sin automatización completa
• copias locales de información crítica
• autenticación alternativa
• segmentación de redes
• desconexión selectiva sin colapso total
• procedimientos ensayados, no solo escritos

El modo manual no puede ser una nostalgia. Debe ser una capacidad mantenida.

4.9. La botnet como arma de saturación nacional

El precedente de botnets IoT mostró un riesgo claro: dispositivos baratos y mal protegidos pueden convertirse en infraestructura ofensiva distribuida. Cámaras, routers, sensores y aparatos domésticos pueden ser reclutados para lanzar ataques masivos.

La amenaza no está solo en el dispositivo comprometido. Está en su número.

Miles o millones de objetos inseguros pueden saturar servicios, bloquear plataformas, atacar DNS, interrumpir comunicaciones o distraer recursos defensivos durante una crisis mayor.

En un escenario de conflicto híbrido, una botnet IoT no sería un simple ataque técnico. Sería una herramienta de presión estratégica.

4.10. Resiliencia real: seguir funcionando bajo ataque

La resiliencia no significa impedir todos los ataques. Eso no existe. Significa mantener funciones esenciales cuando el sistema está degradado, atacado o parcialmente desconectado.

Una infraestructura crítica no debe medirse solo por su eficiencia en condiciones normales, sino por su comportamiento en condiciones malas.

Ahí está la diferencia entre un sistema moderno y un sistema robusto.

El IoT crítico puede hacer más inteligente una infraestructura. Pero si elimina capacidades manuales, centraliza dependencias, oscurece responsabilidades y conecta procesos físicos sin suficiente aislamiento, no la hace más avanzada.

La hace más frágil de una forma nueva.

5. Geopolítica del IoT: estándares, chips, nubes y soberanía tecnológica

5.1. El IoT no es solo tecnología: es territorio invisible

El internet de las cosas parece una cuestión de aparatos. Sensores, cámaras, contadores, vehículos, routers, relojes, dispositivos médicos, maquinaria industrial. Pero debajo de cada objeto conectado hay una cadena de poder: quién fabrica el chip, quién escribe el firmware, quién controla la nube, quién define el protocolo, quién certifica la seguridad y bajo qué jurisdicción se almacenan los datos.

Ahí empieza la dimensión geopolítica.

El IoT no crea solo mercados. Crea dependencias. Y cuando esas dependencias afectan a hogares, fábricas, hospitales, puertos, energía o defensa, dejan de ser una cuestión comercial para convertirse en un asunto de soberanía.

5.2. Tres modelos de poder tecnológico

La guerra por el IoT no se libra en un solo frente. Se organiza alrededor de tres grandes modelos.

Estados Unidos domina buena parte del ecosistema de plataformas, nubes, software, semiconductores avanzados y servicios digitales. Su fuerza está en la arquitectura invisible que procesa, almacena y monetiza los datos.

China posee una capacidad enorme en fabricación, sensores, telecomunicaciones, hardware conectado, 5G, cámaras, routers y despliegue masivo de infraestructuras. Su fuerza está en la escala industrial y en la integración entre Estado, empresas y estrategia tecnológica.

La Unión Europea intenta jugar otro papel: regulación, estándares de seguridad, privacidad, certificación y protección del consumidor. Su fuerza no siempre está en fabricar más, sino en imponer reglas de acceso a su mercado.

Tres enfoques distintos. Tres formas de poder.

5.3. Quien define el estándar define el futuro

Un estándar técnico parece neutral. No lo es del todo.

Decidir cómo se comunican los dispositivos, qué requisitos de seguridad deben cumplir, qué tipo de cifrado usan, qué datos transmiten y qué interoperabilidad permiten tiene consecuencias enormes. Los estándares no solo ordenan el mercado; crean dependencia futura.

Si un Estado o un bloque tecnológico logra imponer sus protocolos, sus certificaciones y sus plataformas, otros actores deberán adaptarse. Esto concede influencia económica, técnica y estratégica.

Por eso la disputa por 5G, 6G, Matter, protocolos industriales, comunicaciones de baja potencia y arquitecturas de sensores no es un debate de ingenieros aislados. Es una disputa por la infraestructura del mundo conectado.

5.4. Hardware fabricado fuera: dependencia que entra por la puerta pequeña

La mayoría de países no fabrican toda la cadena tecnológica que usan. Importan chips, módulos de comunicación, placas, sensores, cámaras, antenas y componentes de terceros.

Eso puede ser eficiente en tiempos normales. Pero en una crisis se convierte en vulnerabilidad.

Un dispositivo puede parecer nacional porque se vende bajo una marca local, pero su interior puede depender de componentes fabricados, diseñados o actualizados desde jurisdicciones externas. Si esas jurisdicciones son adversarias, competidoras o simplemente inestables, el riesgo aumenta.

La soberanía tecnológica no se mide solo por tener empresas nacionales. Se mide por saber qué hay dentro de lo que se despliega.

5.5. El problema del firmware opaco

El hardware no es solo material. Lleva firmware. Y el firmware puede ser más decisivo que el propio componente físico.

Un sensor o una cámara pueden funcionar aparentemente bien y, al mismo tiempo, incluir funciones no documentadas, servicios remotos, telemetría excesiva o vulnerabilidades imposibles de auditar sin acceso profundo.

El problema es que muchas administraciones y empresas compran dispositivos conectados sin capacidad real de inspección técnica. Evalúan precio, disponibilidad y prestaciones, pero no siempre pueden verificar el comportamiento interno.

En IoT, lo que no se puede auditar no se controla del todo.

5.6. Nube extranjera, datos nacionales

Otra capa crítica es la nube. Muchos dispositivos no procesan localmente lo esencial. Envían datos a servidores externos, reciben instrucciones, actualizaciones y autenticación desde plataformas remotas.

Si esos servidores están bajo jurisdicción extranjera, los datos y la continuidad del servicio quedan condicionados por normas, presiones o decisiones ajenas.

Esto afecta especialmente a:

• ciudades inteligentes
• hospitales
• transporte
• redes energéticas
• educación
• administración pública
• defensa y seguridad

El dato puede generarse en territorio nacional, pero su control efectivo puede estar fuera.

5.7. IoT soberano: qué significa realmente

Hablar de IoT soberano no significa fabricar absolutamente todo dentro de un país. Eso sería caro, lento y en muchos casos inviable. Significa otra cosa: identificar qué capas son críticas y no pueden depender completamente de terceros.

Un modelo razonable exigiría soberanía en:

• inventario de dispositivos desplegados
• certificación de seguridad
• capacidad de auditoría de firmware
• control de datos sensibles
• continuidad funcional sin nube externa
• proveedores alternativos
• actualización garantizada
• capacidad industrial mínima en sensores críticos

No se trata de autarquía. Se trata de no quedar indefenso.

5.8. El coste de fragmentar el mercado global

La soberanía tiene un precio. Si cada bloque impone sus propios estándares, certificaciones y restricciones, el mercado global se fragmenta. Eso puede elevar costes, reducir compatibilidad y ralentizar despliegues.

Pero la eficiencia absoluta también tiene un precio: dependencia.

El dilema real es este:

un mercado global unificado es más barato y rápido,
pero puede concentrar vulnerabilidades.

Un mercado más soberano es más caro y menos eficiente,
pero puede ser más resistente.

La decisión no es técnica. Es estratégica.

5.9. Exportaciones, sanciones y guerra tecnológica

Los sensores avanzados, chips, módulos de comunicación, sistemas de cifrado y tecnologías de inteligencia artificial aplicadas al IoT ya forman parte de la competencia geopolítica. Las restricciones de exportación, sanciones y listas negras tecnológicas muestran que la conectividad se ha convertido en un recurso de poder.

Un país que no controla su cadena IoT puede quedar bloqueado en varios niveles:

• no recibe componentes
• no recibe actualizaciones
• no accede a servicios cloud
• no puede sustituir proveedores con rapidez
• no puede verificar dependencias ocultas

La guerra tecnológica no empieza cuando se disparan misiles. Empieza cuando alguien puede apagar, degradar o condicionar la infraestructura conectada de otro.

5.10. El núcleo geopolítico del IoT

El IoT será una de las capas invisibles del poder del siglo XXI. Quien controle dispositivos, estándares, nubes, chips y flujos de datos controlará parte del funcionamiento cotidiano de hogares, ciudades, industrias y Estados.

Por eso el debate no puede reducirse a comodidad o innovación.

La pregunta estratégica es otra:

¿queremos un mundo físico conectado por infraestructuras que no controlamos, no auditamos y no podemos sustituir?

Si la respuesta es no, la soberanía tecnológica deja de ser un lujo. Pasa a ser una condición de seguridad nacional.

6. Decisiones automatizadas: responsabilidad legal, ética y control humano

6.1. Cuando el objeto deja de obedecer y empieza a decidir

El IoT comenzó como una red de objetos que enviaban datos. Sensores que medían temperatura, cámaras que transmitían imagen, contadores que registraban consumo, dispositivos que notificaban estados. Pero el paso decisivo llega cuando esos objetos dejan de limitarse a informar y empiezan a actuar.

Un sistema de riego decide cuándo abrir el agua.
Una red eléctrica ajusta cargas.
Un vehículo conectado modifica su trayectoria.
Un hospital automatiza alertas clínicas.
Una ciudad inteligente regula semáforos.
Un edificio decide accesos, climatización o evacuación.

Ahí cambia todo.

Porque ya no hablamos solo de información. Hablamos de decisiones físicas ejecutadas por sistemas automatizados sobre personas, infraestructuras y recursos reales.

6.2. La eficiencia como argumento insuficiente

La automatización se justifica casi siempre por eficiencia. Menos consumo, menos tiempo, menos error humano, más optimización. El argumento es fuerte, pero incompleto.

La eficiencia responde a una pregunta: cómo hacer algo más rápido o con menos coste.

Pero no responde a otras preguntas igual de importantes:

• quién decide el criterio de optimización
• quién supervisa el resultado
• quién responde si el sistema se equivoca
• qué ocurre cuando los datos de entrada están manipulados
• cómo se corrige una decisión automatizada ya ejecutada

Una ciudad puede optimizar tráfico y, al mismo tiempo, discriminar barrios. Una red eléctrica puede optimizar consumo y dejar vulnerables a usuarios críticos. Un sistema sanitario puede priorizar alertas y pasar por alto casos atípicos.

La eficiencia no es neutral. Depende del objetivo que se le ordena perseguir.

6.3. El problema de la responsabilidad

Cuando una decisión humana causa daño, el marco de responsabilidad suele estar relativamente claro. Puede haber negligencia, error profesional, incumplimiento de normas o mala praxis. En sistemas IoT automatizados, la cadena se fragmenta.

Puede intervenir:

• fabricante del sensor
• desarrollador del algoritmo
• proveedor de datos
• integrador del sistema
• operador de la infraestructura
• empresa propietaria de la nube
• usuario final
• administración que autorizó el despliegue

Cuando algo falla, cada actor puede decir que solo controlaba una parte.

El sensor midió mal.
El algoritmo interpretó mal.
La red transmitió tarde.
El operador no revisó.
El fabricante ya no daba soporte.
El usuario aceptó condiciones.

Esa fragmentación no puede convertirse en excusa. Si un sistema automatizado puede producir daño físico, la responsabilidad debe estar definida antes del despliegue, no improvisada después del accidente.

6.4. Datos erróneos, decisiones correctas dentro de un mundo falso

Un algoritmo puede funcionar perfectamente y, aun así, producir una mala decisión si los datos que recibe están equivocados. Ese es uno de los riesgos más serios del IoT.

El sistema no “ve” el mundo. Ve sensores.

Si el sensor mide mal, si está mal calibrado, si ha sido manipulado o si transmite con retraso, el algoritmo puede actuar con absoluta lógica sobre una realidad falsa.

Esto es especialmente peligroso en:

• redes eléctricas
• riego agrícola
• tráfico urbano
• dispositivos médicos
• sistemas industriales
• control de accesos
• logística automatizada

El problema no es solo la inteligencia del sistema. Es la calidad del mundo que el sistema cree estar midiendo.

6.5. El sesgo no está solo en los datos humanos

Cuando se habla de sesgo algorítmico, suele pensarse en decisiones sobre personas: crédito, empleo, vigilancia, justicia, seguros. En IoT aparece otra clase de sesgo: el sesgo embebido en sensores, calibraciones y entornos de prueba.

Un sensor puede estar diseñado para condiciones ideales que no existen en todos los lugares. Un algoritmo de tráfico puede funcionar bien en una ciudad ordenada y fallar en barrios con movilidad informal. Un dispositivo médico puede calibrarse con datos de una población concreta y ser menos fiable en otra. Un sistema agrícola puede optimizar para grandes explotaciones y perjudicar a pequeñas.

El sesgo aquí no siempre aparece como discriminación explícita. Puede aparecer como mal ajuste al mundo real.

Y cuando el sistema actúa físicamente, ese mal ajuste deja consecuencias.

6.6. Explicabilidad: entender por qué actuó

En sistemas que solo recomiendan contenido, la opacidad ya es problemática. En sistemas que abren, cierran, cortan, suministran, frenan o priorizan recursos físicos, la opacidad es inaceptable.

Debe poder saberse:

• qué datos entraron
• qué regla o modelo se aplicó
• qué nivel de confianza tenía la decisión
• qué alternativas fueron descartadas
• quién podía intervenir
• qué registro dejó el sistema

No toda explicación tiene que ser comprensible para cualquier usuario en detalle técnico. Pero sí debe existir una trazabilidad verificable. Sin ella, no hay auditoría. Y sin auditoría, no hay responsabilidad real.

6.7. Control humano: ni decorativo ni imposible

El control humano suele invocarse como solución. Pero hay que definirlo bien. No basta con decir que “siempre habrá una persona supervisando”. Eso puede ser una ficción.

Si el sistema decide en milisegundos, si el operador recibe demasiadas alertas, si la interfaz oculta información o si la automatización se vuelve demasiado compleja, el humano queda reducido a una figura decorativa. Firma la responsabilidad, pero no controla realmente el proceso.

El control humano debe ser:

• efectivo
• informado
• entrenado
• con capacidad real de detener el sistema
• presente en los puntos críticos
• no solo añadido para cumplir formalmente

Un botón de emergencia no sirve si nadie sabe cuándo usarlo o si el sistema ya ha ejecutado el daño.

6.8. Auditoría continua, no certificación única

Un dispositivo IoT no es un objeto terminado en el momento de su venta. Cambia con actualizaciones, datos, integraciones, nuevas amenazas y dependencia de servicios externos. Por eso no basta con certificarlo una vez.

Hace falta auditoría continua.

Esto implica:

• registro de decisiones automatizadas
• revisión periódica de fallos
• pruebas de manipulación de datos
• control de actualizaciones
• simulacros de desconexión
• análisis de impacto sobre usuarios vulnerables
• mecanismos de retirada o desactivación segura

Un sistema conectado puede degradarse sin que nadie lo vea. La auditoría debe detectar esa degradación antes de que produzca daño.

6.9. Automatización y pérdida de capacidad humana

Hay otro riesgo menos visible: cuanto más se automatiza un sistema, más se pierde la habilidad humana para operarlo manualmente.

Ocurre en aviación, industria, medicina, navegación, energía y logística. Si durante años un sistema decide, corrige y optimiza por nosotros, los operadores pierden práctica. Cuando llega la crisis y la automatización falla, se les pide recuperar una competencia que el propio sistema ha ido atrofiando.

Esto es crítico en infraestructuras esenciales.

La automatización debe aumentar capacidad, no sustituir por completo el conocimiento humano. Si elimina la destreza manual, crea una dependencia peligrosa: cuando la máquina cae, el humano ya no sabe sostener el sistema.

6.10. La decisión física exige una ética más dura

Un algoritmo que recomienda una canción puede equivocarse sin consecuencias graves. Un algoritmo que decide sobre energía, agua, movilidad, salud o seguridad no tiene ese margen.

Por eso el IoT que actúa sobre el mundo físico necesita una ética más exigente que la del software ordinario.

Debe cumplir principios claros:

• seguridad por diseño
• mínima automatización necesaria
• supervisión humana real
• explicabilidad proporcional al riesgo
• responsabilidad jurídica definida
• capacidad de desconexión segura
• protección de usuarios vulnerables
• auditoría permanente

La pregunta no es si los dispositivos conectados pueden decidir. Ya lo hacen y lo harán cada vez más.

La pregunta es bajo qué límites.

Porque un mundo lleno de objetos inteligentes puede ser más eficiente. Pero si esos objetos deciden sin transparencia, sin responsabilidad y sin control humano efectivo, la inteligencia distribuida puede convertirse en una forma nueva de poder opaco.

Y cuando el poder opaco actúa sobre el mundo físico, el fallo ya no es solo tecnológico.

Es político, legal y moral.

Conclusión

El internet de las cosas no es simplemente una evolución tecnológica. Es una nueva capa de control sobre el mundo físico. Y esa es la idea que cambia todo.

Durante años se ha presentado el IoT como una promesa de comodidad, eficiencia y automatización inteligente. Hogares que aprenden, ciudades que responden, fábricas que se anticipan, hospitales que monitorizan, redes eléctricas que se equilibran. Pero esa imagen deja fuera la parte más incómoda: cada objeto conectado añade una dependencia, una superficie de ataque, un flujo de datos y una cadena de responsabilidad que muchas veces nadie ha definido con claridad.

La conectividad total no produce seguridad total. Produce exposición total si no se diseña con rigor.

El primer problema es la confusión. No es lo mismo una bombilla doméstica que un sensor industrial, una cerradura inteligente que una bomba de insulina, un reloj de actividad que un sistema de control de una red eléctrica. Bajo la etiqueta IoT conviven dispositivos triviales y sistemas críticos. Tratarlos igual es un error. Lo que en un hogar puede ser una molestia, en un hospital, un puerto, una fábrica o una red energética puede convertirse en interrupción física, daño económico o riesgo para vidas humanas.

El segundo problema es económico. Muchos dispositivos nacen inseguros no porque la seguridad sea imposible, sino porque no resulta rentable dentro del modelo actual. Vender rápido, barato y con apariencia innovadora pesa más que mantener parches durante años, auditar firmware, garantizar cifrado sólido o asumir responsabilidad legal por daños. La inseguridad no siempre es un accidente. A veces es una consecuencia directa de cómo se fabrica, se vende y se abandona el producto.

El tercer problema es la vigilancia invisible. El IoT no solo conecta objetos; convierte espacios en fuentes de datos. Una casa, una ciudad, un coche, una fábrica o un hospital pasan a generar información continua sobre conducta, presencia, salud, movimiento, consumo y rutinas. Lo delicado no está solo en el dato individual, sino en la inferencia. No hace falta grabar una conversación para saber demasiado de una persona. Basta con observar cómo vive.

El cuarto problema es la resiliencia. Una infraestructura conectada puede ser más eficiente, pero también más frágil si depende de nubes externas, autenticaciones remotas, proveedores únicos o automatismos sin modo manual real. El fallo ya no queda encerrado en una pantalla. Puede propagarse hacia energía, agua, transporte, salud o logística. En ese punto, la ciberseguridad deja de ser una especialidad técnica y se convierte en seguridad nacional.

El quinto problema es geopolítico. El IoT se construye con chips, sensores, firmware, protocolos, estándares, nubes y jurisdicciones. Quien controla esas capas controla parte del funcionamiento cotidiano de sociedades enteras. Por eso la soberanía tecnológica no es una consigna abstracta. Es la capacidad de saber qué se despliega, quién lo actualiza, dónde van los datos, qué puede auditarse y cómo seguir funcionando si un proveedor externo falla o se vuelve hostil.

El sexto problema es ético y legal. Los dispositivos conectados ya no solo miden; cada vez más deciden. Abren, cierran, priorizan, alertan, cortan, suministran, frenan o redirigen. Cuando esas decisiones afectan a recursos físicos, la responsabilidad no puede quedar diluida entre fabricante, operador, nube, integrador y usuario. Un sistema que actúa sobre el mundo debe poder explicar por qué actuó, quién lo supervisó y quién responde si causa daño.

La conclusión es clara: el IoT no debe rechazarse, pero tampoco puede aceptarse como si la conectividad fuera un bien automático. Conectar no siempre es mejorar. Automatizar no siempre es proteger. Recoger datos no siempre es optimizar. Y hacer inteligente un objeto no significa hacerlo seguro.

El futuro del internet de las cosas dependerá de una decisión de fondo: si queremos un mundo conectado por comodidad comercial o un mundo conectado bajo criterios de seguridad, soberanía, responsabilidad y control humano.

Porque cuando todo está conectado, nada falla solo.

Y cuando el mundo físico empieza a depender de objetos que observan, transmiten y deciden, la verdadera pregunta ya no es qué pueden hacer esos dispositivos por nosotros. Es qué clase de poder estamos entregando a quienes los diseñan, los actualizan, los controlan o los abandonan.