Cómo conservar evidencia de la versión anterior y posterior a un parche
Conserva una pareja de evidencias comparables: qué versión estaba en qué activo antes y qué versión quedó operativa después.
Equipo enginerIT· 2 min de lectura
Conserva una pareja de evidencias comparables: qué versión estaba en qué activo antes y qué versión quedó operativa después. La trazabilidad debe permitir revisar el cambio sin acceder a tus recuerdos ni confundir una captura del instalador con una comprobación del estado final.
Decide qué identifica realmente la versión
Elige la fuente adecuada al producto: información de paquete, compilación de aplicación o firmware según su documentación. Guarda edición, arquitectura y componente cuando afecten a la interpretación del aviso. Evita mezclar la versión comercial de una suite con la de una biblioteca incluida. Define el método antes de intervenir y repítelo al final; si cambia la fuente, explica por qué ambas observaciones se pueden comparar.
Vincula observación, activo y tiempo
Cada evidencia debe llevar identificador estable del equipo o instancia, fecha, zona horaria, método y autor de la recogida. Añade referencia al cambio y al aviso que motivó la actualización. Un nombre de equipo reutilizado puede inducir a error: registra otro identificador disponible que diferencie la instancia. Conserva también fallos de consulta; un activo que no respondió no debe recibir por copia el resultado de otro equipo similar.
Protege lo que guardas
Almacena los resultados en un repositorio con acceso acorde a su sensibilidad y una conservación definida por tu política. Recorta datos innecesarios de capturas y no incluyas secretos, sesiones o información personal que no aporte evidencia. Separa los originales de las anotaciones de revisión para evitar sobrescribirlos. Si necesitas integridad adicional, utiliza los mecanismos del repositorio y documenta quién puede modificar o eliminar los archivos.
Representa el resultado sin borrar la historia
Relaciona antes y después en la misma ficha, con instalación, reinicio y comprobación final como eventos distintos. Anota también una reversión: la última versión observada debe reflejar el estado real, aunque contradiga el resultado inicial del despliegue. Para una muestra de equipos, indica qué cobertura demuestra y qué parte queda pendiente. Como cierre, pide que otra persona localice una pareja de evidencias y reconstruya el cambio usando solo los enlaces registrados.
Comprobaciones para cerrar la tarea
- ✓ Repetir el método de identificación antes y después.
- ✓ Registrar activo estable, hora y referencia del cambio.
- ✓ Añadir reversiones sin sobrescribir las observaciones previas.
Fuentes y documentación
- NIST SP 800-40 Rev. 4 · Enterprise Patch Management Planning — Define identificación, priorización, instalación y verificación como partes de la gestión de parches; la secuencia de trabajo del artículo es una propuesta operativa.
Aplicarlo en tu empresa
Podemos revisar el entorno y acordar qué actuaciones, validaciones y mantenimiento necesitas.
Conocer el servicio relacionado →