Resulta que una reciente actualización oficial trajo de regalo un fallo crítico que, tras un simple reinicio de rutina, desactivaba por completo el servicio de Microsoft Defender. En criollo: el antivirus se apagaba solo, dejando las cargas de trabajo más críticas de los servidores totalmente expuestas a cualquier amenaza externa.
Para sumarle dramatismo a este escenario, la compañía reconoció un segundo error paralelo que rompía la cadena de instalación en los entornos más blindados y regulados del mercado. Aunque Microsoft ya liberó los parches correctivos para tapar este desastre, el nivel de negligencia en el control de calidad encendió todas las alarmas en los departamentos de IT.
-El reinicio de la muerte y el peligro del piloto automático
El núcleo de este escándalo radica en las compilaciones que van desde la 101.26042.0000 hasta la 101.26042.0009. Cualquier sistema operativo Linux compatible que haya descargado e instalado este paquete quedó en la cuerda floja. El mecanismo del fallo era tan letal como silencioso: la actualización se aplicaba con normalidad, pero en el momento en que el servidor o la máquina virtual se reiniciaba, el agente de Defender no volvía a levantar.
Lo verdaderamente grave de esta situación es cómo se distribuyen estas actualizaciones. En la inmensa mayoría de las empresas que utilizan Defender for Servers —la capa de protección en la nube de Microsoft pensada para máquinas virtuales—, las políticas de actualización de los agentes están configuradas de manera automática. Si a esto le sumás la integración con Defender for Cloud, tenés un cóctel explosivo donde miles de equipos recibieron el código defectuoso sin que el administrador tuviera que mover un dedo.
Frente a la lluvia de reportes de equipos que desaparecían del radar de seguridad, el equipo de soporte técnico tuvo que salir a dar explicaciones en un comunicado oficial, aunque brillaron por su ausencia los detalles técnicos del origen del problema:
«Reconocemos que, tras la aplicación de la actualización mencionada y el posterior reinicio del host, el servicio de protección activa en tiempo real queda efectivamente deshabilitado. Esta situación genera una ventana de vulnerabilidad crítica en los endpoints afectados que se mantendrá activa hasta que se desplieguen y ejecuten las medidas de corrección correspondientes.»
A día de hoy, Microsoft sigue sin aclarar si este apagón del servicio disparaba alguna alerta en las consolas de administración o si los servidores quedaban a la deriva en completo silencio. Tampoco hay cifras oficiales sobre cuántos equipos corporativos operaron sin protección durante los días que el fallo estuvo activo.
-El muro infranqueable en Red Hat y la pesadilla de las auditorías
Como si el primer error no fuera suficiente dolor de cabeza, un segundo fallo totalmente independiente afectó de lleno a las distribuciones de Red Hat Enterprise Linux (RHEL) en sus versiones 8 y 9. Pero no a cualquier instalación, sino a aquellas configuradas bajo el modo FIPS. Para los que no lidian a diario con normativas internacionales, los Estándares Federales de Procesamiento de Información (FIPS) son protocolos criptográficos ultra estrictos que exigen los gobiernos, los bancos y el sector sanitario para garantizar que los algoritmos de cifrado sean impenetrables.
En estos entornos críticos, el error se manifestaba de otra forma: la actualización 101.26042.x directamente rebotaba y no se podía instalar. A diferencia del primer caso, acá el servidor no perdía su escudo activo porque el agente anterior seguía funcionando, pero el impacto a nivel administrativo es gigantesco. Al romperse la cadena de actualizaciones, los sistemas quedaban estancados en versiones viejas del antivirus.
En servidores que manejan bases de datos financieras o historiales médicos, y que están sometidos a auditorías de cumplimiento implacables todas las semanas, no poder inyectar las últimas firmas de detección de malware es una infracción gravísima a los protocolos de seguridad.
Por suerte, el parche definitivo ya está subido a los repositorios oficiales. La única recomendación viable en este punto para cualquier administrador que gestione servidores Linux con tecnología de Microsoft, es forzar manualmente la actualización de Defender a su versión más reciente para limpiar cualquier rastro de estas compilaciones defectuosas y volver a dormir tranquilos.