En algún lugar de su planta hay un equipo con Windows XP o Windows 7 que nadie quiere tocar. Ejecuta una HMI, un cliente de historiador, una estación de programación de PLC, un instrumento de laboratorio o un controlador CNC, y ha estado haciendo el mismo trabajo desde antes de que llegara el actual gerente de planta. Todos saben que debería retirarse. Todos también saben qué le pasa a la línea si se detiene.

Microsoft dejó de aplicar parches a XP en abril de 2014 y a Windows 7 en enero de 2020. Las Actualizaciones de Seguridad Extendidas (ESU) de pago para Windows 7 terminaron en enero de 2023. Nada de eso hizo que estas máquinas desaparecieran. Lo que ha cambiado en los últimos doce meses es la magnitud del problema que las rodea: Windows 10 ya está fuera del soporte estándar, más ediciones de Windows alcanzan su fecha límite este mes, los reguladores están incorporando cláusulas sobre el fin de soporte en normas vinculantes y los grupos de ransomware están atacando a empresas industriales con un volumen récord.

Esta guía está escrita para CISOs, líderes de seguridad de OT y gerentes de ingeniería de planta que ya han escuchado el consejo de "solo actualice" y saben por qué no es tan sencillo. Abarca las novedades para 2026, cómo se vulnera en la práctica a los sistemas Windows heredados en las plantas y un conjunto práctico de controles que puede implementar sin alterar la lógica de control ni detener la producción.

Puntos clave

• Windows heredado no es un problema aislado. En una encuesta de 2026 a 550 tomadores de decisiones de OT en Europa, seis de cada diez afirmaron que Windows heredado representa al menos la mitad de su entorno de OT, y el 51% tuvo un incidente relacionado con él en los últimos 12 meses (frente al 43% del año anterior). Esta es una encuesta realizada por un proveedor, por lo que debe interpretarse como una referencia de tendencia.

• La cantidad de sistemas heredados sigue creciendo. Windows 10 llegó al fin de su soporte el 14 de octubre de 2025, y el 13 de octubre de 2026 Windows 10 Enterprise LTSB 2016, Windows 10 IoT Enterprise LTSB 2016 y el último año de ESU para Windows Server 2012/2012 R2 alcanzarán sus límites.

• No se puede resolver todo aplicando parches, pero sí se puede contener, restringir y monitorear para alcanzar un nivel de riesgo aceptable. El objetivo es contar con un conjunto documentado de controles compensatorios, no con un sistema operativo perfecto.

• Las inversiones individuales más eficaces suelen ser las más tradicionales: un inventario preciso, una segmentación estricta, accesos remotos blindados, listas de permitidos de aplicaciones e imágenes de recuperación probadas.

• Los auditores, aseguradoras y reguladores exigen cada vez más evidencia de estos controles. Responder "lo sabemos y está en la hoja de ruta" ya no es suficiente.

Por qué siguen funcionando estas máquinas (y por qué es algo racional)

Es fácil culpar a la negligencia. En la mayoría de las plantas, es una respuesta racional a las limitaciones existentes. La misma encuesta de 2026 enumera las principales barreras para la sustitución: compatibilidad con equipos heredados (54%), costo (38%, por debajo del 45% en 2025), riesgo de tiempo de inactividad (35%) y falta de soporte del proveedor para sistemas más recientes (21%).

En la práctica, esto se traduce en lo siguiente:

• Pilas de software certificadas. El proveedor de SCADA o HMI certificó una versión específica del sistema operativo. Cambiarla anula el soporte y, en sectores regulados (farmacéutico, alimentos, dispositivos médicos), puede desencadenar una revalidación.

• Controladores y hardware. Una tarjeta PCI de hace 20 años o una interfaz serial para un controlador de variador no tiene controladores para nada más reciente. Las PC industriales modernas a menudo ya no incluyen controladores para XP o incluso Windows 7.

• Ciclos de vida de la maquinaria. Una línea de empaque o el controlador de una turbina se adquieren para una vida útil de 25 años. La PC en su interior fue un gasto menor en 2005.

• Sin ventanas de mantenimiento. Algunos procesos operan de manera continua durante meses. Otros tienen un solo paro programado al año y la lista de pendientes es extensa.

Por lo tanto, el enfoque honesto no es "¿por qué no han actualizado?", sino "¿cómo logramos que el riesgo de mantenerlos sea aceptable mientras madura el plan de sustitución?".

