Windows, software de planta y GitHub: el detalle

Windows: qué protege la «marca de la web»

Cuando bajas un archivo, Windows le agrega de dónde vino: de internet, de otra computadora o de un lugar restringido o que no es de confianza. Microsoft llama a eso «Mark of the Web», la marca de la web. Con ella, Windows puede avisar antes de abrir el archivo, impedir que se abra solo y aplicar protecciones extra en programas como Microsoft Office o Microsoft Edge. Office, por ejemplo, puede abrir lo descargado en Vista protegida: solo para leer, sin poder editar y sin macros.

La falla que Microsoft corrigió el 13 de octubre permite saltarse esas defensas. La causa, según Microsoft, es una inyección de comandos en el Shell de Windows. Y el atacante no solo puede mandar un archivo: también puede convencer a alguien de hacer clic en un enlace que lo lleve a su sitio.

Qué tan grave es

Microsoft le da 8.8 de 10 en la escala CVSS 3.1. Sus métricas dicen por qué: se ataca por red, con poca complejidad y sin necesidad de una cuenta, pero hace falta que alguien haga algo, como abrir el archivo o el enlace. El impacto en confidencialidad, integridad y disponibilidad es alto. El aviso muestra también un 8.2: el mismo puntaje ajustado a cómo está hoy, con código funcional para aprovecharla y una corrección oficial ya publicada.

En la escala propia de Microsoft es «Important»: una falla que podría comprometer la confidencialidad, la integridad o la disponibilidad de los datos, y que Microsoft recomienda corregir lo antes posible. «Critical» queda para las fallas que permiten ejecutar código sin que nadie haga nada. La misma escala aclara que la gravedad no mide qué tan probable es que se use una falla. De esta, Microsoft indica que ya detectó ataques que la usan («Exploitation Detected»).

Qué actualización le toca a cada versión

Todas salieron el 13 de octubre. Junto a cada una, la compilación de Windows que deja instalada.

Windows Server 2012 R2 tiene un paso previo: Microsoft recomienda instalar antes la KB5127356, que actualiza la pila de servicio, la pieza de Windows que instala las actualizaciones; sin ella, la de octubre podría no instalarse. Quien las administra con WSUS tiene que aprobar las dos. La de octubre es del programa de actualizaciones extendidas (ESU): la reciben los servidores inscritos en él.

¿Todavía le llegan actualizaciones?

• Windows 11 24H2, Home y Pro: la actualización de octubre de 2026 es la última para esas dos ediciones. Microsoft recomienda pasar a la versión más reciente de Windows 11.
• Windows 10 22H2: solo si la computadora está inscrita en el programa de actualizaciones extendidas (ESU). El programa para hogares acepta inscripciones hasta que termina, el 12 de octubre de 2027, pero no se puede usar en empresas: no se ofrece a los equipos unidos a un dominio o a Microsoft Entra ni a los administrados con MDM. En una empresa, pregúntale a quien administra las computadoras.
• Windows 10 Enterprise LTSC 2021: el soporte gratuito termina el 12 de enero de 2027.
• Windows Server 2012 R2: su tercer año de actualizaciones extendidas terminó el 14 de octubre de 2026.
• Windows 10 Enterprise 2016 LTSB: su soporte extendido terminó el 14 de octubre de 2026.

Lo que dice CISA

El plazo que puso CISA al agregarla a su catálogo, el 16 de octubre, solo obliga a las agencias federales civiles de EE. UU., pero CISA recomienda a todas las organizaciones darle prioridad. ¿Se usa en ataques de ransomware? CISA responde «Unknown»: no lo sabe.

Software de planta: Ignition y Eclipse Milo

Qué es un SCADA y qué es OPC UA

Inductive Automation, el fabricante de Ignition, define el SCADA como un conjunto de software y equipos que permite controlar y supervisar procesos industriales: se conecta directamente con la maquinaria de planta y muestra datos en tiempo real, a partir de controladores (PLC) o unidades remotas (RTU).

OPC es un estándar para intercambiar información entre equipos y programas —PLC, medidores, bases de datos—, que publica y mantiene la OPC Foundation. OPC UA es su versión más reciente, que no depende de la plataforma ni del fabricante. Eclipse Milo es una implementación de OPC UA de código abierto, con las piezas para hacer clientes y servidores.

Ignition sí lleva Milo

La publicación no lo afirmaba porque no teníamos una fuente que lo dijera. Ahora la hay: según la documentación de Ignition 8.3, la versión 8.3.9 actualizó su biblioteca Eclipse Milo a la 1.1.6, y la 8.3.10, a la 1.1.7. La línea 8.1 usaba Milo 0.6: la 8.1.27 la actualizó de la 0.6.3 a la 0.6.9. Ninguna fuente dice qué versión de Milo lleva la 8.1.55. Sus notas dicen que corrige la CVE-2026-63252, una de las fallas de Milo; las otras dos que tocan a la 0.6 (la CVE-2026-60007 y la CVE-2026-63248) no aparecen en ellas. Quien siga en la 8.1 puede preguntárselo a Inductive Automation.

La falla de Ignition, completa

