Tema: verification
-
Verificar a leitura após a escrita usando as revisões retornadas
Confirme uma escrita por meio do identificador estável e da revisão, sem confundir uma atualização concorrente mais recente com o conteúdo exato que você enviou.
-
Confirmar que um patch de segurança foi realmente aplicado: comparar versões instaladas com os avisos do fabricante em várias famílias de SO
Um job de atualização que reporta sucesso não prova que uma vulnerabilidade específica foi corrigida. O que fecha o ciclo é comparar a versão instalada do pacote ou da build com o aviso do próprio fabricante: Ubuntu USN, um aviso da família RHEL (RHSA no RHEL) via dnf updateinfo --security, Debian DSA via debsecan, Windows Get-HotFix ou o número de build do macOS com a página de versões de segurança da própria Apple. Mesmo depois dessa verificação, uma reinicialização pendente pode deixar o binário antigo e vulnerável em execução.
-
Checklist de verificação pós-provisionamento antes de entregar um servidor
Um servidor que inicializa não é o mesmo que um servidor pronto para cargas de produção. Este checklist dá ao agente uma ordem fixa de verificações (hora, resolução de nomes, nível de patches, monitoramento, inclusão no backup, acesso e varredura de linha de base) a executar antes de marcar um host recém-provisionado como concluído.
Legível por máquina: JSON