TP 10. Le Transit Seal, de bout en bout

É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 : 23. Durée : 3 h.

Objectifs

Monter un gardien souverain et l'utiliser pour desceller le cluster principal : installation minimale de transit-01, clé d'enveloppe et politique d'accès, token de seal, migration du core, recette en trois actes, et écriture de l'ordre de reprise générale.

Prérequis

TP 9 terminé. Chapitre 23 lu.

Étapes

1. Installer le gardien. Sur transit-01, déroulez l'installation du TP 1, puis initialisez avec trois parts et un seuil de deux : un quorum plus petit pour une machine plus rare, décision à consigner. Amorcez selon la doctrine du TP 2.

2. La clé et la politique. Activez le moteur Transit et créez la clé autounseal-core en conservant ses paramètres de gouvernance par défaut. Écrivez la policy seal-core : deux chemins, une clé nommée, rien d'autre. Justifiez en commentaire l'absence de tout autre droit.

3. Le token. Créez un token orphelin et périodique portant cette seule policy, avec un nom d'affichage identifiant le nœud consommateur. Expliquez pourquoi il est orphelin et pourquoi il est périodique.

4. Restreindre l'accès réseau. Configurez le pare-feu de transit-01 pour n'accepter que core-01 et admin-01. Vérifiez le refus depuis app-01.

5. Migrer le core. Prenez une sauvegarde à froid du core. Ajoutez la strophe de seal Transit à sa configuration, avec la vérification du certificat du gardien. Redémarrez et conduisez la migration avec le quorum de parts. Constatez le changement de type de seal et le fait que les anciennes parts sont devenues des recovery keys.

6. La recette en trois actes. Acte un : redémarrez le core et constatez le descellement automatique, chronomètre en main. Acte deux : arrêtez transit-01, redémarrez le core, et constatez qu'il reste scellé. Acte trois : redémarrez transit-01, redémarrez le core, constatez le retour à la normale. Consignez les trois résultats.

7. Le levier d'urgence. Révoquez le token de seal depuis transit-01, redémarrez le core, et constatez l'effet. Régénérez un token, remettez-le en configuration, et mesurez la durée totale de la réparation.

8. L'ordre de reprise. Arrêtez tout (gardien et core) puis rétablissez le service en écrivant, au fur et à mesure, la procédure que vous suivez. Comparez ensuite votre procédure à celle du chapitre 23 : l'ordre est-il le même ?

Résultats attendus

Un core qui redémarre sans intervention humaine en moins d'une minute, un core qui reste scellé quand le gardien manque, un levier d'urgence éprouvé et réparé, et une procédure de reprise générale écrite par vous-même, avec l'ordre correct.

Erreurs possibles et diagnostic

Le core démarre mais reste scellé sans message clair : le token de seal est expiré ou révoqué, le pare-feu bloque, ou l'adresse du gardien est erronée, les journaux du core distinguent les trois. Le core accepte n'importe quel gardien : la vérification du certificat n'est pas configurée. La migration échoue : indicateur de migration oublié, ou sauvegarde à froid prise pendant que le service tournait. Vous ne pouvez plus rien faire sur transit-01 : le pare-feu de l'étape 4 a été appliqué avant d'autoriser votre poste.

Questions

1. Quelle paire d'éléments un attaquant doit-il réunir pour lire les secrets du core, et qu'avez-vous mis entre les deux dans ce laboratoire ?
2. Pourquoi le plancher de déchiffrement de la clé d'enveloppe ne doit-il jamais être relevé ?
3. Votre procédure de reprise générale comporte-t-elle une étape que le chapitre 23 ne mentionne pas, ou l'inverse ? Expliquez l'écart.