2026-08-24 15:30:03 -04:00
|
|
|
---
|
|
|
|
|
# Position de ce role dans la directive d'authentification (D-38..D-41).
|
doc : rangee par lecteur, trois portes d'entree (architecture, setup, usage) et un index
README reduit au role du projet et au demarrage rapide. docs/architecture.md (schemas
Mermaid), docs/setup.md, docs/usage.md (154 cibles en 13 familles), docs/README.md (index).
Documents ranges en conception/, exploitation/, hebergement/, projet/ ; 598 chemins suivis.
QUICKSTART.md, SOLUTION.md, architecture-set-ops.md et la carte fondus puis retires.
Preuves : P48 lit l'index et conception/mecanismes.md ; les gardes parcourent docs/ sous-
dossiers compris (_documents) ; usage.md suit le Makefile dans les deux sens.
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
2026-10-15 01:01:34 -04:00
|
|
|
# Voir docs/conception/authentification.md. Gardee par la preuve P29.
|
2026-08-24 15:30:03 -04:00
|
|
|
authentification:
|
|
|
|
|
portee: sans-auth-humaine
|
|
|
|
|
mecanisme: aucun
|
|
|
|
|
formulaire_local: sans-objet
|
|
|
|
|
secours: "Acces SSH a l'hote, puis `sudo -iu setops`"
|
|
|
|
|
raison: >-
|
|
|
|
|
Ce role n'expose aucune interface : il DETIENT un pouvoir au lieu d'en offrir un.
|
|
|
|
|
Ce qui le protege n'est pas une authentification mais le fait que la voute deposee
|
|
|
|
|
reste CHIFFREE et que son mot de passe soit tape a l'execution, jamais stocke.
|