Las últimas novedades (al 28 de octubre de 2026)

1. Windows 10 se unió al grupo sin soporte

El soporte de Windows 10 22H2 finalizó el 14 de octubre de 2025. Microsoft ofreció entonces un programa de ESU de pago para empresas a $61 USD por dispositivo en el primer año, duplicándose a $122 USD en el segundo año y a $244 USD en el tercer año, con el programa comercial vigente hasta el 10 de octubre de 2028. La cobertura es acumulativa: si comienza en el segundo año, también paga por el primero. El ESU para consumidores se extendió hasta el 12 de octubre de 2027. Para una planta con unos cientos de HMI con Windows 10, esa curva se vuelve costosa rápidamente, y el ESU es una solución provisional, no un destino final.

2. El 13 de octubre de 2026 fue una fecha clave para el fin de soporte

Hace dos semanas, Windows 10 Enterprise LTSB 2016 y Windows 10 IoT Enterprise LTSB 2016 llegaron al final de su soporte, con opción a ESU de pago por hasta tres años más. El tercer y último año de ESU para Windows Server 2012 y 2012 R2 también concluyó ese día, y los informes indican que no habrá un cuarto año disponible para su compra. Windows Server 2016 le seguirá el 12 de enero de 2027. Si ejecuta historiadores, servidores OPC, controladores de dominio o servidores de procesos por lotes (batch) en 2012 R2 o 2016, estas fechas son aún más críticas que las de los equipos de escritorio. Verifique los términos exactos de ESU para su SKU con Microsoft o su OEM, ya que el licenciamiento de IoT ha tenido su propio esquema de precios.

3. CISA estableció una fecha límite para los equipos sin soporte

El 5 de febrero de 2026, CISA emitió la Directiva Operativa Vinculante 26-02, que exige a las agencias civiles federales de EE. UU. inventariar y reemplazar los dispositivos perimetrales (edge) sin soporte: un informe con fecha límite al 5 de mayo de 2026, el retiro de servicio de los dispositivos listados para febrero de 2027 y el reemplazo de los restantes para agosto de 2027. CISA también impulsó la adopción del estándar OpenEoX para que los fabricantes puedan publicar las fechas de fin de soporte en un formato legible por máquina.

Sea preciso con el alcance: la directiva cubre a las agencias federales y a los dispositivos perimetrales, no a las HMI de su planta. Sin embargo, es una señal clara. Cuando la principal agencia de ciberseguridad de EE. UU. le indica al gobierno que trate la tecnología obsoleta como un riesgo inaceptable, las cláusulas contractuales, los cuestionarios de las aseguradoras y los reguladores del sector suelen seguir el mismo camino.

4. Las amenazas contra organizaciones industriales siguen en aumento

El Informe de Ciberseguridad OT/ICS de 2026 (publicado el 17 de febrero de 2026) contabilizó cerca de 3,300 organizaciones industriales atacadas por ransomware en 2025, perpetrados por 119 grupos (frente a los 80 del año anterior), donde la industria manufacturera representó más de dos tercios de las víctimas. También describió cómo los adversarios han pasado de un posicionamiento previo a mapear lazos de control, lo que significa que están aprendiendo a influir en los procesos físicos. Un recuento externo basado en los datos trimestrales de Dragos estima los incidentes de ransomware industrial en el primer semestre de 2026 en aproximadamente 2,160, cerca de un 58% por encima del mismo período del año anterior.

Un matiz merece la atención de un CISO. Dragos no observó a ningún operador de ransomware manipulando un sistema de control en el segundo trimestre de 2026. Las plantas se detienen porque los servidores, hipervisores y sistemas de negocio de los que dependen quedan fuera de servicio. Por lo tanto, los sistemas Windows heredados son críticos en dos sentidos: como punto de apoyo para los atacantes y como una dependencia frágil que no se puede reconstruir con rapidez cuando el entorno de TI circundante resulta cifrado.

5. Encuesta de OT heredada de 2026: más incidentes, menos herramientas en los endpoints

