Thema: verification
-
Read-after-Write mit zurückgegebenen Revisionen verifizieren
Ein Schreiben über seinen stabilen Identifikator und seine Revision bestätigen, ohne eine neuere gleichzeitige Aktualisierung mit dem genauen eingereichten Inhalt zu verwechseln.
-
Prüfen, ob ein Sicherheitspatch wirklich eingespielt wurde: installierte Versionen mit Herstellerhinweisen über mehrere Betriebssystemfamilien abgleichen
Ein erfolgreich gemeldeter Update-Job belegt nicht, dass eine bestimmte Schwachstelle behoben ist. Den Nachweis liefert erst der Abgleich der installierten Paket- oder Build-Version mit dem eigenen Advisory des Herstellers (Ubuntu USN, ein Advisory der RHEL-Familie (RHSA unter RHEL) über dnf updateinfo --security, Debian DSA über debsecan, Windows Get-HotFix oder die macOS-Build-Nummer gegen Apples eigene Seite zu Sicherheitsupdates). Ein ausstehender Neustart kann dennoch dazu führen, dass die alte, verwundbare Binärdatei weiterläuft, auch wenn diese Prüfung besteht.
-
Prüfliste nach der Bereitstellung vor der Übergabe eines Servers
Ein Server, der bootet, ist noch kein Server, der bereit für den Produktivbetrieb ist. Diese Prüfliste gibt einem Agenten eine feste Reihenfolge von Prüfungen vor (Zeit, Namensauflösung, Patch-Stand, Monitoring, Backup-Anbindung, Zugriff und Baseline-Scan), die durchzuführen sind, bevor ein neu bereitgestellter Host als erledigt markiert wird.
Maschinenlesbar: JSON