TP 14. Produire et vérifier une sauvegarde

Énoncé de travail pratique

Les commandes ne figurent pas dans les énoncés : elles se construisent à partir du chapitre déclencheur indiqué ci-dessous. Le laboratoire et le livret de corrections ne sont pas encore publiés. Voir les limites du livrable

Chapitre déclencheur : 33. Durée : 2 h.

Objectifs

Produire des snapshots par la ligne de commande et par l'API sous une identité au moindre privilège, automatiser leur production avec chiffrement en flux vers un dépôt en écriture seule, vérifier une sauvegarde aux trois niveaux, et démontrer expérimentalement la condition d'exploitabilité.

Prérequis

TP 13 terminé. Chapitre 33 lu.

Étapes

1. Le premier snapshot. Prenez un snapshot par la ligne de commande. Relevez sa taille et sa durée de production. Ouvrez le fichier avec un outil texte et constatez ce que vous voyez : c'est le point de départ de la discussion sur sa protection.

2. L'identité de sauvegarde. Créez le rôle AppRole backup avec une policy d'une seule règle, puis produisez un snapshot par l'API sous ce rôle. Vérifiez qu'il ne peut rien faire d'autre : tentez une lecture de secret et une restauration avec ce même token, et constatez les deux refus.

3. Chiffrer sans Vault. Générez la paire de clés de sauvegarde. Déployez la partie publique sur les nœuds et rangez la partie privée hors du laboratoire actif, dans le répertoire simulant le coffre. Expliquez en une phrase pourquoi cette clé ne peut pas être une clé Transit.

4. Automatiser. Installez le minuteur et le script fournis, en complétant les parties manquantes : test de santé pour ne produire que sur l'actif, chiffrement en flux, empreinte, expédition vers le dépôt. Vérifiez qu'aucun fichier en clair n'apparaît à aucun moment sur le disque des nœuds.

5. Le dépôt en écriture seule. Vérifiez que le compte utilisé par les nœuds peut déposer mais ne peut ni lister, ni relire, ni supprimer. Tentez les trois et consignez les refus.

6. Vérifier à trois niveaux. Niveau superficiel : contrôlez présence, taille et empreinte du dernier fichier, et branchez l'alerte sur l'absence. Niveau cryptographique : sortez la clé privée selon la procédure et déchiffrez. Niveau fonctionnel : gardez cette étape pour le TP 15.

7. La démonstration. Prenez un snapshot, puis détruisez la clé d'enveloppe du gardien dans un laboratoire jetable. Tentez d'exploiter le snapshot sur un cluster neuf et constatez le résultat. Formulez la condition d'exploitabilité en une phrase.

8. L'inventaire. Créez le tableau d'inventaire par époque et remplissez-le pour les snapshots produits, en y faisant figurer la génération de parts et la version de clé d'enveloppe en vigueur.

Résultats attendus

Des snapshots produits par une identité incapable de faire autre chose, une chaîne automatisée sans clair sur disque, un dépôt refusant la lecture et la suppression, une alerte sur l'absence de fichier, et la démonstration expérimentale qu'un snapshot sans son gardien ne vaut rien.

Erreurs possibles et diagnostic

Le script produit un fichier vide : le token n'a pas le droit de lecture sur le chemin de snapshot, et l'erreur est avalée par le tube ; ajoutez le contrôle du code de retour, ce qui est l'enseignement de l'étape. Trois snapshots par heure au lieu d'un : le test de santé est absent ou accepte le code des standbys. Le déchiffrement échoue : la partie publique déployée ne correspond pas à la privée conservée. Le dépôt accepte la suppression : les droits n'ont pas été restreints, et le scénario 2 du chapitre 31 redevient possible.

Questions

1. Quel enchaînement d'erreurs conduirait à découvrir dans six mois que la chaîne de sauvegarde ne produit plus rien ?
2. Pourquoi la clé de sauvegarde ne peut-elle pas être gérée par Transit, et quelle propriété du chapitre 16 est ici retournée contre elle-même ?
3. À quoi sert exactement l'inventaire par époque, et quelle question d'audit doit-il permettre de traiter en moins d'une minute ?