La encuesta de 2026 de Networks a 550 directivos clave en Francia, Alemania, Italia, Polonia, Suecia y el Reino Unido reveló tasas de incidentes del 72% en Suecia, 68% en Polonia y 64% en el Reino Unido, así como del 70% tanto en la industria de alimentos y bebidas como en la de semiconductores. Las principales preocupaciones fueron el malware (56%), el acceso no autorizado (38%), el ransomware (37%) y la falta de parches (33%). Destacan dos detalles: el uso de protección de endpoints disminuyó del 51% al 39%, probablemente debido a que los agentes de TI convencionales pueden generar conflictos con las aplicaciones de OT. Además, el 55% ahora cree que proteger los sistemas heredados cuesta menos que reemplazarlos. La conclusión no es que reemplazarlos sea un error, sino que la protección se está convirtiendo en la solución de transición aceptada.

6. 11 y 12 de octubre: ataques a los sistemas de refrigeración en supermercados franceses

Durante la noche del 11 al 12 de octubre de 2026, atacantes intervinieron de forma remota los controladores de refrigeración en cientos de supermercados franceses, forzando ciclos de descongelación que echaron a perder alimentos y, en algunas tiendas, provocaron incendios. Los informes señalaron inicialmente a controladores Danfoss, seguidos por una segunda ola la noche siguiente que afectó a equipos Dixell de Copeland. Las autoridades francesas lo catalogaron como un hecho sin precedentes, y el método de entrada no había sido confirmado públicamente al momento de redactar este texto. La autoridad nacional de ciberseguridad de Grecia informó el 14 de octubre que había encontrado más de 300 sistemas expuestos a internet en su propio país.

Hasta donde revelan los reportes públicos, esto no se trata de una historia de Windows XP. Aun así es relevante, ya que demuestra la rapidez con la que actúa un atacante cuando detecta equipos de control accesibles de forma remota, y cómo una sola vía de gestión remota de un OEM puede convertirse en un incidente multisitio.

Cómo se vulnera realmente a los sistemas Windows heredados en una planta

Los consejos genéricos como "XP es inseguro" no ayudan al CISO a priorizar. Estas son las rutas de ataque reales, ordenadas aproximadamente según su frecuencia de aparición en incidentes de OT.

1. Pivoteo desde TI. Investigaciones de SANS citadas por ESET sugieren que cerca del 60% de los ataques a OT se originan en el entorno de TI corporativo. Los atacantes acceden a una laptop de oficina, roban credenciales y se desplazan hacia cualquier objetivo accesible, incluido un equipo Windows heredado que acepte conexiones SMB o RDP desde la red corporativa.

2. Vulnerabilidades de red autopropagables (wormable) que nunca se corregirán. EternalBlue (la vulnerabilidad de SMBv1 detrás de WannaCry en mayo de 2017) y BlueKeep (RDP, CVE-2019-0708) demostraron cómo una red plana convierte una máquina Windows sin parches en cientos de equipos infectados. XP y Windows 7 no recibirán parches para la próxima vulnerabilidad.

3. Laptops de proveedores y medios USB. Las laptops de ingeniería y las unidades portátiles cruzan constantemente entre distintas zonas. Una sola laptop infectada conectada a un switch de OT en una red plana elude cualquier control perimetral.

4. Acceso remoto. Las VPN de proveedores, las herramientas de escritorio remoto siempre activas y las credenciales compartidas siguen siendo la vía más común de entrada desde internet hacia una red de control.

5. Hosts heredados unidos al dominio. Un equipo sin parches integrado al Active Directory corporativo sirve como puente para el robo de credenciales y el movimiento lateral.

6. Aplicaciones sin soporte sobre el sistema operativo. Navegadores antiguos, Office, Java, lectores de PDF y librerías en tiempo de ejecución tienen sus propias fallas sin parchear, y muchas de ellas se ejecutan en la misma HMI.

Regla empírica: trate a cada máquina con Windows sin soporte como si ya estuviera comprometida desde la perspectiva de la red. Diseñe controles para que, si se infecta mañana, el daño quede contenido dentro de una sola zona delimitada.

Manual práctico de defensa para Windows 7 y XP en OT

Los siguientes controles están ordenados según la relación entre esfuerzo y beneficio. La mayoría puede implementarse sin modificar el host heredado ni la aplicación de control.

Paso 1: Desarrolle un inventario real

