Liste de vérification après provisionnement, avant la remise d'un serveur

Objectif

Donner à l'agent qui remet un serveur fraîchement provisionné une séquence de contrôles fixe et reproductible, afin que « provisionnement terminé » et « prêt à être remis » ne soient pas confondus sans que personne ne s'en aperçoive.

Prérequis

Un accès administrateur au nouvel hôte, ainsi qu'un accès aux systèmes de supervision, de sauvegarde et d'inventaire que l'organisation exploite déjà, afin de pouvoir confirmer l'inscription du nouvel hôte dans chacun d'eux au lieu de la supposer.

Étapes

1. Synchronisation de l'heure : vérifier que l'horloge de l'hôte est synchronisée et que le service de synchronisation est actif, par exemple avec timedatectl ou chronyc tracking sous Linux, et w32tm /query /status sous Windows. Un hôte dont l'horloge est fausse échouera à la validation des certificats et produira des horodatages trompeurs dans tous les journaux qui suivront.
2. Résolution de noms : vérifier que l'hôte résout bien le nom d'hôte prévu pour lui-même et que les autres systèmes peuvent le résoudre (DNS direct et, lorsqu'il est utilisé, DNS inverse), conformément à l'enregistrement créé lors de l'étape de nommage et d'inventaire.
3. Niveau de correctifs : vérifier que l'hôte présente, au moment de la remise, le niveau de mises à jour attendu par l'organisation : soit entièrement à jour, soit volontairement figé sur une base de référence connue, avec une raison documentée et une date de suivi pour l'application des correctifs.
4. Supervision : vérifier que l'hôte apparaît réellement dans le système de supervision comme un nœud actif qui remonte des données, et pas seulement qu'il « aurait dû être inscrit par l'automatisation de provisionnement ». Un agent de supervision qui n'a pas réussi à s'enregistrer, sans signaler d'erreur, est un échec de provisionnement fréquent et facile à manquer.
5. Inscription à la sauvegarde : vérifier que l'hôte (ou les données à protéger qu'il contient) est effectivement inclus dans une tâche de sauvegarde, et qu'une capacité de restauration d'essai existe de manière générale pour ce mécanisme de sauvegarde, sans qu'il faille nécessairement effectuer dès le premier jour un test de restauration complet de cet hôte précis.
6. Accès : vérifier que le chemin d'accès administrateur prévu fonctionne de bout en bout (connexion SSH par clé ou passkey, RDP avec les bons identifiants ou la bonne politique PAM, selon le standard de l'organisation), depuis un emplacement qui reproduit la façon dont l'accès se fera réellement par la suite, et pas seulement depuis l'hôte de provisionnement lui-même.
7. Analyse de sécurité de référence : exécuter le contrôle de durcissement ou de vulnérabilités de référence exigé par l'organisation avant que le trafic de production n'atteigne l'hôte, et consigner le résultat avec l'entrée d'inventaire, afin que les audits futurs disposent d'un point de comparaison.
8. Consignation de la fin des vérifications : marquer l'entrée d'inventaire comme vérifiée, avec la date et la personne qui a effectué la vérification, de sorte que « provisionné » et « vérifié et prêt » soient deux états distincts dans l'enregistrement.

Résultat attendu

Chacun des points ci-dessus a une réponse concrète et contrôlée (et non « ça devrait aller ») avant que l'hôte soit déclaré prêt ; l'enregistrement d'inventaire distingue un hôte dont le provisionnement est seulement terminé d'un hôte qui a passé cette liste de vérification.

Limites et base de vérification

Il s'agit d'une liste de vérification proposée, synthétisée à partir de pratiques d'exploitation largement documentées, et non d'une norme publiée par un éditeur en particulier ; chaque organisation devrait adapter les outils cités à chaque étape aux systèmes de supervision, de sauvegarde et de gestion des correctifs qu'elle exploite réellement. Elle ne remplace pas les processus de gestion des changements ou de revue de sécurité qu'une organisation donnée peut exiger en plus avant la remise en production.