Un ciberataque que afectó a supermercados de Francia durante la noche del 11 al 12 de octubre de 2026 provocó alteraciones en los sistemas de refrigeración y pérdidas de productos frescos y congelados. Entre las cadenas afectadas se encontraba Intermarché, junto con otras enseñas de distribución.
Según las informaciones publicadas por Le Monde, los atacantes modificaron parámetros de los ciclos de deshielo de las instalaciones, elevando la temperatura y prolongando su duración. El incidente puso de manifiesto que un ataque informático no necesita cifrar archivos ni robar datos para causar daños materiales y afectar a las operaciones de una empresa.
La investigación continúa. Aunque las informaciones disponibles señalan que estaban implicados sistemas de control de refrigeración de Danfoss y que muchos equipos eran obsoletos, no se ha confirmado públicamente que el ataque explotara una vulnerabilidad concreta.
¿Qué se sabe del ciberataque a Intermarché?
Los sistemas afectados permiten supervisar y regular instalaciones de refrigeración. En este incidente, la manipulación de los controles provocó el aumento de temperatura de los equipos y la pérdida de mercancía.
Hay un antecedente técnico relevante: en 2025, Danfoss publicó avisos de seguridad para su serie de controladores AK-SM 8xxA. Posteriormente, en agosto de 2026, la empresa de ciberseguridad Claroty difundió una investigación sobre vulnerabilidades en la interfaz de administración de esos dispositivos.
Sin embargo, no se ha demostrado que esas vulnerabilidades fueran la vía utilizada en el ataque a los supermercados. Tampoco corresponde afirmar que una exposición directa a Internet, el robo de credenciales o una técnica concreta fueran el mecanismo de acceso confirmado.
La diferencia es importante: conocer las debilidades de una tecnología ayuda a evaluar el riesgo, pero no permite reconstruir por sí solo cómo se produjo un incidente.
Cuando la ciberseguridad afecta a los procesos físicos
Los sistemas IoT y OT pueden desempeñar funciones esenciales en instalaciones comerciales e industriales. Sensores, controladores y plataformas de gestión permiten automatizar procesos, supervisar condiciones y realizar ajustes a distancia.
Esta conectividad ofrece ventajas operativas, pero también exige controles de seguridad adecuados. Si un sistema conectado permite modificar parámetros físicos, un acceso no autorizado puede tener consecuencias que van más allá de la infraestructura informática.
Entre los riesgos que conviene evaluar están:
- Equipos sin soporte: dispositivos que ya no reciben actualizaciones de seguridad.
- Vulnerabilidades conocidas: fallos para los que el fabricante ha publicado correcciones que quizá no se hayan instalado.
- Acceso remoto: interfaces administrativas accesibles desde redes que no deberían tener acceso directo.
- Segmentación insuficiente: conexiones que podrían permitir que un incidente afecte a otros sistemas.
- Monitorización limitada: cambios anómalos que no generan alertas oportunas o pasan inadvertidos.
- Dependencia de terceros: responsabilidades compartidas entre el propietario de la instalación, el fabricante y los proveedores de mantenimiento.
Estos son factores que las organizaciones deben revisar. No significa que todos estuvieran presentes en cada establecimiento afectado por el ataque francés.
Cómo reducir el riesgo en sistemas IoT y OT
La prevención debe partir de una visión completa de los activos tecnológicos y de su función en el negocio. No basta con proteger los ordenadores corporativos si otros dispositivos conectados también pueden interrumpir la operación.
1. Identificar los activos y sus versiones
Mantener un inventario de controladores, sensores, sistemas de gestión y conexiones remotas permite saber qué equipos existen, quién los administra, qué software utilizan y si todavía reciben soporte.
Este inventario debe incluir los sistemas que dependen de proveedores externos y los dispositivos que no forman parte de la infraestructura informática tradicional.
2. Gestionar las vulnerabilidades y las actualizaciones
Las organizaciones deben seguir los avisos de seguridad de los fabricantes, identificar las versiones afectadas y priorizar las correcciones según la exposición y el impacto potencial.
En entornos operativos, actualizar exige planificación: las intervenciones deben coordinarse con los responsables de la instalación y probarse para evitar interrupciones no previstas. Cuando un equipo ya no recibe parches, es necesario valorar medidas compensatorias y planificar su sustitución.
Una evaluación de seguridad puede ayudar a identificar debilidades y validar qué riesgos requieren atención prioritaria. Según el alcance y la tecnología, el [pentesting como servicio PTaaS puede complementar la gestión de vulnerabilidades mediante pruebas controladas sobre los activos autorizados.
3. Restringir los accesos remotos
La administración remota debe limitarse a usuarios, dispositivos y redes autorizados. Es recomendable evitar que las interfaces de control estén directamente expuestas a Internet, utilizar canales de acceso seguros y aplicar autenticación reforzada cuando corresponda.
También es necesario revisar las cuentas de mantenimiento, los permisos de los proveedores y los procedimientos para retirar accesos que ya no se necesitan.
4. Separar los sistemas y limitar el impacto
La segmentación de red ayuda a reducir las comunicaciones innecesarias entre los sistemas operativos, la red corporativa y otros dispositivos conectados. Así, un incidente en un equipo no tiene por qué convertirse en un problema para toda la organización.
Las medidas concretas deben adaptarse a la arquitectura y a los requisitos operativos de cada instalación.
5. Detectar anomalías y preparar la recuperación
La monitorización permite observar el estado de los sistemas, identificar comportamientos inusuales y mejorar la capacidad de respuesta. En instalaciones donde un cambio de parámetros puede causar pérdidas, es especialmente importante definir qué desviaciones deben generar alertas y quién debe atenderlas.
La observabilidad y monitorización de infraestructura contribuye a conocer el estado de los sistemas y detectar anomalías dentro del alcance monitorizado. Debe complementarse con controles de seguridad específicos: observar una desviación no equivale, por sí solo, a impedir un acceso no autorizado.
Además, los planes de respuesta deben contemplar cómo aislar un sistema afectado, comprobar la seguridad de la operación y recuperar el servicio sin reintroducir el riesgo. La planificación de continuidad del negocio según ISO 22301 ofrece un marco para preparar esa recuperación.
La lección para la gestión del riesgo tecnológico
El caso francés recuerda que la seguridad de una empresa no termina en sus ordenadores, aplicaciones o datos. También importa proteger los dispositivos conectados que intervienen en sus procesos cotidianos.
Las organizaciones deberían evaluar sus activos según su importancia para el negocio, revisar las vulnerabilidades conocidas, controlar las conexiones remotas y establecer procedimientos de respuesta. Los controles de seguridad de la información recogidos en ISO 27002 pueden ayudar a estructurar parte de este trabajo, mientras que la selección de medidas debe responder a los riesgos reales de cada entorno.
La prioridad no es atribuir el incidente a una tecnología concreta antes de que se conozca la causa definitiva. Es comprobar si existen equipos obsoletos, accesos innecesarios o debilidades que puedan convertir un problema informático en una interrupción operativa.
Sinfopac ayuda a las organizaciones a evaluar sus riesgos tecnológicos y reforzar la seguridad de su infraestructura mediante servicios gestionados de ciberseguridad, evaluación de vulnerabilidades y monitorización. El alcance de cada intervención se define según los activos, los riesgos y las necesidades de la organización.
{{fs-button}}