No se puede proteger lo que no se puede ver. Para cada host heredado registre: sistema operativo y service pack, rol, proceso o línea a la que da soporte, fabricante y estado de soporte, conexiones de red (quién se comunica con él y a través de qué puertos), software instalado, uso de medios extraíbles, rutas de acceso remoto y quién asume el riesgo. Es preferible el descubrimiento pasivo de red en dispositivos frágiles, ya que el escaneo activo puede llegar a bloquear controladores antiguos y pilas embebidas. Etiquete cada activo con una clasificación de criticidad vinculada a la seguridad física, la producción y el impacto regulatorio.

Paso 2: Aísle mediante zonas y conductos

Siga el modelo IEC 62443: agrupe los activos en zonas según su función y nivel de riesgo, y controle cada trayectoria entre ellos mediante conductos definidos.

• Ubique los hosts heredados en su propia zona, detrás de un firewall industrial o un firewall de OT de última generación, y no solo en una VLAN dentro de un switch compartido.

• Configure listas de permitidos por IP, puerto y protocolo. Aplique denegación por defecto (default deny) en ambos sentidos.

• Bloquee por completo el acceso directo a internet, incluidos los servicios de actualización y telemetría.

• Cuando los datos solo necesiten salir de la zona (flujos hacia historiadores, reportes), utilice pasarelas unidireccionales o diodos de datos para impedir cualquier comunicación entrante.

• Desvincule los hosts heredados del dominio corporativo. Utilice en su lugar cuentas locales con contraseñas únicas gestionadas en un baúl de contraseñas (vault).

Paso 3: Reduzca la superficie de ataque en el host

Quizás no pueda aplicar parches, pero por lo general sí puede deshabilitar servicios.

• Deshabilite SMBv1 cuando la aplicación lo permita y bloquee SMB (TCP 445) y NetBIOS en el límite de la zona cuando no sea posible.

• Desactive RDP, Telnet, FTP, el registro remoto y cualquier servicio que la aplicación no requiera. Pruebe los cambios cotejándolos con la configuración documentada por el fabricante.

• Bloquee los puertos USB físicamente o mediante directivas, y canalice todos los medios extraíbles a través de una estación de escaneo.

• Elimine o aísle navegadores, clientes de correo y Office de las HMI. Los operadores no deben navegar por internet desde una pantalla de control.

• Aplique las últimas actualizaciones acumulativas disponibles y refuerce las directivas de seguridad local, auditoría y bloqueo de cuentas.

Paso 4: Utilice listas de permitidos de aplicaciones en lugar de antivirus tradicional

El antivirus basado en firmas para XP y Windows 7 tiene cada vez menos soporte, demanda muchos recursos en hardware antiguo y puede interferir con las aplicaciones de control en tiempo real. La implementación de listas de permitidos de aplicaciones (denegación por defecto para ejecutables) es una mejor opción para máquinas de función fija, ya que el conjunto de software rara vez cambia. Elija herramientas que admitan oficialmente el sistema operativo heredado, funcionen sin conexión a internet y consuman pocos recursos. La caída en la adopción de protección para endpoints revelada en la encuesta de 2026 sugiere que muchas plantas probaron agentes típicos de TI, experimentaron conflictos y dieron marcha atrás. Una herramienta probada y diseñada para OT evita ese problema.

Paso 5: Asegure el acceso remoto y de terceros

• Reemplace las VPN de proveedores siempre activas por sesiones con tiempo limitado y previamente aprobadas a través de un host de salto (jump host) o una pasarela de acceso remoto seguro.

• Exija autenticación multifactor, grabación de sesiones y cuentas individuales por proveedor.

• Nunca permita conexiones entrantes directas a un host heredado. Utilice únicamente sesiones intermediadas.

• Revise las funciones de gestión remota de los OEM, incluidas las conectadas a la nube. El incidente de refrigeración en Francia es un recordatorio de que los controladores gestionados por proveedores merecen el mismo nivel de análisis que sus propios servidores.

Paso 6: Implemente parches virtuales y monitoreo pasivo

Cuando no es posible aplicar parches al host, a veces se puede bloquear el exploit en la red. Los sistemas de prevención de intrusiones industriales pueden aplicar parches virtuales que descartan el tráfico de exploits conocidos para vulnerabilidades de Windows sin corregir antes de que alcancen el equipo. Asimismo, la inspección profunda de paquetes en protocolos industriales puede alertar sobre escrituras imprevistas, nuevos comunicadores y modificaciones fuera de horario. Combine esto con un monitoreo pasivo de la red de OT para establecer una línea base de comportamiento normal. Implemente dispositivos en línea (inline) con bypass de hardware para que una falla no detenga la producción.

