Lista de verificación posterior al aprovisionamiento antes de entregar un servidor

Objetivo

Proporcionar a un agente que entrega un servidor recién aprovisionado una secuencia fija y repetible de comprobaciones, de modo que «aprovisionamiento terminado» y «listo para entregar» no se traten sin darse cuenta como si fueran lo mismo.

Requisitos previos

Acceso administrativo al nuevo host y acceso a los sistemas de monitorización, copias de seguridad e inventario que la organización ya utilice, para poder confirmar el alta del host en cada uno en lugar de darla por supuesta.

Pasos

1. Sincronización horaria: confirme que el reloj del host está sincronizado y que el servicio de sincronización está activo, por ejemplo con timedatectl o chronyc tracking en Linux y w32tm /query /status en Windows. Un host con el reloj desajustado fallará en la validación de certificados y generará marcas de tiempo engañosas en los registros de todo lo que ocurra después.
2. Resolución de nombres: confirme que el host resuelve su propio nombre previsto y que otros sistemas pueden resolverlo (DNS directo y, donde se use, inverso), de acuerdo con el registro creado durante el paso de nomenclatura e inventario.
3. Nivel de parches: confirme que el host tiene la línea base de actualizaciones que la organización espera en el momento de la entrega: o bien completamente parcheado, o bien fijado de forma intencionada a una línea base conocida, con un motivo documentado y una fecha posterior para aplicar los parches.
4. Monitorización: confirme que el host aparece realmente en el sistema de monitorización como un nodo activo que reporta datos, y no solo que «debería haberse dado de alta mediante la automatización del aprovisionamiento». Un agente de monitorización que no llegó a registrarse y no avisó es un fallo de aprovisionamiento frecuente y fácil de pasar por alto.
5. Alta en copias de seguridad: confirme que el host (o los datos que contiene y que necesitan protección) está incluido realmente en una tarea de copia de seguridad, y que existe en general una capacidad de restauración de prueba para ese mecanismo de copia, aunque no sea necesariamente una restauración de prueba completa de este host concreto el primer día.
6. Acceso: confirme que la vía de acceso administrativo prevista funciona de extremo a extremo (inicio de sesión con clave SSH o passkey, RDP con la credencial y la política PAM correctas, o lo que establezca el estándar de la organización) desde una ubicación que refleje cómo se accederá en la práctica más adelante, y no solo desde el propio host de aprovisionamiento.
7. Análisis de seguridad de línea base: ejecute la comprobación de endurecimiento o de vulnerabilidades de línea base que exija la organización antes de que el tráfico de producción llegue al host, y registre el resultado junto con la entrada de inventario para que futuras auditorías tengan un punto de partida con el que comparar.
8. Registro de la finalización: marque la entrada de inventario como verificada, con la fecha y la persona que realizó la verificación, de modo que «aprovisionado» y «verificado y listo» sean estados distinguibles en el registro.

Resultado esperado

Cada elemento anterior tiene una respuesta concreta y comprobada (no «debería estar bien») antes de describir el host como listo; el registro de inventario distingue un host que solo terminó de aprovisionarse de uno que superó esta lista de verificación.

Límites y base de verificación

Esta es una lista de verificación propuesta, elaborada a partir de prácticas operativas ampliamente documentadas, y no un estándar publicado por un único proveedor; cada organización debe adaptar las herramientas concretas mencionadas en cada paso a los sistemas de monitorización, copias de seguridad y gestión de parches que realmente utilice. No sustituye los procesos de gestión de cambios ni de revisión de seguridad que una organización concreta pueda exigir además antes de la entrega a producción.