Política de parcheo remoto sin control dispara fallos en 12 clientes
Un MSP activa una política de parcheo con auto-aprobación global y sin ventanas de mantenimiento, provocando caídas de aplicaciones críticas y reinicios inesperados.
En un caso reciente, un administrador de un pequeño MSP utilizó su plataforma RMM para crear una política de parcheo remoto que pretendía limpiar los endpoints Windows de forma automática. La intención era limitar la aplicación a un grupo interno de prueba y a un cliente que aceptó ser útens de prueba.
Al clonar y escalar la política, se seleccionó inadvertidamente la carpeta global y se activaron las opciones de auto-aprobación y auto-despliegue. No se estableció ventana de mantenimiento ni desfase, por lo que la política se ejecutó durante la noche y se desplegó en todos los endpoints de 12 clientes.
El resultado fue una explosión en la cola de tickets: una antigua aplicación contable falló, controladores VPN desaparecieron, un cliente perdó la actualización del servidor de impresoras y el servidor reinició mientras procesaba facturas.
El responsable del MSP concluye que la automatización sin un control estricto puede provocar desastres operativos. Busca consejos de la comunidad y comparte su experiencia como advertencia para otros administradores.
Esta historia resalta la importancia de aplicar un alcance preciso y ventanas de mantenimiento al usar RMM para parchear en entornos de producción.