Algunos servicios de "microparches" de terceros también cubren ciertas versiones de Windows al final de su ciclo de vida. Pueden ser un complemento útil, pero confírmelo primero con su proveedor de ICS, ya que las modificaciones no autorizadas en un host certificado pueden afectar el soporte.

Paso 7: Haga que la recuperación sea un proceso de rutina

Si puede restaurar una HMI heredada en 30 minutos, el ransomware pasa a ser solo un inconveniente menor. Si no puede, se convierte en un paro de planta.

• Mantenga imágenes completas de disco, verificadas, desconectadas (offline) y fuera de las instalaciones de cada host heredado, junto con sus archivos de configuración y proyecto.

• Pruebe las restauraciones en hardware de repuesto de forma trimestral y registre el tiempo que toma el proceso.

• Tenga hardware de repuesto en inventario. Las PC industriales compatibles con sistemas heredados son cada vez más difíciles de conseguir, así que adquiera refacciones antes de que las necesite.

• Cuando las licencias lo permitan, convierta las máquinas físicas en máquinas virtuales sobre un hipervisor robustecido. Esto facilita el uso de instantáneas (snapshots) y brinda independencia del hardware; no obstante, el sistema operativo invitado sigue sin soporte, por lo que los demás controles siguen aplicando.

Paso 8: Controle los cambios y mantenga un registro de riesgos

Registre cada host heredado en una matriz o registro de riesgos con sus controles compensatorios, el responsable, la fecha de revisión y el detonante para su sustitución. Defina quién tiene la autoridad para autorizar excepciones. Este documento es precisamente lo que solicitará un auditor, una aseguradora o un miembro del consejo de administración.

Paso 9: Destine presupuesto a un plan de sustitución de cualquier manera

Los controles compensatorios mitigan el riesgo, pero no lo eliminan. Aproveche cada paro programado para retirar un equipo, solicite a los OEM rutas de actualización soportadas y especifique sistemas operativos con soporte en cada nueva orden de compra. Windows 10 IoT Enterprise LTSC 2021 y Windows 11 IoT Enterprise LTSC 2024 cuentan con períodos prolongados de soporte, lo que los convierte en opciones viables para nuevos proyectos.

Cómo elegir el tratamiento adecuado para cada máquina

No todos los hosts heredados requieren la misma estrategia. Una matriz de decisión sencilla ayuda a mantener un diálogo fundamentado con la gerencia de planta.

Un plan a 30, 60 y 90 días

Primeros 30 días: visibilizar y detener la mayor exposición.

• Elabore la lista de activos heredados mediante descubrimiento pasivo e inspecciones físicas en planta.

• Bloquee el acceso a internet y el tráfico entrante SMB/RDP desde las redes corporativas hacia las zonas heredadas.

• Deshabilite o restrinja servicios innecesarios y bloquee los puertos USB donde sea viable.

• Genere imágenes verificadas de los diez equipos más críticos.

Días 31 al 60: contener.

• Implemente firewalls de zona y listas de permitidos delante de las zonas heredadas críticas.

• Migre el acceso de proveedores hacia una vía intermediada y protegida con MFA.

• Realice una prueba piloto de listas de permitidos de aplicaciones en un host heredado no crítico.

• Inicie el monitoreo pasivo y establezca la línea base del tráfico normal.

Días 61 al 90: validar y planificar.

• Complete el registro de riesgos asignando responsables y controles compensatorios.

• Ejecute un simulacro de restauración y mida el tiempo de recuperación.

• Incorpore parches virtuales en los segmentos de mayor riesgo.

• Acuerde una hoja de ruta de reemplazo alineada con las ventanas de paro y el presupuesto.

Alineación con normas y regulaciones

• IEC 62443. El modelo de zonas y conductos del marco, junto con su guía de gestión de parches para sistemas de automatización industrial (IEC 62443-2-3), contemplan que aplicar parches puede no ser viable, siempre y cuando se evalúe el riesgo y se documenten las medidas compensatorias.

• NIST SP 800-82 Rev. 3. Proporciona directrices sobre la aplicación de parches en sistemas de control industrial y sobre el uso de controles compensatorios cuando el parchado no es factible.

• NIS2 (UE). El artículo 21 exige medidas de gestión de riesgos que incluyen el tratamiento de vulnerabilidades y la higiene cibernética básica para entidades esenciales e importantes.

