TP 2. Initialiser, sceller, desceller

É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 : 8. Durée : 1 h 30.

Objectifs

Conduire une initialisation avec quorum, comprendre les trois états d'un serveur, exécuter la doctrine du token racine, et éprouver le scellement d'urgence ainsi que la régénération de token racine sous quorum.

Prérequis

TP 1 terminé. Chapitre 8 lu.

Environnement de départ

core-01 lancé, non initialisé.

Étapes

1. Initialiser. Exécutez l'initialisation avec cinq parts et un seuil de trois. Conservez les parts dans cinq fichiers distincts du répertoire de travail : le laboratoire tolère ce qu'une production interdit, et vous noterez cette différence dans votre registre.

2. Desceller. Descellez avec trois parts, en observant la progression après chaque saisie. Saisissez volontairement une part erronée à la deuxième étape, constatez le comportement, et employez la réinitialisation de la cérémonie plutôt que de vous acharner.

3. Exécuter la doctrine du token racine. Avec le token racine obtenu : activez un dispositif d'audit fichier, créez la policy admin fournie dans conf/policies/, activez la méthode userpass et créez le compte nadia avec cette policy. Vérifiez que ce compte fonctionne. Puis révoquez le token racine et constatez qu'il ne fonctionne plus.

4. Vérifier la trace. Dans le journal d'audit, retrouvez les quatre opérations que vous venez d'exécuter et relevez, pour l'une d'elles, l'identité, le chemin et l'issue.

5. Sceller en urgence. Sous le compte nadia, scellez le serveur. Constatez ce que devient l'API : ce qui répond encore, ce qui refuse. Descellez à nouveau.

6. Régénérer un token racine. Conduisez la cérémonie complète du chapitre 20 : ouverture avec production d'un mot de passe à usage unique, saisie du quorum, décodage. Vérifiez que le token obtenu fonctionne, puis révoquez-le immédiatement et consignez la cérémonie.

Résultats attendus

Le serveur est initialisé, descellé, et un dispositif d'audit écrit. Le token racine initial est révoqué et rejeté. Le compte nadia administre. Le journal d'audit contient les opérations d'amorçage. La cérémonie de régénération a produit un token fonctionnel, révoqué en fin d'exercice, et une ligne de registre.

Erreurs possibles et diagnostic

L'initialisation échoue en indiquant que le serveur l'est déjà : vous avez relancé la commande après un premier succès ; l'état est dans le répertoire de données, pas dans votre terminal. Le descellement n'avance pas : vous saisissez deux fois la même part, ce que le serveur ignore, ou vous mélangez des parts de deux initialisations. La révocation du token racine vous laisse sans accès : vous avez oublié de créer et de tester nadia avant, ce qui est exactement l'erreur que le chapitre 8 annonçait ; le laboratoire se remet à zéro, la production non. Le décodage du token régénéré échoue : le mot de passe à usage unique et le jeton encodé ne proviennent pas de la même cérémonie.

Questions

1. Décrivez ce qui se passe en mémoire du serveur entre le moment où la troisième part est saisie et celui où l'API accepte une lecture.
2. Pourquoi le scellement n'exige-t-il pas de quorum alors que le descellement en exige un ? Cette asymétrie est-elle un défaut ?
3. Votre registre doit mentionner une différence entre la pratique du laboratoire et celle de la production, concernant les parts. Formulez-la en deux phrases.