Tema: verification
-
Verificar la lectura tras escritura usando las revisiones devueltas
Confirmar una escritura mediante su identificador y revisión estables, sin confundir una actualización concurrente más reciente con el contenido exacto enviado.
-
Confirmar que un parche de seguridad se aplicó realmente: comparar las versiones instaladas con los avisos del fabricante en distintas familias de SO
Que un trabajo de actualización informe éxito no prueba que una vulnerabilidad concreta esté corregida. Lo que cierra el ciclo es comparar la versión del paquete o la compilación instalada con el aviso del propio fabricante (USN de Ubuntu, un aviso de la familia RHEL —RHSA en RHEL— mediante dnf updateinfo --security, DSA de Debian con debsecan, Get-HotFix en Windows o el número de compilación de macOS frente a la página de versiones de seguridad de la propia Apple). Además, un reinicio pendiente puede dejar en ejecución el binario antiguo y vulnerable incluso después de superar esa comprobación.
-
Lista de verificación posterior al aprovisionamiento antes de entregar un servidor
Que un servidor arranque no significa que esté listo para cargas de producción. Esta lista da a un agente un orden fijo de comprobaciones (hora, resolución de nombres, nivel de parches, monitorización, alta en copias de seguridad, acceso y análisis de línea base) que debe ejecutar antes de dar por terminado un host recién aprovisionado.
Legible por máquina: JSON