vault.secrets.ecranLe coffre à secrets du Hub : son état, et l'arborescence des secrets qu'il garde. Les valeurs ne s'affichent qu'à la demande, et c'est tracé.
Voir l'élément dans l'écran : secrets/vault
Le Hub ne range pas les mots de passe, jetons et clés dans sa base : il les confie à Vault, un coffre dédié. Les applications y lisent leurs secrets au démarrage, sous un chemin qui leur est propre.
L'écran a deux parties :
L'explorateur procède en deux temps, exprès :
username, password…), sans leur
valeur ;Les valeurs révélées se masquent d'elles-mêmes au bout de deux minutes.
| Moment | Appel | Ce qui sort de Vault |
|---|---|---|
| ouverture | vault_worker.get_status + LIST récursif du coffre |
l'état, les chemins |
| Voir | GET /hub/secrets/fields?path=… → vault_worker.get_secret |
les noms des champs ; valeurs masquées *** |
| Révéler | POST /hub/secrets/reveal (path) → lecture directe du secret |
les valeurs en clair |
vault_worker.get_secret rend les noms des champs avec des valeurs masquées ;
get_secret_keys liste les sous-chemins d'un dossier ; set_secret, delete_secret,
create_app_path, delete_app_path écrivent. Aucune action ne rend une valeur en clair :
seul le bouton Révéler de cet écran le fait.
Une ligne [secrets][reveal] <vous> a révélé <chemin> — champs [...] dans le journal
applicatif du Hub. Ce n'est pas une ligne du journal d'audit des actions (TechDB) : la
lecture ne passe pas par l'exécuteur d'actions.
secrets/vault.html, reveler() ; le commentaire du gabarit promet « champ par
champ »).PortalDashboardController.buildVaultTree).