Una flota de 90 equipos se queda con Windows 26H1 por error de un administrador

Un error de despliegue ha dejado a una empresa con sus 90 equipos de trabajo ejecutando Windows 26H1, una versión que no estaba prevista para esa flota y que no permite una vuelta atrás fácil. El incidente, protagonizado por un administrador sénior, sirve como advertencia sobre la importancia de validar las versiones antes de una actualización masiva y de no saltarse los procedimientos de implantación por fases.

Qué pasó

Según un consultor externo que fue llamado para evaluar el desastre, el administrador descargó el ISO de Windows 26H1 desde MSDN durante un fin de semana y procedió a instalar la actualización in situ en todos los equipos. La red de la empresa es semiaislada, con acceso a internet restringido, por lo que la actualización se realizó manualmente, equipo por equipo.

El consultor explica que el ISO no muestra avisos de que se trate de una versión especial o de evaluación, por lo que es fácil caer en la trampa. Sin embargo, también critica la decisión de saltarse las fases: "La actualización debería haberse hecho por fases, nunca de golpe", afirma. El error se cometió hace cerca de un mes y no se puede deshacer: la compañía ha descartado tanto el re-image como la reversión.

Consecuencias y plan a seguir

La empresa, que ya tenía previsto eliminar los productos de Microsoft para 2030, ha acelerado ese proceso y ahora apunta a finales de 2028. No es un problema tan urgente, ya que Windows 26H1 seguirá recibiendo actualizaciones de seguridad hasta al menos febrero de 2028. Pero la versión no aparece como producto seleccionable en WSUS, por lo que el equipo de TI deberá importar manualmente las actualizaciones desde el Catálogo de Microsoft Update.

El administrador sénior no será despedido, según el consultor, aunque tendrá que recibir más formación. "La empresa tiene parte de culpa por no haber comprobado su criterio", opina el consultor, que insiste en que el personal debe asumir sus errores.

Lección para el sector

Este caso demuestra que, incluso en entornos pequeños, una actualización mal planificada puede generar un bloqueo temporal. Lo primero es verificar la versión que se va a desplegar y su canal de soporte antes de difundirla por toda la flota. También es esencial usar herramientas como WSUS, que aunque anticuadas, ofrecen un control más granular, y no confiar solo en la descarga manual de ISOs desde MSDN.