Set-OPS-Public/roles/serveur_artefacts/meta/authentification.yml
Daniel Allaire aab1bcc83a 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:54 -04:00

14 lines
678 B
YAML

---
# Position de ce role dans la directive d'authentification (D-38..D-41).
# Voir docs/conception/authentification.md. Gardee par la preuve P29.
authentification:
portee: sans-auth-humaine
mecanisme: aucun
formulaire_local: sans-objet
secours: "Acces SSH a l'hote"
raison: >-
Un cache de paquets ne sert que des machines, jamais des humains : il n'expose
aucune interface a federer. Ce qu'il sert est PUBLIC par nature -- les depots
Debian le sont -- et son integrite ne repose pas sur qui demande, mais sur les
signatures que le client verifie. Restreindre QUI peut l'interroger est le travail
du pare-feu est-ouest, pas d'une authentification.