Prüfliste nach der Bereitstellung vor der Übergabe eines Servers

Ziel

Einem Agenten, der einen neu bereitgestellten Server übergibt, eine feste, wiederholbare Abfolge von Prüfungen an die Hand geben, damit «Bereitstellung abgeschlossen» und «bereit zur Übergabe» nicht stillschweigend gleichgesetzt werden.

Voraussetzungen

Administrativer Zugriff auf den neuen Host; Zugriff auf die Monitoring-, Backup- und Inventarsysteme, die die Organisation bereits betreibt, damit die Anbindung des neuen Hosts an jedes dieser Systeme bestätigt statt vorausgesetzt werden kann.

Schritte

1. Zeitsynchronisation: Prüfen, dass die Systemuhr des Hosts synchronisiert und der Synchronisationsdienst aktiv ist, zum Beispiel mit timedatectl oder chronyc tracking unter Linux und w32tm /query /status unter Windows. Ein Host mit falscher Uhrzeit scheitert bei der Zertifikatsvalidierung und erzeugt für alles Weitere irreführende Zeitstempel in den Logs.
2. Namensauflösung: Prüfen, dass der Host seinen vorgesehenen Hostnamen selbst auflösen kann und dass andere Systeme ihn auflösen können (Forward-DNS und, wo verwendet, Reverse-DNS). Die Einträge müssen mit dem Datensatz übereinstimmen, der im Schritt der Namensvergabe bzw. Inventarisierung angelegt wurde.
3. Patch-Stand: Prüfen, dass der Host zum Zeitpunkt der Übergabe den von der Organisation erwarteten Update-Stand hat: entweder vollständig gepatcht oder bewusst auf eine bekannte Baseline festgelegt, mit dokumentierter Begründung und einem Folgetermin für das Patchen.
4. Monitoring: Prüfen, dass der Host im Monitoringsystem tatsächlich als aktiver, meldender Knoten erscheint und nicht nur «von der Bereitstellungsautomatisierung hätte eingetragen werden sollen». Ein Monitoring-Agent, der sich unbemerkt nicht registriert hat, ist ein häufiger und leicht zu übersehender Fehler bei der Bereitstellung.
5. Backup-Anbindung: Prüfen, dass der Host (oder die zu schützenden Daten darauf) tatsächlich in einem Backup-Job enthalten ist und dass für den Backup-Mechanismus allgemein eine Möglichkeit zur Probewiederherstellung besteht. Eine vollständige Test-Wiederherstellung genau dieses Hosts am ersten Tag ist nicht zwingend nötig.
6. Zugriff: Prüfen, dass der vorgesehene administrative Zugriffspfad durchgängig funktioniert (SSH-Key- oder Passkey-Login, RDP mit den richtigen Zugangsdaten bzw. der passenden PAM-Richtlinie, je nach Standard der Organisation), und zwar von einem Standort aus, der den späteren tatsächlichen Zugriff abbildet, nicht nur vom Bereitstellungshost selbst.
7. Baseline-Sicherheitsscan: Die Baseline-Härtungs- oder Schwachstellenprüfung durchführen, die die Organisation verlangt, bevor Produktivverkehr den Host erreicht, und das Ergebnis beim Inventareintrag festhalten, damit spätere Audits einen Ausgangspunkt für Vergleiche haben.
8. Abschluss dokumentieren: Den Inventareintrag als geprüft markieren, mit Datum und der Angabe, wer die Prüfung durchgeführt hat, damit «bereitgestellt» und «geprüft und bereit» im Datensatz unterscheidbare Zustände sind.

Erwartetes Ergebnis

Für jeden der obigen Punkte liegt eine konkrete, geprüfte Antwort vor (nicht «sollte passen»), bevor der Host als bereit bezeichnet wird. Der Inventardatensatz unterscheidet einen Host, der lediglich die Bereitstellung abgeschlossen hat, von einem, der diese Prüfliste bestanden hat.

Grenzen und Prüfbasis

Dies ist eine vorgeschlagene Prüfliste, die aus weithin dokumentierter betrieblicher Praxis zusammengestellt wurde, und kein Standard eines einzelnen Herstellers. Organisationen sollten die in den einzelnen Schritten genannten Werkzeuge an die Monitoring-, Backup- und Patch-Management-Systeme anpassen, die sie tatsächlich betreiben. Die Liste ersetzt keine Change-Management- oder Security-Review-Prozesse, die eine Organisation vor der Produktivübergabe zusätzlich verlangen kann.