• NERC CIP (Sistema eléctrico interconectado de Norteamérica). Contempla requisitos de gestión de parches, permitiendo planes de mitigación en caso de que no exista un parche disponible.

• Seguros de ciberriesgo. Los cuestionarios preguntan cada vez con mayor frecuencia y de forma directa sobre sistemas operativos al final de su ciclo de vida, segmentación y controles de acceso remoto.

El factor común es la documentación: los reguladores y las aseguradoras rara vez exigen que no exista ningún sistema heredado, pero sí demandan un plan fundamentado y respaldado con evidencias.

Errores comunes que se deben evitar

• Considerar una VLAN como un límite de seguridad. Sin directivas aplicadas, es únicamente una etiqueta.

• Instalar un agente de endpoint estándar de TI en un host frágil sin la aprobación del fabricante, para luego tener que retirarlo tras un paro no programado.

• Escanear activamente dispositivos en producción sin haber realizado pruebas previas.

• Asumir que un "aislamiento físico" (air-gap) es sinónimo de seguridad. El uso de medios extraíbles, laptops y módems olvidados ha vulnerado muchas redes supuestamente aisladas.

• Mantener sin cambios la única contraseña temporal conocida solo porque así lo indica el manual del fabricante.

• Invertir en protección sin contar con un plan de recuperación. La prevención a veces falla; la capacidad de restaurar los sistemas es lo que define el resultado final.

Preguntas frecuentes

¿Es seguro operar con Windows 7 o XP en una planta industrial en 2026? 

No por sí solos. Ambos sistemas carecen de soporte y no recibirán actualizaciones de seguridad. Solo pueden utilizarse bajo un nivel de riesgo aceptable si se encuentran aislados, restringidos, monitoreados y respaldados, y si se cuenta con un plan documentado de sustitución.

¿Todavía puedo recibir actualizaciones de seguridad para Windows 7? 

El programa de ESU de pago de Microsoft para Windows 7 finalizó en enero de 2023, y el soporte para XP terminó en 2014. Algunos servicios de microparches de terceros mitigan vulnerabilidades puntuales, pero son medidas complementarias y deben validarse con su proveedor de ICS.

¿Windows 10 se considera ahora también un sistema heredado? 

Sí, en sus ediciones estándar. Su soporte concluyó el 14 de octubre de 2025. Las organizaciones pueden contratar ESU hasta por tres años, con costos en aumento, mientras que las ediciones de canal de servicio a largo plazo (LTSC) se rigen por sus propios calendarios.

¿Funciona el antivirus en Windows XP y Windows 7? 

Algunos proveedores aún ofrecen soporte para estos sistemas, pero la protección es limitada y el impacto en el rendimiento puede ser un problema. El uso de listas de permitidos de aplicaciones combinado con controles perimetrales suele ser una solución más adecuada para equipos de OT de función fija.

¿Qué es el parchado virtual? 

Consiste en bloquear el tráfico malicioso que busca explotar una vulnerabilidad en un dispositivo de red para evitar que llegue al equipo vulnerable, en lugar de corregir la falla directamente en el host. Es una de las pocas alternativas para proteger equipos que no pueden actualizarse.

¿Debemos reemplazar todos los equipos de inmediato? 

Por lo general, no. Un enfoque por etapas resulta más efectivo: primero contener y luego retirar los equipos conforme lo permitan los paros programados, los presupuestos y las opciones de actualización de los fabricantes.

Cómo puede ayudarle Shieldworkz

Shieldworkz es una empresa especializada en ciberseguridad industrial y de OT integral, con cobertura para entornos SCADA, OT e IoT, que ofrece servicios, plataforma y soluciones en un solo paquete integrado. Para infraestructuras con Windows heredado, esto se traduce habitualmente en una evaluación pasiva de activos y riesgos, un diseño de zonas y conductos alineado con IEC 62443, acceso remoto seguro, monitoreo y detección, así como planes de respuesta a incidentes y recuperación, todo diseñado para evitar afectaciones en sus sistemas de control en operación.

Si desea una segunda opinión sobre el estado de sus equipos sin soporte y qué controles mitigarían el riesgo con mayor rapidez, póngase en contacto con nuestro equipo para una evaluación de riesgos de Windows heredado. ¡Agende una reunión con nuestros expertos en seguridad de OT ahora mismo!