Afecta de la 8.1.0 a la 8.1.54 y de la 8.3.0 a la 8.3.8. El módulo Perspective de Ignition no valida bien los privilegios de la sesión al decidir quién tiene acceso de diseñador (el de quien arma el sistema): un usuario con cuenta y acceso a un proyecto de Vision, otro de sus módulos, podría dar su identificador de sesión de Vision, obtener privilegios de diseñador y, con ellos, correr el código que quiera en el servidor de Ignition, el Gateway.

Su gravedad es de 8.8 de 10 en la escala CVSS 3.1. Se ataca por red y con poca complejidad; pide una cuenta, aunque sea con permisos bajos, y no necesita que nadie haga clic. Es el caso contrario al de Windows, que no pide cuenta pero sí que alguien abra el archivo.

La misma actualización corrige una segunda falla, la CVE-2026-63252 (7.5 de 10): agotar la memoria del Gateway hasta dejarlo sin servicio, sin tocar la confidencialidad ni la integridad de los datos. El fabricante dice que todas las versiones 8.1 anteriores a la 8.1.55 y todas las 8.3 anteriores a la 8.3.9 tienen las dos.

Un detalle para quien pasa a la 8.3.9: con Milo 1.1.6, activar los diagnósticos del servidor OPC UA pide el rol ConfigureAdmin o SecurityAdmin. Las instalaciones nuevas se lo dan al usuario predeterminado, opcuauser; en los Gateways que se actualizan hay que agregarlo a mano.

Las seis fallas de Eclipse Milo

El aviso de CISA dice «5 Vulnerabilities», pero enumera seis identificadores (CVE); aquí van los seis. Todas llegan hasta la 1.1.4. La gravedad es la de la escala CVSS 3.1, de 10.

La versión que las corrige, Milo 1.1.5, salió el 16 de julio de 2026.

Lo que recomienda CISA, además de la actualización que pide el fabricante

• Que estos sistemas no queden expuestos a internet, y que estén detrás de firewalls y separados de la red de oficina.
• Si hace falta acceso remoto, usar métodos más seguros, como una VPN, sabiendo que la VPN también puede tener fallas, debe estar actualizada y solo es tan segura como los equipos que conecta.
• Analizar el impacto y el riesgo antes de aplicar cualquier medida.

Desarrollo de software: GitHub

Cambios en partes: cómo funcionan

Un cambio grande se parte en dos o más solicitudes de cambio (pull requests) del mismo repositorio: la primera, la de abajo, apunta normalmente a la rama principal del repositorio (la versión base del código), y cada una de las siguientes apunta a la de abajo. Cada parte muestra solo su propia diferencia, así que quien revisa ve un cambio chico por capa. GitHub lo sugiere también para el código que generan los agentes de IA: le da a cada cambio su lugar.

Las reglas de protección, como las aprobaciones de los responsables del código (CODEOWNERS), y las pruebas automáticas corren en cada parte, no solo en la de abajo. Se integran de abajo hacia arriba, o todas de una vez integrando la de arriba. No funciona entre bifurcaciones (forks) ni en GitHub Desktop. Los cambios en partes están en todos los planes de github.com; GitHub Enterprise Server, la versión que una empresa instala en sus propios servidores, los tendrá en una versión próxima. Y que las partes se integren solas al cumplir los requisitos se irá activando en las próximas semanas, según el anuncio del 6 de octubre. Desde la terminal se empieza con gh extension install github/gh-stack.

El aislamiento de Copilot: qué hace y qué no

GitHub Copilot, la IA de GitHub para programar, puede correr comandos en la computadora de quien programa. El aislamiento local limita lo que esos comandos tocan, y viene apagado. Activado, y con su configuración de fábrica, los comandos pueden escribir en la carpeta de trabajo, en las temporales y en algunas cachés de compilación (en un repositorio de Git, también en sus metadatos); lo demás queda bloqueado salvo que se dé permiso. Pueden salir a internet, y la red local viene cerrada, con las excepciones de abajo. Y reciben credenciales de relleno para Git y para gh, la herramienta de GitHub para la terminal: un proxy local las cambia por las reales solo para destinos HTTPS aprobados.

Sus límites, según la propia GitHub:

• No es una máquina virtual ni un contenedor: usa los controles del propio sistema operativo, por medio de Microsoft eXecution Container (MXC).
• Las herramientas de archivos de la propia Copilot CLI, la versión de Copilot para la terminal, no pasan por ese aislamiento: respetan la configuración «en lo posible».
• En Linux no puede cerrar la red local a los comandos que lanza.
• En Windows, el proxy y las reglas por sitio piden activar la red local y dependen de que cada programa respete el proxy: no protegen igual que en macOS y Linux contra las conexiones directas.
• El reemplazo de credenciales no esconde las que estén en archivos, en otras variables de entorno o en la autenticación de servidores MCP remotos.
• Las solicitudes para saltarse el aislamiento vienen permitidas, y un comando aprobado así se salta también el reemplazo de credenciales y el proxy.

En Windows pide Windows 11 25H2 con la actualización KB5124010 o posterior, o 26H1 con la KB5124006 o posterior. Para la 25H2, la actualización de octubre (KB5127648) dice que ya incluye la KB5124010.

Línea de tiempo

Todas las fechas son de 2026.

Fuentes

Consultadas el 16 y el 17 de octubre de 2026.