La actualización de seguridad obligatoria de septiembre de Windows 11, KB5124008, salió el 8 de septiembre de 2026 y llevó a 25H2 al build 26200.9445 y a 24H2 al 26100.9445. Enterrado en el propio registro de cambios de Microsoft para esa actualización, listado como un problema conocido, está esto: algunos usuarios de File History — la herramienta integrada que respalda tus archivos en un disco externo o una ubicación de red — pueden quedar sin poder crear ni actualizar respaldos después de instalarla. La actualización que se suponía iba a tapar agujeros de seguridad rompió en silencio lo que está pensado para proteger tus archivos si algo más sale mal.
Lo que pasa en concreto
La propia descripción de Microsoft dice que los equipos afectados pueden mostrar un mensaje incorrecto de "reconectá tu disco" aun cuando el disco de respaldo está bien conectado, y que la fecha de "último respaldo" deja de actualizarse — así que un respaldo que dejó de correr en silencio sigue mostrando una fecha que parece lo bastante reciente como para no preocuparse. Algunos usuarios también reportaron ver "no hay una versión anterior disponible" al intentar restaurar un archivo que sí se había respaldado antes de instalar la actualización. Nada de esto tira un error grave. Esa es la parte que vale la pena tener presente: File History no avisa que está roto, simplemente deja de funcionar mientras parece que no.
Qué equipos lo tienen, y qué hizo Microsoft hasta ahora
El registro de cambios de Microsoft para KB5124008 no dice que el bug sea universal, pero la cobertura del problema lo describe como algo que afecta a la mayoría de los equipos que instalaron la actualización de septiembre y usan File History — tanto en los builds de 24H2 como de 25H2. Un arreglo fuera de banda del 14 de septiembre, KB5129195, no lo resolvió. Un segundo intento, KB5124010, salió el 22 de septiembre como actualización opcional de vista previa — no una que Windows instala solo, como sí hace con un parche de seguridad — y llevó los builds a 26200.9550 y 26100.9550. El propio registro de cambios de Microsoft marca el problema de File History como "arreglado" bajo esa actualización, pero un reporte independiente de Windows Latest encontró que no resolvía el problema para todos los que lo tenían, hasta el 23 de septiembre. Si "arreglado" se sostiene para tu equipo puntual es algo que hay que revisar uno mismo, no algo que el registro de cambios pueda prometer solo.
Cómo revisar si te afecta
Abrí Configuración, Sistema, Acerca de, y mirá el número de build. 26200.9445 o 26100.9445 quiere decir que instalaste la actualización del 8 de septiembre sin el parche de vista previa del 22. Si ya instalaste KB5124010, vas a ver 26200.9550 o 26100.9550 en su lugar — vale la pena revisarlo, pero no es garantía de que el problema de fondo haya desaparecido en tu equipo. De cualquier forma, la revisión que de verdad importa está en Panel de control, Sistema y seguridad, Historial de archivos: mirá si la fecha de "último respaldo" es de verdad reciente, no solo que exista, y probá restaurar un archivo que sepas que cambió hace poco para confirmar que el respaldo detrás es real.
Qué hacer mientras tanto
Si dependés de File History y no instalaste la actualización de vista previa del 22 de septiembre, la vas a encontrar en Configuración, Windows Update, Actualizaciones opcionales — no va a llegar sola como sí llegó el parche de seguridad original. Si ya la instalaste y seguís viendo una fecha vieja, lo más seguro para cualquier archivo que no puedas darte el lujo de perder es una copia manual a un segundo disco o una carpeta en la nube hasta que Microsoft confirme que el arreglo está completo, en vez de confiar en una herramienta que lleva dos intentos de arreglo en dos semanas. Si tu equipo todavía corre Windows 10 bajo las actualizaciones de seguridad gratuitas extendidas de Microsoft, este bug puntual no te llega — Windows 10 no está en los números de build afectados — aunque eso es un dato sobre este bug, no un motivo para evitar el pasaje eventual a 11.
Es la tercera empresa en un mes que manda un arreglo que rompe algo más básico que lo que estaba parchando: algunos Pixel dejaron de desbloquearse después de su propia actualización de septiembre, y Apple confirmó un bug de reinicio aparte en el iPhone 18 Pro apenas unos días antes. Ninguno de estos casos dice nada sobre el hardware de fondo — son todos bugs que metió un parche pensado para arreglar otra cosa — pero también son un motivo para probar un respaldo con una restauración real de vez en cuando, en vez de confiar en una fecha que puede mentir.
Última actualización 27 de septiembre de 2026