Objetivo y alcance

Crear una cadencia de actualización basada en criticidad, representatividad y capacidad de reversión.

Contexto técnico

Un piloto útil debe representar controladores, hipervisores, aplicaciones y configuraciones del entorno. Actualizar sólo servidores poco importantes no descubre fallas relevantes.

Los anillos equilibran exposición y estabilidad. Las vulnerabilidades explotadas pueden requerir una vía acelerada distinta de la cadencia mensual.

Arquitectura y criterios

• Clasificar por función, criticidad y redundancia.
• Seleccionar pilotos representativos y recuperables.
• Escalonar nodos de servicios redundantes.
• Definir pruebas técnicas y funcionales.
• Mantener excepciones con riesgo y vencimiento.

Implementación recomendada

1. Inventariar versiones, dependencias y propietarios.
2. Diseñar anillos y ventanas por servicio.
3. Automatizar instalación, reinicio y evidencia.
4. Validar antes de avanzar al siguiente anillo.
5. Medir cobertura, fallas, demora y excepciones.

Riesgos y controles

• Pilotos no representativos generan confianza falsa.
• Reiniciar nodos juntos elimina redundancia.
• Excepciones permanentes acumulan vulnerabilidades.

Validación y evidencia

• Cada anillo completa pruebas antes del siguiente.
• La cobertura coincide con inventario y política.
• Las fallas detienen avance y activan reversión documentada.

Operación continua

Revisar calendario, activos fuera de soporte y vulnerabilidades urgentes. Los propietarios deben confirmar pruebas de aplicación.

Próximo paso

Clasificar servidores actuales y diseñar un primer anillo que represente servicios críticos sin concentrar riesgo.