Set-OPS-Public/scripts/prouver.py

3096 lines
161 KiB
Python
Raw Normal View History

#!/usr/bin/env python3
"""Harnais de preuve Set-OPS : rejoue les preuves automatisables du registre.
`make prouver` enchaine les commandes de preuve du registre des affirmations
(`docs/audit/affirmations.md`) et produit un rapport horodate
`docs/audit/preuve-AAAA-MM-JJ.md` — rejouable, presentable comme piece justificative.
Ce script est un ORCHESTRATEUR MINCE : il ne reimplemente AUCUNE validation. Il
appelle l'outillage existant (les memes `scripts/*.py`, `ansible-lint`, `make syntaxe`
que `make verifier`) et met en forme les resultats. Ce n'est pas un framework de test
parallele : la logique de validation vit dans les scripts appeles.
Sortie : 0 si aucune preuve automatisable n'echoue (les preuves SAUTEES — ex. voute
requise absente — ne sont pas des echecs) ; 1 sinon.
Usage :
python3 scripts/prouver.py # execute + ecrit docs/audit/preuve-<date>.md
python3 scripts/prouver.py --verifier # preuves seules (verdict + code sortie), sans rapport
"""
from __future__ import annotations
import datetime as _dt
import ast
import json
import re
glossaire : le metier n'etait explique nulle part Demande de l'exploitant apres une soiree passee a croiser « strophe FRR », VRF, VNet et nexthop-vrf : cet ecosysteme doit rester pilotable par un humain, idealement un seul ; que chaque notion sous-jacente soit ENSEIGNEE. MESURE AVANT D'ECRIRE : 40 termes employes par le depot et absents du glossaire — LDAP 184 fois, playbook 165, underlay 106, EVPN 66, VRF 33, LMTP 25. Le glossaire expliquait le vocabulaire propre a Set-OPS (plan, index, voute, zone) et laissait dehors tout ce qui vient du metier. Or c'est le metier qui perd le lecteur. CE N'EST PAS UN DEFAUT DE REDACTION. La regle fondatrice du depot est qu'un humain pilote sans IA. Chaque mot obscur retire une personne a la liste de celles qui peuvent reprendre le systeme : un vocabulaire non explique est un defaut de CONCEPTION. - Glossaire reecrit : 67 termes groupes par famille (plan, machines, Ansible, reseau, noms, confiance, identite, courriel, etat et preuve). Chaque entree dit ce que c'est ET pourquoi ce depot s'en sert, avec renvoi vers l'unite qui developpe. - Unite d'apprentissage manquante : « Le reseau des tenants ». Dix-sept des quarante termes y vivaient sans domicile. Elle suit l'ordre ou les problemes se sont poses : deux clients sur un cable -> VLAN -> ses deux limites -> encapsulation -> pourquoi 1450 -> EVPN -> le VRF, qui n'est pas une interdiction mais une ignorance structurelle. - Navigation : la nouvelle unite est au sidebar ; le plan de recette regenere (P22 l'a exige des l'ajout de la page — le harnais a mordu). P39 verifie : chaque terme du jargon a une entree ; chaque lien du glossaire mene a une page existante ; chaque page du wiki est atteignable depuis la navigation. LA LISTE EST DECLAREE, ET C'EST UN CHOIX MESURE. La derivation automatique a ete essayee : 153 acronymes dans le wiki et le README, dont la moitie sont des mots francais en capitales (AUCUNE, AVANT, TOUS). Un controle qui exige une entree pour « AUCUNE » finit desactive, et une preuve desactivee ne garde rien. La preuve dit elle-meme cet angle mort. EPROUVEE EN NEGATIF contre le glossaire d'avant : 49 termes manquants, nommes un par un. make verifier 39 OK, 0 echec, 0 saute ; make ci idem. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-21 12:15:55 -04:00
import unicodedata
import os
import subprocess
import sys
from pathlib import Path
portabilite : Technolibre debout, six devis, et P35 L'epreuve de portabilite est passee. Un second ecosysteme souverain complet, monte depuis zero par le meme moteur : 14 hotes, 2583 taches ok, 331 changed, 0 failed. Plan distinct, voute separee, realm technolibre, sa propre AC — et une topologie differente : LDAP et SSO sur des machines separees la ou Chezlepro les co-localise. Cinq devis CONFORME (identite, certificats, PostgreSQL, courriel, frontiere — 55 lignes 0 ecart). Le sixieme dit exactement la bonne chose : les 6 services repondent depuis l'edge, aucun depuis le poste, qui ne resout pas encore technolibre.internal (6 entrees /etc/hosts absentes — le plancher). SIXIEME DEFAUT MOTEUR. Le devis d'identite interrogeait LDAP en `ldapi:///` — un socket UNIX LOCAL — depuis l'hote serveur_keycloak. Cela ne marchait que par CO-LOCATION ACCIDENTELLE. Un tenant qui separe l'annuaire du SSO echouait sur « Failed to import python-ldap » : l'hote SSO n'a pas de client LDAP. Les deux lectures sont deleguees a l'hote DERIVE par resoudre_annuaire. P35 (D-75) : toute application dont le role exige une base en a une au plan. La garde de resoudre_base existait deja, mais s'est declenchee a la 92e tache de collab-01, apres quarante minutes, pour un ecart entierement lisible dans le plan. Rien n'y est code en dur : les roles concernes sont ceux qui INCLUENT resoudre_base, et le groupe reclame est lu dans le DEFAUT de la variable passee — jamais deduit du nom. serveur_icingaweb2 reclame la base de serveur_icinga ; une preuve supposant « role = groupe » aurait crie sur un cas sain. Eprouvee dans les deux sens ET sur les deux tenants, dont les registres n'ont pas la meme portee : base retiree -> ECHEC la nommant ; restauree -> OK. Verifie : prouver.py 35 OK sur les deux instances, ansible-lint production. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-10 13:36:44 -04:00
import yaml
RACINE = Path(__file__).resolve().parents[1]
resolution d'instance : une seule, partagee — au lieu de neuf copies Cinq jours, cinq defauts, tous de la meme famille : « quelle instance, quel inventaire ? » Neuf modules portaient chacun leur reponse. - 18 aout : P03 comparait chaque instance a l'inventaire d'une AUTRE ; - 19 aout : verifier_ports codait `principal/` en dur ; verifier_intrants et _frontiere_absente lisaient le symlink au lieu de la variable ; - 20 aout : devis_placement rendait un verdict juste sur le mauvais tenant ; - 22 aout : P35, puis P36 — la dixieme, trouvee par la preuve elle-meme. Aucune n'etait une faute d'inattention : chacune avait ete ecrite de bonne foi, a un moment ou le besoin semblait local. C'est le mode de panne de la duplication — pas l'erreur, mais la DERIVE, invisible depuis l'interieur d'un fichier. LA RESOLUTION UNIQUE. `inventory_rules` porte instance_courante(), inventaire_de(), dossier_inventaire() et plan_de(). Trois niveaux de repli, dont le TROISIEME manquait a la moitie des copies : un hosts.yml existant, puis un REPERTOIRE existant (instance neuve — c'est ce qui faisait echouer `make instancier` sur le modele public), puis le defaut. Vingt-huit modules y sont branches. CE QUI REND CE REFACTOR SUR : avant de toucher quoi que ce soit, chaque module a ete interroge sur ce qu'il resolvait, pour les DEUX ecosystemes. Apres refactor, meme mesure : 17 modules x 2 instances, diff VIDE. Aucune resolution n'a change — prouve, pas suppose. P41 echoue des qu'un module reintroduit une copie. Eprouvee en negatif : une copie replacee dans genome.py est signalee avec son numero de ligne. Trois exemptions nommees : instances.py et inventory_gui.py manipulent le SYMLINK lui-meme (bascule d'instance), et devis_opnsense lit deliberement quelle instance est ACTIVE. Elles parlent du lien, pas de la resolution. make verifier 41 OK, 0 echec, 0 saute ; make ci idem ; lint vert. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-22 14:19:55 -04:00
sys.path.insert(0, str(RACINE / "scripts"))
from inventory_rules import instance_courante, plan_de # noqa: E402
INSTANCE = instance_courante()
DOSSIER_AUDIT = RACINE / "docs" / "audit"
GROUPES = "playbooks/groupes"
DEPENDANCES = "docs/dependances-groupes.yml"
def _inventaire() -> str:
"""Inventaire de l'instance : premier existant (principal > production > lab)."""
for nom in ("principal", "production", "lab"):
p = INSTANCE / "inventories" / nom / "hosts.yml"
if (RACINE / p).exists():
return str(p)
return str(INSTANCE / "inventories" / "principal" / "hosts.yml")
INV = _inventaire()
# --- Preuves natives (petites verifications d'invariants, pas de logique metier) ---
def preuve_handlers() -> tuple[bool, str]:
"""Tout `notify` d'un role pointe vers un handler du meme role (AGENTS.md)."""
import glob
import yaml
problemes: list[str] = []
roles_dir = RACINE / "roles"
for role in sorted(p.name for p in roles_dir.iterdir() if p.is_dir()):
rp = roles_dir / role
handlers: set[str] = set()
for hf in glob.glob(str(rp / "handlers" / "*.yml")):
data = yaml.safe_load(Path(hf).read_text(encoding="utf-8")) or []
def collect(tasks):
for t in tasks or []:
if not isinstance(t, dict):
continue
if "name" in t:
handlers.add(t["name"])
if "listen" in t:
listen = t["listen"]
handlers.update(listen if isinstance(listen, list) else [listen])
for k in ("block", "rescue", "always"):
if k in t:
collect(t[k])
collect(data)
notifies: set[str] = set()
for tf in glob.glob(str(rp / "tasks" / "*.yml")):
data = yaml.safe_load(Path(tf).read_text(encoding="utf-8")) or []
def scan(tasks):
for t in tasks or []:
if not isinstance(t, dict):
continue
if "notify" in t:
n = t["notify"]
notifies.update(n if isinstance(n, list) else [n])
for k in ("block", "rescue", "always"):
if k in t:
scan(t[k])
scan(data)
manquants = notifies - handlers
if manquants:
problemes.append(f"{role}: notify sans handler -> {sorted(manquants)}")
if problemes:
return False, "; ".join(problemes)
return True, "Tout notify pointe vers un handler du meme role (49 roles)."
def preuve_runbooks() -> tuple[bool, str]:
"""Les runbooks / registres cites par les surfaces publiques existent."""
attendus = [
"docs/plan-et-generation.md", "docs/catalogue-services.md",
"docs/dependances-groupes.yml", "docs/dns-interne.md",
"docs/nomenclature-vm.md", "docs/config-proxmox.md", "docs/vm-lifecycle.md",
"docs/procedure-template-debian13-proxmox.md", "docs/positionnement.md",
"docs/bindings-conception.md", "docs/flux-conception.md",
"docs/couches-deploiement.yml", "docs/registre-flux.md",
"docs/carte-set-ops.md", "docs/runbooks-exploitation.md",
"exemples/vault.exemple.yml", "exemples/instance.exemple.yml",
]
manquants = [f for f in attendus if not (RACINE / f).exists()]
if manquants:
return False, "manquants : " + ", ".join(manquants)
return True, f"{len(attendus)}/{len(attendus)} runbooks/registres cites presents."
def preuve_structurels() -> tuple[bool, str]:
"""Invariants de structure/doctrine verifiables par le contenu du depot."""
echecs: list[str] = []
def lire(rel: str) -> str:
p = RACINE / rel
return p.read_text(encoding="utf-8") if p.exists() else ""
# AFF-015 : LICENSE present
if not (RACINE / "LICENSE").exists():
echecs.append("LICENSE absent")
# AFF-022 : modele socle en forme dossier (intrants charges, pas de shadowing)
if not (RACINE / "exemples/modeles/socle/inventories/production/group_vars/all/10-intrants.yml").exists():
echecs.append("socle: all/10-intrants.yml absent")
if (RACINE / "exemples/modeles/socle/inventories/production/group_vars/all.yml").exists():
echecs.append("socle: all.yml (forme fichier) masquerait all/")
# AFF-038 : pas de playbooks de couches paralleles
for couche in ("socle", "durcissement"):
if (RACINE / "playbooks" / couche).exists():
echecs.append(f"playbooks/{couche}/ ne doit pas exister")
# AFF-037 : SSH clef-only des la construction
if 'ssh_baseline_password_authentication: "no"' not in lire("roles/ssh_baseline/defaults/main.yml"):
echecs.append("ssh_baseline: PasswordAuthentication != no")
if "AuthenticationMethods publickey" not in lire("roles/ssh_baseline/templates/10-setops.conf.j2"):
echecs.append("ssh_baseline: AuthenticationMethods publickey absent")
# AFF-062 : nftables installe mais desactive par defaut
if "nftables_baseline_enabled: false" not in lire("roles/nftables_baseline/defaults/main.yml"):
echecs.append("nftables_baseline_enabled != false")
if echecs:
return False, "; ".join(echecs)
return True, "LICENSE, socle dossier, pas de couches paralleles, SSH clef-only, nftables off : OK."
def preuve_modele_socle() -> tuple[bool, str]:
"""Le modele public `socle` valide (registres) — garde contre une regression d'exemple."""
socle = "exemples/modeles/socle"
P03 : la preuve comparait chaque instance a l'inventaire d'UNE SEULE Trouve en validant une mise a jour du CHANGELOG. Deux invocations de la meme preuve, deux verdicts : `make prouver` -> NON CONFORME (« lab : 17 hotes avec ecart »), `python3 scripts/prouver.py` -> CONFORME 37/37. Le lab n'avait aucun ecart. DEUX VARIABLES DESIGNENT LA CIBLE, ET LA SECONDE GAGNE. Le Makefile exporte SETOPS_INVENTAIRE (ligne 13), derive de l'instance ACTIVE ; instancier.py:68 lui fait FORCER la cible par-dessus SETOPS_INSTANCE. P03 (prouver.py:505) ne redirigeait que SETOPS_INSTANCE : elle generait le plan de CHAQUE instance federee et le comparait a l'inventaire applique de la SEULE instance active. LE ROUGE N'ETAIT PAS LE PROBLEME, LE VERT L'ETAIT. Sous `make`, l'inventaire applique de lab et de Technolibre n'etait JAMAIS lu — l'angle meme pour lequel P03 a ete ecrite le 2026-08-12 (un tenant qu'on ne regarde pas imposant ses vieilles adresses au pare-feu partage). La preuve etait aveugle a son propre cas, par l'invocation documentee. Les rapports du 13 et du 14 sortent de cette invocation-la. Signature visible sans lire le code : les hosts.genere.yml de lab et de Technolibre ne bougeaient pas. CORRECTIF, cinq sites : env.pop("SETOPS_INVENTAIRE") partout ou l'on redirige SETOPS_INSTANCE — P03 et P15, plus les trois applicateurs (opnsense, proxmox_fw, sdn) qui pointent vers l'HEBERGEUR. Ces trois sont sans effet tant qu'hebergeur et tenant actif coincident, c'est-a-dire jusqu'au second site. Le geste existait deja (modeles.py:96). GARDE, pour que la classe cesse d'etre silencieuse : inventory_rules.inventaire_force() REFUSE une cible hors de l'instance visee, en nommant les deux valeurs. Eprouvee dans les deux sens (contradiction -> code 1 ; cible legitime dans l'instance -> passe). Branchee sur les quatre resolutions de _inventaire (instancier, serveurs, applications, config_proxmox). Le GUI garde la sienne : il ne redirige jamais SETOPS_INSTANCE pour un fils et resout par symlink a chaque requete. make prouver : 37 OK, 0 echec, 0 saute — et les hosts.genere.yml des TROIS instances portent l'horodatage du passage. make test 0. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-18 14:35:01 -04:00
# Meme retrait qu'en P03 : les validateurs lisent SETOPS_INVENTAIRE, qui gagnerait
# sur le socle et ferait valider le modele public contre l'inventaire du tenant actif.
env = {**os.environ, "SETOPS_INSTANCE": socle}
P03 : la preuve comparait chaque instance a l'inventaire d'UNE SEULE Trouve en validant une mise a jour du CHANGELOG. Deux invocations de la meme preuve, deux verdicts : `make prouver` -> NON CONFORME (« lab : 17 hotes avec ecart »), `python3 scripts/prouver.py` -> CONFORME 37/37. Le lab n'avait aucun ecart. DEUX VARIABLES DESIGNENT LA CIBLE, ET LA SECONDE GAGNE. Le Makefile exporte SETOPS_INVENTAIRE (ligne 13), derive de l'instance ACTIVE ; instancier.py:68 lui fait FORCER la cible par-dessus SETOPS_INSTANCE. P03 (prouver.py:505) ne redirigeait que SETOPS_INSTANCE : elle generait le plan de CHAQUE instance federee et le comparait a l'inventaire applique de la SEULE instance active. LE ROUGE N'ETAIT PAS LE PROBLEME, LE VERT L'ETAIT. Sous `make`, l'inventaire applique de lab et de Technolibre n'etait JAMAIS lu — l'angle meme pour lequel P03 a ete ecrite le 2026-08-12 (un tenant qu'on ne regarde pas imposant ses vieilles adresses au pare-feu partage). La preuve etait aveugle a son propre cas, par l'invocation documentee. Les rapports du 13 et du 14 sortent de cette invocation-la. Signature visible sans lire le code : les hosts.genere.yml de lab et de Technolibre ne bougeaient pas. CORRECTIF, cinq sites : env.pop("SETOPS_INVENTAIRE") partout ou l'on redirige SETOPS_INSTANCE — P03 et P15, plus les trois applicateurs (opnsense, proxmox_fw, sdn) qui pointent vers l'HEBERGEUR. Ces trois sont sans effet tant qu'hebergeur et tenant actif coincident, c'est-a-dire jusqu'au second site. Le geste existait deja (modeles.py:96). GARDE, pour que la classe cesse d'etre silencieuse : inventory_rules.inventaire_force() REFUSE une cible hors de l'instance visee, en nommant les deux valeurs. Eprouvee dans les deux sens (contradiction -> code 1 ; cible legitime dans l'instance -> passe). Branchee sur les quatre resolutions de _inventaire (instancier, serveurs, applications, config_proxmox). Le GUI garde la sienne : il ne redirige jamais SETOPS_INSTANCE pour un fils et resout par symlink a chaque requete. make prouver : 37 OK, 0 echec, 0 saute — et les hosts.genere.yml des TROIS instances portent l'horodatage du passage. make test 0. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-18 14:35:01 -04:00
env.pop("SETOPS_INVENTAIRE", None)
for s in ("domaines", "serveurs", "applications", "bases_donnees"):
r = subprocess.run([sys.executable, f"scripts/{s}.py", "verifier"],
cwd=RACINE, env=env, capture_output=True, text=True)
if r.returncode != 0:
sortie = (r.stdout + r.stderr).strip().splitlines()
return False, f"{s}: {sortie[-1] if sortie else 'rc!=0'}"
return True, "Modele public socle : domaines/serveurs/applications/bases valides."
authentification : chaque rôle déclare sa position, gardé par P29 Une règle qu'aucune garde ne vérifie finit par ne plus être vraie — c'est ce qui était arrivé aux 28 lignes d'intégration recopiées. Chaque rôle serveur_* porte un meta/authentification.yml, confronté à son code par P29. web-sso 5, socle-identite 2 (keycloak/openldap : ils SONT la chaîne d'identité), ldap-direct 2, interne-sans-auth 2, sans-auth-humaine 12. La preuve refuse l'oubli ET le mensonge. Éprouvée par sabotage sur sept cas : déclaration supprimée, portée inventée, secours retiré, posture de formulaire retirée, raison retirée, ldap-direct mensonger, réglage retiré des defaults. Les deux derniers passaient dans la première version : - le mensonge passait à cause d'un commentaire. Je cherchais le mot « ldap » dans le rôle, et serveur_grafana/defaults/main.yml contient « désactiver quelqu'un dans LDAP » : de la prose validait une déclaration fausse. La preuve exige maintenant un indice nommé — variable <rôle>_oidc / <rôle>_ldap, ou URI ldap:// - le réglage retiré passait parce que le gabarit citait encore la variable alors que plus rien ne lui donnait de valeur. La preuve lit defaults/main.yml en YAML et exige que la clé y soit définie, pas mentionnée. Elle a aussi forcé une valeur : oauth2-proxy était déclaré « formulaire local fermé » alors qu'il n'a aucun compte local. D'où formulaire_local: aucun, qui distingue « il n'y en a jamais eu » de « il y en a un, il est fermé ». Correction d'une note de la veille : Prometheus et Loki ne sont PAS exposés publiquement (aucun expose au plan). Seuls six groupes le sont. Le risque est intra-tenant, pas frontalier. Les deux lacunes sont comptées à chaque exécution, pas masquées. AFF-111, D-42. 29 preuves OK, ansible-lint (production) sur 375 fichiers. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-03 17:05:43 -04:00
PORTEES_AUTH = {"web-sso", "socle-identite", "ldap-direct", "interne-sans-auth",
"sans-auth-humaine"}
preuves : trois gardes pour ce que ma lecture ne tiendra pas Une revision de documentation vieillit comme le reste. Ce qui tient, c est ce qu une machine verifie — et trois lacunes etaient nommees sans etre gardees. P58 HABILITATIONS. autorisation.md posait la regle (un service nomme un GROUPE, jamais une personne, D-66) et meta/acces.yml la portait ; rien ne la verifiait. P29 gardait les POSITIONS d authentification, personne ne gardait les DROITS. Le controle qui porte la preuve est un croisement : une entree porte_par: role-realm affirme que l habilitation voyage par un role de realm projete depuis un groupe LDAP. P58 le confronte a serveur_keycloak. Sans ca, un service annonce une habilitation que rien ne transporte, et l ecran reste vide sans que personne sache pourquoi. CE QU ELLE N EXIGE PAS, et c est le point le plus important : que les groupes nommes existent dans l annuaire. Ce serait contredire le regime du paragraphe 2 — le depot AMORCE un acces et se retire, les appartenances appartiennent a une personne. dev et personnel n existent dans aucun code, et ce n est pas un defaut. P59 ENUMERATIONS ANNONCEES. Les deux ecarts trouves a la main pendant la tournee — cinq portes annoncees devant une table de six, huit lignes renvoyees vers une fiche qui en compte dix — etaient d une forme que P57 ne voit pas. Ma premiere version a signale CINQ ecarts, et les cinq etaient du bruit : dans « reprise dans les deux devis : », le nombre qualifie autre chose que la liste. Cent pour cent de faux positifs — la preuve qui crie sur un cas sain et qu on apprend a ignorer. Resserree aux deux formes ou le nombre ne peut compter rien d autre. Etroite et vraie plutot que large et devineuse. P60 WIKI PUBLIE. Le wiki est publie DEPUIS le depot ; rien ne mesurait l ecart, et il s est creuse de VINGT-SEPT JOURS en silence. Deux unites jamais publiees, vingt et une differentes : pour qui lit la forge plutot que le depot, toute la revision n existait pas. Le harnais est STATIQUE, zero appel reseau — cloner la forge romprait la seule propriete qui fasse qu une preuve vaille hors de ce poste. La mesure passe donc par un TEMOIN que make wiki-publier depose. Amorce avec la valeur MESUREE : le wiki d eregion porte b6167f2, dont le message dit source: ac85278. Ce qu elle ne prouve pas : un temoin dit ce qui est PARTI, jamais ce qui est ARRIVE. LES TROIS SONT EPROUVEES DANS LES DEUX SENS Douze essais negatifs, douze refus : groupe non projete, acces.yml disparu, personne au lieu d un groupe, mecanisme invente, raison manquante, compte revenu a cinq, septieme porte ajoutee sans toucher au compte, renvoi croise fausse, temoin absent, temoin d un autre depot. Une garantie qu on n a jamais vu dire non n est pas une garantie, c est une habitude. ETAT : NON CONFORME, 58 OK, 1 echec, 1 saute. P60 est rouge, et c est le comportement voulu : le registre a le droit de perdre. Le retard qu elle signale est reel et anterieur a elle. Une commande le ferme, et elle vient ensuite. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01Crgis8CxCWkAGFA1ecBz3q
2026-09-08 12:47:18 -04:00
# LES MECANISMES QUI PORTENT REELLEMENT UNE HABILITATION (meta/acces.yml, champ
# `porte_par`). Le champ existe pour rendre visible, DANS LA DECLARATION, ce qui n'est
# pas cable : sans lui, « le groupe sysadmin donne Admin » se lit comme un fait alors que
# c'est parfois un souhait. Un mecanisme hors de ce jeu est donc refuse — inventer un nom
# de transport, c'est se donner l'air d'avoir cable quelque chose.
MECANISMES_ACCES = {
"defaut", # tout utilisateur authentifie l'obtient, sans rien porter
"claim-groupe", # le claim `groups` du jeton, lu par l'application
"role-realm", # un role de realm Keycloak, projete depuis un groupe LDAP
"role-client", # un role d'un client OIDC (ex. realm-management)
"groupe-annuaire", # l'application lit l'annuaire directement
"group-ldap-mapper", # le mapper Keycloak qui projette un groupe en role
}
NOMBRES_FR = {"deux": 2, "trois": 3, "quatre": 4, "cinq": 5, "six": 6, "sept": 7,
"huit": 8, "neuf": 9, "dix": 10, "onze": 11, "douze": 12, "treize": 13,
"quatorze": 14, "quinze": 15, "seize": 16}
def _enumeration_apres(lignes: list[str], i: int) -> tuple[str | None, int]:
"""Le bloc qui suit la ligne `i` est-il une table ou une liste, et de combien ?"""
j = i + 1
while j < len(lignes) and not lignes[j].strip():
j += 1
if j >= len(lignes):
return None, 0
s = lignes[j].lstrip()
if s.startswith("|"):
k = j + 2 if j + 1 < len(lignes) and set(lignes[j + 1].strip()) <= set("|-: ") else j
n = 0
while k < len(lignes) and lignes[k].lstrip().startswith("|"):
n += 1
k += 1
return "table", n
if re.match(r"^([-*+]|\d+\.)\s", s):
n, k = 0, j
while k < len(lignes):
u = lignes[k].lstrip()
if re.match(r"^([-*+]|\d+\.)\s", u):
n += 1
elif not lignes[k].strip() or lignes[k][:1] in " \t":
pass
else:
break
k += 1
return "liste", n
return None, 0
def _lignes_premiere_table(texte: str) -> int:
"""Lignes de DONNEES de la PREMIERE table markdown d'un texte.
« Premiere », et c'est une correction de l'instrument, pas de la cible : le §7 de
`preparer-un-site-hebergeur.md` porte DEUX tables. En les additionnant, la garde
annoncait un ecart la ou il n'y en avait pas — elle accusait le document de ce
qu'elle mesurait mal.
"""
n, dans = 0, False
for l in texte.splitlines():
s = l.lstrip()
if s.startswith("|"):
if not dans:
dans = True # l'en-tete
continue
if set(s) <= set("|-: "):
continue # le separateur
n += 1
elif dans:
break
return n
schema du plan : la forme des registres devient derivee, et gardee Etape 2 du chantier « l UI reflete fidelement la structure ». Le GUI porte CHAMPS_ECRITS_PAR_GUI, une liste tenue A LA MAIN de ce qu il sait ecrire, que P19 confronte au reel. C est une copie — gardee, donc honnete, mais une copie : quelqu un doit penser a l allonger. `make schema` produit docs/audit/schema-plan.json : six registres, 42 champs, leurs types, leurs enumerations et ce qui est requis. CE QUE LE SCHEMA EST, ET CE QU IL N EST PAS schema -> la FORME -> generera les champs du formulaire validateurs -> la COHERENCE -> refusent une saisie incoherente Un JSON Schema ne sait pas dire qu un `consommateur` designe une application inexistante, ni qu une integration universelle recopiee au plan est un defaut. Vouloir l y mettre creerait la seconde source de verite que tout ce depot refuse. Les valider_* restent l autorite. LES ENUMERATIONS SONT IMPORTEES, JAMAIS RECOPIEES ETATS_SERVEUR, PORTEES_BD et AUTORITES_DNS viennent des constantes que les validateurs appliquent. Une enumeration recopiee diverge — c est la lecon des neuf resolutions d instance que P41 garde depuis. CE QUE L ETAPE 1 AVAIT TROUVE, ET QUE P61 A CONFIRME Le recensement montrait `categorie` et `service` presents dans TOUS les plans et absents de CHAMPS_ECRITS_PAR_GUI, dont la ligne `nomenclature` est vide : le GUI ne sait pas les editer, l operateur doit ouvrir le YAML. P61 a refuse le premier schema pour cette raison exacte. Les trois tables imbriquees de la nomenclature sont donc DECRITES et non resumees en « object ». 31 champs observes dans l instance courante, 42 decrits par le schema. La difference n est pas du bavardage : observer une instance n est pas un schema. `noeud`, `stockage` et `coeurs` sont legitimes et simplement inutilises ici — un schema derive de l observation les INTERDIRAIT. P61, EPROUVEE DANS LES DEUX SENS fichier genere perime -> REFUSE champ du plan absent du schema -> REFUSE champ decrit mais inutilise au plan -> COMPTE, pas refuse Le troisieme point est delibere : refuser obligerait a retirer du schema un champ valide des que plus personne ne s en sert. Meme mesure que les lacunes nommees de P29. UN DEFAUT DE MON INSTRUMENT, PAYE EN ROUTE P61 comparait des noms a plat quand couverture_gui aplatit les tables imbriquees : elle criait sur un schema correct. L instrument mesurait autre chose que la cible. On aplatit desormais des deux cotes. make prouver : CONFORME, 60 OK, 0 echec, 1 saute. Prochaine etape : generer les formulaires depuis ce schema, et retirer CHAMPS_ECRITS_PAR_GUI. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01Crgis8CxCWkAGFA1ecBz3q
2026-09-08 15:19:20 -04:00
def preuve_schema_du_plan() -> tuple[bool, str]:
"""Le schema des registres decrit tout ce que les plans reels contiennent.
CE QU'IL REMPLACE (2026-09-08). Le GUI portait `CHAMPS_ECRITS_PAR_GUI`, une liste
tenue A LA MAIN de ce qu'il savait ecrire, et P19 la confrontait au reel. C'etait une
copie — gardee, donc honnete, mais une copie : quelqu'un devait penser a l'allonger.
Le schema la remplace comme SOURCE : les formulaires en derivent, et cette preuve
verifie que le schema, lui, n'a rien oublie.
DEUX SENS, ET LE SECOND EST LE MOINS EVIDENT :
1. tout champ present dans un plan reel (instance courante ET tous les modeles) est
DECRIT par le schema — sinon l'operateur devra editer le YAML a la main, et le
principe 10 se dement en silence ;
2. tout champ decrit est REELLEMENT admis quelque part — un champ inventé dans le
schema ferait apparaitre a l'ecran une case que rien ne consomme.
Le second sens n'est PAS une erreur en soi : `mail`, `coeurs`, `noeud` et `stockage`
sont legitimes et simplement inutilises dans les plans d'aujourd'hui. On les COMPTE
donc, sans refuser — la meme mesure que les lacunes nommees de P29. Refuser
obligerait a retirer du schema un champ valide des que plus personne ne s'en sert.
Et le fichier genere doit etre a jour : un schema perime ferait generer des
formulaires d'hier.
"""
import subprocess as _sp
r = _sp.run([sys.executable, "scripts/schema_plan.py", "--verifier"],
capture_output=True, text=True, cwd=str(RACINE))
if r.returncode != 0:
return False, (r.stderr or r.stdout).strip()
import json as _json
schema = _json.loads((RACINE / "docs" / "audit" / "schema-plan.json").read_text(encoding="utf-8"))
def _noms(props: dict) -> set:
"""Tous les champs decrits, TABLES IMBRIQUEES COMPRISES.
`couverture_gui.champs_utilises()` aplatit : il descend dans
`nomenclature.fonctions.*` et rend `categorie` et `service` comme s'ils etaient
des champs de la nomenclature. Comparer a plat d'un cote et en arbre de l'autre
faisait crier la preuve sur un schema correct — l'instrument mesurait autre chose
que la cible. On aplatit donc des deux cotes.
"""
vus = set()
for nom, p in (props or {}).items():
vus.add(nom)
sous = p.get("additionalProperties")
if isinstance(sous, dict):
vus |= _noms(sous.get("properties"))
return vus
decrit = {nom: _noms(reg["entite"]["properties"])
for nom, reg in schema["registres"].items()}
sys.path.insert(0, str(RACINE / "scripts"))
import couverture_gui as _cg
observes = {nom: set(champs) for nom, champs in _cg.champs_utilises().items()}
GUI : la vue Nomenclature, et deux fautes que mes bancs ne voyaient pas LA VUE. La nomenclature etait le seul registre que le GUI ne savait pas ecrire du tout : ajouter une fonction exigeait d ouvrir le YAML. Elle a sa vue, et son formulaire est GENERE depuis le schema. Deuxieme registre sur six. couverture_gui verifier passe : les 28 champs des plans reels sont editables. Elle n est pas un registre comme les autres : elle decrit la REGLE dont VMID, VLAN, adresse et passerelle se derivent. Chaque fonction montre ce qu elle derive et les VM qui la portent ; l index est montre mais pas editable, parce qu il est alloue par le site ; valider_nomenclature refuse de retirer une fonction encore portee, ou de designer une zone non declaree. DEUX FAUTES, ET POURQUOI MES BANCS NE LES VOYAIENT PAS. Le formulaire des bases, livre la veille, etait casse dans un navigateur. Il lisait data.schema, or il n existe aucun data global : c est une const locale de charger(). ReferenceError a l ouverture, et zone morte dans sauvegarderBases. Je l avais eprouve sous node EN LUI PASSANT data : le banc reproduisait la fonction, pas sa portee. D ou test_rendu_gui.py, qui charge le JS entier dans un DOM simule et dessine les douze vues, avec son controle negatif. Le schema decrivait reservations comme une table de zones ; le fichier reel est un bloc plat. P61 comparait des NOMS aplatis, donc ne voyait rien. Elle compare desormais aussi la FORME. ECRIRE SANS DEPLACER UN COMMENTAIRE. _fusion_chirurgicale remplace le bloc entier des qu une valeur change : quinze entrees compactes devenaient 42 lignes, et le commentaire du poste d exploitation se retrouvait en tete du bloc, ou il affirmait que collab etait le poste d exploitation. Un commentaire deplace n est pas laid, il est faux. _fusion_table edite les tables ligne a ligne ; le diff fait trois lignes. Au passage : sort_keys triait le schema, donc l ordre des cases a l ecran (reserve_max avant reserve_min) ; et _ecrire_index_nomenclature ecrivait encore par write_text, oubliee au passage des ecritures atomiques. LIMITE : deux registres sur six sont generes, et je n ai toujours pas ouvert cette page dans un navigateur. make prouver : CONFORME, 60 OK, 0 echec, 1 saute. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01Crgis8CxCWkAGFA1ecBz3q
2026-09-08 17:08:45 -04:00
# TROISIEME SENS, ajoute le 2026-09-08 : la FORME, pas seulement le nom.
#
# `reservations` etait decrit comme une TABLE de zones, chacune portant `passerelle`.
# Le fichier reel est un bloc PLAT, et `underlay.py` lit `reservations.passerelle`
# a plat. Les deux sens ci-dessus n'y voyaient rien : ils aplatissent les noms des
# deux cotes, et `passerelle` existe bien de part et d'autre — a des profondeurs
# differentes. Un formulaire genere depuis cette description aurait offert un bouton
# « ajouter une zone » et ecrit dans le plan une forme que le moteur ne lit pas.
#
# Un nom commun ne dit donc rien de la structure. On compare desormais trois formes :
# scalaire, objet a clefs fixes, table a clefs libres. La lecture des plans se derive
# de `x-fichier` / `x-racine` du schema lui-meme — pas d'une seconde liste a tenir.
def _forme_declaree(spec: dict) -> str:
if isinstance(spec.get("additionalProperties"), dict):
return "table"
if spec.get("type") == "object":
return "objet"
return "scalaire"
def _forme_observee(valeur):
if isinstance(valeur, dict):
if not valeur:
return None # un dictionnaire vide ne tranche pas entre objet et table
return "table" if all(isinstance(x, dict) for x in valeur.values()) else "objet"
return "scalaire"
# `plan_de()` et non `RACINE / "instance" / "plan"` : P41 refuse une dixieme copie de
# la resolution d'instance, et elle a refuse celle-ci en premier.
plans = [plan_de()] + sorted((RACINE / "exemples" / "modeles").glob("*/plan"))
formes = []
for plan in plans:
for nom, reg in schema["registres"].items():
fichier = plan / Path(reg["x-fichier"]).name
if not fichier.is_file():
continue
try:
data = yaml.safe_load(fichier.read_text(encoding="utf-8")) or {}
except yaml.YAMLError:
continue
racine = reg["x-racine"]
# `x-racine: null` = le document EST l'entite (la nomenclature).
entites = list((data.get(racine) or {}).values()) if racine else [data]
props = reg["entite"]["properties"]
for entite in entites:
if not isinstance(entite, dict):
continue
for champ, valeur in entite.items():
if champ not in props:
continue
vue = _forme_observee(valeur)
dite = _forme_declaree(props[champ])
if vue and vue != dite:
formes.append(f"{nom}.{champ} : le plan en fait un {vue}, "
f"le schema un {dite} ({plan.parent.name})")
schema du plan : la forme des registres devient derivee, et gardee Etape 2 du chantier « l UI reflete fidelement la structure ». Le GUI porte CHAMPS_ECRITS_PAR_GUI, une liste tenue A LA MAIN de ce qu il sait ecrire, que P19 confronte au reel. C est une copie — gardee, donc honnete, mais une copie : quelqu un doit penser a l allonger. `make schema` produit docs/audit/schema-plan.json : six registres, 42 champs, leurs types, leurs enumerations et ce qui est requis. CE QUE LE SCHEMA EST, ET CE QU IL N EST PAS schema -> la FORME -> generera les champs du formulaire validateurs -> la COHERENCE -> refusent une saisie incoherente Un JSON Schema ne sait pas dire qu un `consommateur` designe une application inexistante, ni qu une integration universelle recopiee au plan est un defaut. Vouloir l y mettre creerait la seconde source de verite que tout ce depot refuse. Les valider_* restent l autorite. LES ENUMERATIONS SONT IMPORTEES, JAMAIS RECOPIEES ETATS_SERVEUR, PORTEES_BD et AUTORITES_DNS viennent des constantes que les validateurs appliquent. Une enumeration recopiee diverge — c est la lecon des neuf resolutions d instance que P41 garde depuis. CE QUE L ETAPE 1 AVAIT TROUVE, ET QUE P61 A CONFIRME Le recensement montrait `categorie` et `service` presents dans TOUS les plans et absents de CHAMPS_ECRITS_PAR_GUI, dont la ligne `nomenclature` est vide : le GUI ne sait pas les editer, l operateur doit ouvrir le YAML. P61 a refuse le premier schema pour cette raison exacte. Les trois tables imbriquees de la nomenclature sont donc DECRITES et non resumees en « object ». 31 champs observes dans l instance courante, 42 decrits par le schema. La difference n est pas du bavardage : observer une instance n est pas un schema. `noeud`, `stockage` et `coeurs` sont legitimes et simplement inutilises ici — un schema derive de l observation les INTERDIRAIT. P61, EPROUVEE DANS LES DEUX SENS fichier genere perime -> REFUSE champ du plan absent du schema -> REFUSE champ decrit mais inutilise au plan -> COMPTE, pas refuse Le troisieme point est delibere : refuser obligerait a retirer du schema un champ valide des que plus personne ne s en sert. Meme mesure que les lacunes nommees de P29. UN DEFAUT DE MON INSTRUMENT, PAYE EN ROUTE P61 comparait des noms a plat quand couverture_gui aplatit les tables imbriquees : elle criait sur un schema correct. L instrument mesurait autre chose que la cible. On aplatit desormais des deux cotes. make prouver : CONFORME, 60 OK, 0 echec, 1 saute. Prochaine etape : generer les formulaires depuis ce schema, et retirer CHAMPS_ECRITS_PAR_GUI. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01Crgis8CxCWkAGFA1ecBz3q
2026-09-08 15:19:20 -04:00
trous, inutilises = [], []
for nom, champs in observes.items():
manquants = sorted(champs - decrit.get(nom, set()))
if manquants:
trous.append(f"{nom} : {', '.join(manquants)} present(s) au plan, absent(s) du schema")
for nom, champs in decrit.items():
jamais = sorted(champs - observes.get(nom, set()))
if jamais:
inutilises.append(f"{nom}:{len(jamais)}")
GUI : la vue Nomenclature, et deux fautes que mes bancs ne voyaient pas LA VUE. La nomenclature etait le seul registre que le GUI ne savait pas ecrire du tout : ajouter une fonction exigeait d ouvrir le YAML. Elle a sa vue, et son formulaire est GENERE depuis le schema. Deuxieme registre sur six. couverture_gui verifier passe : les 28 champs des plans reels sont editables. Elle n est pas un registre comme les autres : elle decrit la REGLE dont VMID, VLAN, adresse et passerelle se derivent. Chaque fonction montre ce qu elle derive et les VM qui la portent ; l index est montre mais pas editable, parce qu il est alloue par le site ; valider_nomenclature refuse de retirer une fonction encore portee, ou de designer une zone non declaree. DEUX FAUTES, ET POURQUOI MES BANCS NE LES VOYAIENT PAS. Le formulaire des bases, livre la veille, etait casse dans un navigateur. Il lisait data.schema, or il n existe aucun data global : c est une const locale de charger(). ReferenceError a l ouverture, et zone morte dans sauvegarderBases. Je l avais eprouve sous node EN LUI PASSANT data : le banc reproduisait la fonction, pas sa portee. D ou test_rendu_gui.py, qui charge le JS entier dans un DOM simule et dessine les douze vues, avec son controle negatif. Le schema decrivait reservations comme une table de zones ; le fichier reel est un bloc plat. P61 comparait des NOMS aplatis, donc ne voyait rien. Elle compare desormais aussi la FORME. ECRIRE SANS DEPLACER UN COMMENTAIRE. _fusion_chirurgicale remplace le bloc entier des qu une valeur change : quinze entrees compactes devenaient 42 lignes, et le commentaire du poste d exploitation se retrouvait en tete du bloc, ou il affirmait que collab etait le poste d exploitation. Un commentaire deplace n est pas laid, il est faux. _fusion_table edite les tables ligne a ligne ; le diff fait trois lignes. Au passage : sort_keys triait le schema, donc l ordre des cases a l ecran (reserve_max avant reserve_min) ; et _ecrire_index_nomenclature ecrivait encore par write_text, oubliee au passage des ecritures atomiques. LIMITE : deux registres sur six sont generes, et je n ai toujours pas ouvert cette page dans un navigateur. make prouver : CONFORME, 60 OK, 0 echec, 1 saute. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01Crgis8CxCWkAGFA1ecBz3q
2026-09-08 17:08:45 -04:00
if formes:
return False, ("Le schema decrit une FORME que les plans n'ont pas :\n - "
+ "\n - ".join(sorted(set(formes)))
+ "\n (corriger REGISTRES dans scripts/schema_plan.py — `entree` "
"pour une table a clefs libres, `sous_champs` pour un bloc fixe — "
"puis `make schema`)")
schema du plan : la forme des registres devient derivee, et gardee Etape 2 du chantier « l UI reflete fidelement la structure ». Le GUI porte CHAMPS_ECRITS_PAR_GUI, une liste tenue A LA MAIN de ce qu il sait ecrire, que P19 confronte au reel. C est une copie — gardee, donc honnete, mais une copie : quelqu un doit penser a l allonger. `make schema` produit docs/audit/schema-plan.json : six registres, 42 champs, leurs types, leurs enumerations et ce qui est requis. CE QUE LE SCHEMA EST, ET CE QU IL N EST PAS schema -> la FORME -> generera les champs du formulaire validateurs -> la COHERENCE -> refusent une saisie incoherente Un JSON Schema ne sait pas dire qu un `consommateur` designe une application inexistante, ni qu une integration universelle recopiee au plan est un defaut. Vouloir l y mettre creerait la seconde source de verite que tout ce depot refuse. Les valider_* restent l autorite. LES ENUMERATIONS SONT IMPORTEES, JAMAIS RECOPIEES ETATS_SERVEUR, PORTEES_BD et AUTORITES_DNS viennent des constantes que les validateurs appliquent. Une enumeration recopiee diverge — c est la lecon des neuf resolutions d instance que P41 garde depuis. CE QUE L ETAPE 1 AVAIT TROUVE, ET QUE P61 A CONFIRME Le recensement montrait `categorie` et `service` presents dans TOUS les plans et absents de CHAMPS_ECRITS_PAR_GUI, dont la ligne `nomenclature` est vide : le GUI ne sait pas les editer, l operateur doit ouvrir le YAML. P61 a refuse le premier schema pour cette raison exacte. Les trois tables imbriquees de la nomenclature sont donc DECRITES et non resumees en « object ». 31 champs observes dans l instance courante, 42 decrits par le schema. La difference n est pas du bavardage : observer une instance n est pas un schema. `noeud`, `stockage` et `coeurs` sont legitimes et simplement inutilises ici — un schema derive de l observation les INTERDIRAIT. P61, EPROUVEE DANS LES DEUX SENS fichier genere perime -> REFUSE champ du plan absent du schema -> REFUSE champ decrit mais inutilise au plan -> COMPTE, pas refuse Le troisieme point est delibere : refuser obligerait a retirer du schema un champ valide des que plus personne ne s en sert. Meme mesure que les lacunes nommees de P29. UN DEFAUT DE MON INSTRUMENT, PAYE EN ROUTE P61 comparait des noms a plat quand couverture_gui aplatit les tables imbriquees : elle criait sur un schema correct. L instrument mesurait autre chose que la cible. On aplatit desormais des deux cotes. make prouver : CONFORME, 60 OK, 0 echec, 1 saute. Prochaine etape : generer les formulaires depuis ce schema, et retirer CHAMPS_ECRITS_PAR_GUI. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01Crgis8CxCWkAGFA1ecBz3q
2026-09-08 15:19:20 -04:00
if trous:
return False, ("Le schema ne decrit pas tout ce que les plans contiennent :\n - "
+ "\n - ".join(trous)
+ "\n (ajouter le champ a REGISTRES dans scripts/schema_plan.py, "
"puis `make schema`)")
n = sum(len(c) for c in decrit.values())
suffixe = (f" ; {', '.join(inutilises)} champ(s) decrits et inutilises dans les plans "
f"d'aujourd'hui (legitime)") if inutilises else ""
GUI : la vue Nomenclature, et deux fautes que mes bancs ne voyaient pas LA VUE. La nomenclature etait le seul registre que le GUI ne savait pas ecrire du tout : ajouter une fonction exigeait d ouvrir le YAML. Elle a sa vue, et son formulaire est GENERE depuis le schema. Deuxieme registre sur six. couverture_gui verifier passe : les 28 champs des plans reels sont editables. Elle n est pas un registre comme les autres : elle decrit la REGLE dont VMID, VLAN, adresse et passerelle se derivent. Chaque fonction montre ce qu elle derive et les VM qui la portent ; l index est montre mais pas editable, parce qu il est alloue par le site ; valider_nomenclature refuse de retirer une fonction encore portee, ou de designer une zone non declaree. DEUX FAUTES, ET POURQUOI MES BANCS NE LES VOYAIENT PAS. Le formulaire des bases, livre la veille, etait casse dans un navigateur. Il lisait data.schema, or il n existe aucun data global : c est une const locale de charger(). ReferenceError a l ouverture, et zone morte dans sauvegarderBases. Je l avais eprouve sous node EN LUI PASSANT data : le banc reproduisait la fonction, pas sa portee. D ou test_rendu_gui.py, qui charge le JS entier dans un DOM simule et dessine les douze vues, avec son controle negatif. Le schema decrivait reservations comme une table de zones ; le fichier reel est un bloc plat. P61 comparait des NOMS aplatis, donc ne voyait rien. Elle compare desormais aussi la FORME. ECRIRE SANS DEPLACER UN COMMENTAIRE. _fusion_chirurgicale remplace le bloc entier des qu une valeur change : quinze entrees compactes devenaient 42 lignes, et le commentaire du poste d exploitation se retrouvait en tete du bloc, ou il affirmait que collab etait le poste d exploitation. Un commentaire deplace n est pas laid, il est faux. _fusion_table edite les tables ligne a ligne ; le diff fait trois lignes. Au passage : sort_keys triait le schema, donc l ordre des cases a l ecran (reserve_max avant reserve_min) ; et _ecrire_index_nomenclature ecrivait encore par write_text, oubliee au passage des ecritures atomiques. LIMITE : deux registres sur six sont generes, et je n ai toujours pas ouvert cette page dans un navigateur. make prouver : CONFORME, 60 OK, 0 echec, 1 saute. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01Crgis8CxCWkAGFA1ecBz3q
2026-09-08 17:08:45 -04:00
return True, (f"Le schema decrit {n} champ(s) sur {len(decrit)} registres ; il couvre "
f"tout ce que les plans reels contiennent, et la FORME de chaque champ "
f"(scalaire / objet / table) correspond dans {len(plans)} plan(s){suffixe}.")
schema du plan : la forme des registres devient derivee, et gardee Etape 2 du chantier « l UI reflete fidelement la structure ». Le GUI porte CHAMPS_ECRITS_PAR_GUI, une liste tenue A LA MAIN de ce qu il sait ecrire, que P19 confronte au reel. C est une copie — gardee, donc honnete, mais une copie : quelqu un doit penser a l allonger. `make schema` produit docs/audit/schema-plan.json : six registres, 42 champs, leurs types, leurs enumerations et ce qui est requis. CE QUE LE SCHEMA EST, ET CE QU IL N EST PAS schema -> la FORME -> generera les champs du formulaire validateurs -> la COHERENCE -> refusent une saisie incoherente Un JSON Schema ne sait pas dire qu un `consommateur` designe une application inexistante, ni qu une integration universelle recopiee au plan est un defaut. Vouloir l y mettre creerait la seconde source de verite que tout ce depot refuse. Les valider_* restent l autorite. LES ENUMERATIONS SONT IMPORTEES, JAMAIS RECOPIEES ETATS_SERVEUR, PORTEES_BD et AUTORITES_DNS viennent des constantes que les validateurs appliquent. Une enumeration recopiee diverge — c est la lecon des neuf resolutions d instance que P41 garde depuis. CE QUE L ETAPE 1 AVAIT TROUVE, ET QUE P61 A CONFIRME Le recensement montrait `categorie` et `service` presents dans TOUS les plans et absents de CHAMPS_ECRITS_PAR_GUI, dont la ligne `nomenclature` est vide : le GUI ne sait pas les editer, l operateur doit ouvrir le YAML. P61 a refuse le premier schema pour cette raison exacte. Les trois tables imbriquees de la nomenclature sont donc DECRITES et non resumees en « object ». 31 champs observes dans l instance courante, 42 decrits par le schema. La difference n est pas du bavardage : observer une instance n est pas un schema. `noeud`, `stockage` et `coeurs` sont legitimes et simplement inutilises ici — un schema derive de l observation les INTERDIRAIT. P61, EPROUVEE DANS LES DEUX SENS fichier genere perime -> REFUSE champ du plan absent du schema -> REFUSE champ decrit mais inutilise au plan -> COMPTE, pas refuse Le troisieme point est delibere : refuser obligerait a retirer du schema un champ valide des que plus personne ne s en sert. Meme mesure que les lacunes nommees de P29. UN DEFAUT DE MON INSTRUMENT, PAYE EN ROUTE P61 comparait des noms a plat quand couverture_gui aplatit les tables imbriquees : elle criait sur un schema correct. L instrument mesurait autre chose que la cible. On aplatit desormais des deux cotes. make prouver : CONFORME, 60 OK, 0 echec, 1 saute. Prochaine etape : generer les formulaires depuis ce schema, et retirer CHAMPS_ECRITS_PAR_GUI. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01Crgis8CxCWkAGFA1ecBz3q
2026-09-08 15:19:20 -04:00
preuves : trois gardes pour ce que ma lecture ne tiendra pas Une revision de documentation vieillit comme le reste. Ce qui tient, c est ce qu une machine verifie — et trois lacunes etaient nommees sans etre gardees. P58 HABILITATIONS. autorisation.md posait la regle (un service nomme un GROUPE, jamais une personne, D-66) et meta/acces.yml la portait ; rien ne la verifiait. P29 gardait les POSITIONS d authentification, personne ne gardait les DROITS. Le controle qui porte la preuve est un croisement : une entree porte_par: role-realm affirme que l habilitation voyage par un role de realm projete depuis un groupe LDAP. P58 le confronte a serveur_keycloak. Sans ca, un service annonce une habilitation que rien ne transporte, et l ecran reste vide sans que personne sache pourquoi. CE QU ELLE N EXIGE PAS, et c est le point le plus important : que les groupes nommes existent dans l annuaire. Ce serait contredire le regime du paragraphe 2 — le depot AMORCE un acces et se retire, les appartenances appartiennent a une personne. dev et personnel n existent dans aucun code, et ce n est pas un defaut. P59 ENUMERATIONS ANNONCEES. Les deux ecarts trouves a la main pendant la tournee — cinq portes annoncees devant une table de six, huit lignes renvoyees vers une fiche qui en compte dix — etaient d une forme que P57 ne voit pas. Ma premiere version a signale CINQ ecarts, et les cinq etaient du bruit : dans « reprise dans les deux devis : », le nombre qualifie autre chose que la liste. Cent pour cent de faux positifs — la preuve qui crie sur un cas sain et qu on apprend a ignorer. Resserree aux deux formes ou le nombre ne peut compter rien d autre. Etroite et vraie plutot que large et devineuse. P60 WIKI PUBLIE. Le wiki est publie DEPUIS le depot ; rien ne mesurait l ecart, et il s est creuse de VINGT-SEPT JOURS en silence. Deux unites jamais publiees, vingt et une differentes : pour qui lit la forge plutot que le depot, toute la revision n existait pas. Le harnais est STATIQUE, zero appel reseau — cloner la forge romprait la seule propriete qui fasse qu une preuve vaille hors de ce poste. La mesure passe donc par un TEMOIN que make wiki-publier depose. Amorce avec la valeur MESUREE : le wiki d eregion porte b6167f2, dont le message dit source: ac85278. Ce qu elle ne prouve pas : un temoin dit ce qui est PARTI, jamais ce qui est ARRIVE. LES TROIS SONT EPROUVEES DANS LES DEUX SENS Douze essais negatifs, douze refus : groupe non projete, acces.yml disparu, personne au lieu d un groupe, mecanisme invente, raison manquante, compte revenu a cinq, septieme porte ajoutee sans toucher au compte, renvoi croise fausse, temoin absent, temoin d un autre depot. Une garantie qu on n a jamais vu dire non n est pas une garantie, c est une habitude. ETAT : NON CONFORME, 58 OK, 1 echec, 1 saute. P60 est rouge, et c est le comportement voulu : le registre a le droit de perdre. Le retard qu elle signale est reel et anterieur a elle. Une commande le ferme, et elle vient ensuite. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01Crgis8CxCWkAGFA1ecBz3q
2026-09-08 12:47:18 -04:00
def preuve_wiki_publie_a_jour() -> tuple[bool, str]:
"""Le wiki publie sur la forge correspond a `wiki/` dans le depot.
LA LACUNE QUE CETTE PREUVE COMBLE (2026-09-07). Le wiki est publie DEPUIS le depot :
« on lit la-bas, on ecrit ici ». Rien ne mesurait l'ecart entre les deux, et il s'est
creuse de VINGT-SEPT JOURS sans que personne ne le voie — deux unites n'avaient jamais
ete publiees, vingt et une differaient. Pour qui lit le wiki plutot que le depot,
toute une revision de documentation n'existait pas.
POURQUOI UN TEMOIN PLUTOT QUE LA MESURE DIRECTE. Le harnais est STATIQUE : il lit le
depot, zero appel reseau. C'est ce qui le rend rejouable partout, par n'importe qui,
et presentable comme piece justificative. Cloner le wiki de la forge pour comparer
romprait cette propriete — la seule qui fasse qu'une preuve vaille hors de ce poste.
`make wiki-publier` depose donc `docs/audit/wiki-publie.yml` : le commit du depot qui
a ete publie. Cette preuve compare ce commit a l'etat de `wiki/`.
CE QU'ELLE NE PROUVE PAS, ET IL FAUT LE SAVOIR AVANT DE S'Y FIER. Elle prouve que le
depot n'a pas bouge depuis la derniere publication REUSSIE — pas que la forge porte
bien ce contenu. Si quelqu'un edite une page dans l'interface de la forge, le temoin
ne le voit pas ; c'est la publication suivante qui l'ecrase, et c'est la regle du
depot. Un temoin dit ce qui est PARTI, jamais ce qui est ARRIVE.
"""
temoin = RACINE / "docs" / "audit" / "wiki-publie.yml"
if not temoin.is_file():
return False, ("Aucun temoin de publication (docs/audit/wiki-publie.yml) : on ne "
"peut pas savoir si le wiki en ligne correspond au depot. "
"Publier — `make wiki-publier WIKI_REMOTE=<url>.wiki.git` — depose "
"le temoin.")
import yaml as _yaml
d = _yaml.safe_load(temoin.read_text(encoding="utf-8")) or {}
publie = str(d.get("source", "")).strip()
if not publie:
return False, "docs/audit/wiki-publie.yml sans clef `source` : temoin inexploitable."
def _git(*a: str) -> str:
return subprocess.run(["git", "-C", str(RACINE), *a],
capture_output=True, text=True).stdout.strip()
if _git("cat-file", "-t", publie) != "commit":
return False, (f"Le temoin designe le commit `{publie}`, que ce depot ne connait "
f"pas — une histoire reecrite, ou un temoin d'un autre depot.")
# Les commits qui ont touche `wiki/` APRES celui qui a ete publie.
depuis = [l for l in _git("log", "--oneline", f"{publie}..HEAD", "--", "wiki/").splitlines() if l]
if not depuis:
return True, (f"Le wiki publie correspond au depot : `wiki/` n'a pas bouge depuis "
f"`{publie}` (publie le {d.get('date', '?')}).")
dernier = _git("log", "-1", "--format=%h %ad", "--date=short", "--", "wiki/")
return False, (f"Le wiki en ligne est EN RETARD : {len(depuis)} commit(s) ont touche "
f"`wiki/` depuis la publication de `{publie}` ({d.get('date', '?')}), "
f"le dernier etant {dernier}. Ce que la forge sert n'est plus ce que le "
f"depot dit. Republier : `make wiki-publier WIKI_REMOTE=<url>.wiki.git`.")
def preuve_enumerations_annoncees() -> tuple[bool, str]:
"""Un nombre qui annonce une enumeration correspond a ce qui suit.
POURQUOI, ALORS QUE P57 GARDE DEJA DES COMPTES (2026-09-07). P57 tient trois comptes
NOMMES — preuves, roles, groupes — parce qu'ils se mesurent contre le depot. Les deux
ecarts trouves a la main pendant la tournee de documentation etaient d'une autre
forme : un nombre qui compte ce que le document lui-meme enumere.
README.md « Il y en a cinq : » au-dessus d'une table de SIX portes
implanter-... « les huit lignes du §7 de … » pour une fiche qui en compte DIX
CE QUE CETTE PREUVE NE FAIT PAS, ET POURQUOI ELLE SERAIT NUISIBLE AUTREMENT. Une
premiere version acceptait toute ligne finissant par « : » et contenant un nombre en
toutes lettres. Elle a signale CINQ ecarts sur le corpus, et les cinq etaient du
bruit : dans « reprise dans les deux devis : » ou « de quatorze machines : », le
nombre qualifie autre chose que l'enumeration qui suit. Cent pour cent de faux
positifs — exactement la preuve qui crie sur un cas sain et qu'on apprend a ignorer.
Elle ne retient donc que les DEUX formes ou le nombre ne peut compter rien d'autre :
A. « Il y en a <N> : » / « Il y a <N> … : » suivi d'une table ou d'une liste ;
B. « les <N> lignes du §<S> de <autre document.md> » — un renvoi chiffre vers la
premiere table de cette section-la.
Une annonce enfouie au milieu d'une phrase reste hors de portee, et c'est assume :
mieux vaut une garde etroite qui dit vrai qu'une large qui devine.
"""
docs = (sorted((RACINE / "docs").glob("*.md")) + sorted((RACINE / "wiki").glob("*.md"))
+ [RACINE / "AGENTS.md", RACINE / "README.md", RACINE / "QUICKSTART.md"])
mot = "|".join(NOMBRES_FR)
forme_a = rf"\bil y (?:en )?a\s+(?:\*\*)?({mot})(?:\*\*)?\b[^:]{{0,20}}:\s*$"
forme_b = rf"\bles\s+(?:\*\*)?({mot})(?:\*\*)?\s+lignes\s+du\s+§\s*(\d+)"
ecarts: list[str] = []
vus = 0
for d in docs:
if not d.is_file() or "/audit/" in str(d):
continue
texte = d.read_text(encoding="utf-8")
lignes = texte.splitlines()
for i, l in enumerate(lignes):
m = re.search(forme_a, l, re.I)
if not m:
continue
genre, n = _enumeration_apres(lignes, i)
if not genre:
continue
vus += 1
annonce = NOMBRES_FR[m.group(1).lower()]
if n != annonce:
ecarts.append(f"{d.relative_to(RACINE)}:{i + 1} annonce {annonce}, "
f"la {genre} qui suit en compte {n}")
for m in re.finditer(forme_b, texte, re.I):
cible = re.search(r"\(([^)]+\.md)\)", texte[m.end():m.end() + 220])
if not cible:
continue
f = d.parent / cible.group(1)
if not f.is_file():
continue
sec = re.search(rf"^##\s*{m.group(2)}\..*?(?=^##\s|\Z)",
f.read_text(encoding="utf-8"), re.M | re.S)
if not sec:
continue
vus += 1
annonce = NOMBRES_FR[m.group(1).lower()]
n = _lignes_premiere_table(sec.group(0))
if n != annonce:
ecarts.append(f"{d.relative_to(RACINE)} renvoie aux {annonce} lignes du "
f"§{m.group(2)} de {cible.group(1)}, qui en compte {n}")
if ecarts:
return False, ("Des enumerations annoncees ne disent plus vrai :\n - "
+ "\n - ".join(ecarts))
return True, (f"{vus} enumeration(s) annoncee(s) correspondent a ce qu'elles annoncent "
f"(formes non ambigues seulement).")
def preuve_habilitations_declarees() -> tuple[bool, str]:
"""Chaque service qui accorde quelque chose declare A QUI, et par quel mecanisme.
LA LACUNE QUE CETTE PREUVE COMBLE (2026-09-07). `docs/autorisation.md` posait la
regle — un service nomme un GROUPE, jamais une personne (D-66) — et `meta/acces.yml`
la portait. Rien ne la verifiait : ni qu'un service `web-sso` en porte un, ni que le
mecanisme annonce existe. Le §5 d'`authentification.md` dit pourtant l'inverse en
toutes lettres : *une directive qu'aucune garde ne verifie finit par ne plus etre
vraie*. P29 gardait les POSITIONS d'authentification ; personne ne gardait les
HABILITATIONS.
CE QU'ELLE N'EXIGE PAS, ET C'EST LE POINT LE PLUS IMPORTANT. Elle ne demande PAS que
les groupes nommes existent dans l'annuaire. Ce serait contredire la decision
centrale du document (§2) : le depot AMORCE un acces et se retire ; les appartenances
appartiennent a une personne, et le depot n'a pas a les reconcilier. `amorcage_acces`
ne cree qu'un seul groupe ; `dev` et `personnel` sont crees par l'exploitant, et leur
absence du code n'est pas un defaut — c'est le regime.
CE QU'ELLE EXIGE :
1. tout role `web-sso` porte un `meta/acces.yml` — SAUF `formulaire_local: aucun`,
qui designe une passerelle : elle authentifie devant, elle n'accorde rien. Le cas
est DERIVE de la declaration, jamais un nom en dur ;
2. chaque entree nomme `groupe`, `accorde`, `porte_par` et `raison` ;
3. `porte_par` vient de `MECANISMES_ACCES` ;
4. `groupe` ressemble a un groupe et non a un compte — ni `@`, ni `uid=`, ni le nom
du compte d'amorcage lui-meme ;
5. LE CROISEMENT QUI PORTE LA PREUVE : une entree `porte_par: role-realm` dit que
l'habilitation voyage par un role de realm PROJETE depuis un groupe LDAP. Ce
n'est vrai que si `serveur_keycloak` projette effectivement ce groupe
(`acces_projection`). Sans ce controle, un service peut annoncer une habilitation
que rien ne transporte, et l'ecran restera vide sans que personne ne sache
pourquoi — un chèque vert sur un perimetre vide, exactement.
"""
import yaml as _yaml
roles = RACINE / "roles"
fautes: list[str] = []
declarees: list[str] = []
def _acces(nom_role: str) -> dict:
f = roles / nom_role / "meta" / "acces.yml"
if not f.is_file():
return {}
return _yaml.safe_load(f.read_text(encoding="utf-8")) or {}
# Le compte d'amorcage : un `groupe` qui vaudrait ce nom-la designerait une PERSONNE.
amorc = _yaml.safe_load(
(roles / "amorcage_acces" / "defaults" / "main.yml").read_text(encoding="utf-8")) or {}
compte_amorcage = str(amorc.get("amorcage_acces_uid", "")).strip()
# Ce que Keycloak projette reellement : groupe LDAP -> role(s) de realm.
projetes = {str(e.get("groupe", "")).strip()
for e in (_acces("serveur_keycloak").get("acces_projection") or [])}
for d in sorted(x for x in roles.iterdir() if x.is_dir() and x.name.startswith("serveur_")):
meta = d / "meta" / "authentification.yml"
if not meta.is_file():
continue
decl = ((_yaml.safe_load(meta.read_text(encoding="utf-8")) or {})
.get("authentification") or {})
portee = str(decl.get("portee", "")).strip()
passerelle = decl.get("formulaire_local") == "aucun"
entrees = _acces(d.name).get("acces") or []
if portee == "web-sso" and not passerelle and not entrees:
fautes.append(f"{d.name}: web-sso sans meta/acces.yml — il accorde quelque "
f"chose a quelqu'un, et ne dit pas a qui")
continue
if portee == "web-sso" and passerelle and entrees:
fautes.append(f"{d.name}: se declare passerelle (formulaire_local: aucun) mais "
f"porte des habilitations — l'un des deux est faux")
for e in entrees:
groupe = str(e.get("groupe", "")).strip()
ref = f"{d.name}[{groupe or '?'}]"
for champ in ("groupe", "accorde", "porte_par", "raison"):
if not str(e.get(champ, "")).strip():
fautes.append(f"{ref}: champ `{champ}` vide ou absent")
mecanisme = str(e.get("porte_par", "")).strip()
if mecanisme and mecanisme not in MECANISMES_ACCES:
fautes.append(f"{ref}: mecanisme `{mecanisme}` inconnu "
f"(attendus : {', '.join(sorted(MECANISMES_ACCES))})")
if groupe and ("@" in groupe or "uid=" in groupe
or (compte_amorcage and groupe == compte_amorcage
and groupe != str(amorc.get("amorcage_acces_groupe", "")).strip())):
fautes.append(f"{ref}: `{groupe}` designe une PERSONNE, pas un groupe (D-66)")
if mecanisme == "role-realm" and groupe and groupe not in projetes:
fautes.append(f"{ref}: annonce `role-realm`, mais serveur_keycloak ne "
f"projette pas le groupe `{groupe}` (acces_projection) — "
f"l'habilitation n'est portee par rien")
if groupe:
declarees.append(ref)
if fautes:
return False, ("Des habilitations ne disent pas vrai :\n - " + "\n - ".join(fautes[:6]))
return True, (f"{len(declarees)} habilitation(s) declarees, toutes nommant un groupe, "
f"un mecanisme connu et une raison ; les `role-realm` sont projetees.")
authentification : chaque rôle déclare sa position, gardé par P29 Une règle qu'aucune garde ne vérifie finit par ne plus être vraie — c'est ce qui était arrivé aux 28 lignes d'intégration recopiées. Chaque rôle serveur_* porte un meta/authentification.yml, confronté à son code par P29. web-sso 5, socle-identite 2 (keycloak/openldap : ils SONT la chaîne d'identité), ldap-direct 2, interne-sans-auth 2, sans-auth-humaine 12. La preuve refuse l'oubli ET le mensonge. Éprouvée par sabotage sur sept cas : déclaration supprimée, portée inventée, secours retiré, posture de formulaire retirée, raison retirée, ldap-direct mensonger, réglage retiré des defaults. Les deux derniers passaient dans la première version : - le mensonge passait à cause d'un commentaire. Je cherchais le mot « ldap » dans le rôle, et serveur_grafana/defaults/main.yml contient « désactiver quelqu'un dans LDAP » : de la prose validait une déclaration fausse. La preuve exige maintenant un indice nommé — variable <rôle>_oidc / <rôle>_ldap, ou URI ldap:// - le réglage retiré passait parce que le gabarit citait encore la variable alors que plus rien ne lui donnait de valeur. La preuve lit defaults/main.yml en YAML et exige que la clé y soit définie, pas mentionnée. Elle a aussi forcé une valeur : oauth2-proxy était déclaré « formulaire local fermé » alors qu'il n'a aucun compte local. D'où formulaire_local: aucun, qui distingue « il n'y en a jamais eu » de « il y en a un, il est fermé ». Correction d'une note de la veille : Prometheus et Loki ne sont PAS exposés publiquement (aucun expose au plan). Seuls six groupes le sont. Le risque est intra-tenant, pas frontalier. Les deux lacunes sont comptées à chaque exécution, pas masquées. AFF-111, D-42. 29 preuves OK, ansible-lint (production) sur 375 fichiers. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-03 17:05:43 -04:00
def preuve_authentification() -> tuple[bool, str]:
"""Chaque role serveur_* declare sa position d'authentification, et ne ment pas.
La directive (D-38..D-41) est une regle de conduite : sans garde, elle finit par
ne plus etre vraie — c'est ce qui etait arrive aux 28 lignes d'integration
recopiees. La declaration seule ne suffirait pas non plus : on verifie qu'elle
est COHERENTE avec le code du role.
Echecs : role sans declaration, portee inconnue, `web-sso` sans acces de secours,
`web-sso natif` avec compte local mais sans reglage `<role>_connexion_locale`,
`web-sso natif` dont le code ne mentionne aucun OIDC, `ldap-direct` sans
reference LDAP.
Les portees `interne-sans-auth` sont COMPTEES, pas refusees : ce sont des lacunes
assumees et nommees. Les taire les ferait oublier ; les refuser bloquerait le
harnais sur une decision deja prise.
"""
import yaml as _yaml
roles = RACINE / "roles"
fautes, lacunes, par_portee = [], [], {}
for d in sorted(x for x in roles.iterdir() if x.is_dir() and x.name.startswith("serveur_")):
meta = d / "meta" / "authentification.yml"
if not meta.is_file():
fautes.append(f"{d.name}: aucune declaration (meta/authentification.yml)")
continue
decl = ((_yaml.safe_load(meta.read_text(encoding="utf-8")) or {})
.get("authentification") or {})
portee = str(decl.get("portee", "")).strip()
if portee not in PORTEES_AUTH:
fautes.append(f"{d.name}: portee '{portee}' inconnue")
continue
par_portee.setdefault(portee, []).append(d.name)
if not str(decl.get("raison", "")).strip():
fautes.append(f"{d.name}: portee sans raison")
# Confronter la declaration au CODE. Les premieres versions cherchaient les
# mots « ldap » / « oidc » dans le role : trop faible — le mot « LDAP » dans un
# commentaire de serveur_grafana suffisait a valider une declaration
# `ldap-direct` mensongere. On exige donc des indices NOMMES : une variable du
# namespace du role, ou une URI de schema ldap. Une phrase en prose n'en cree pas.
corps = ""
for f in d.rglob("*"):
if f.is_file() and f.suffix in (".yml", ".j2"):
corps += f.read_text(encoding="utf-8", errors="ignore").lower()
defauts = {}
fd = d / "defaults" / "main.yml"
if fd.is_file():
defauts = _yaml.safe_load(fd.read_text(encoding="utf-8")) or {}
preuve_ldap = (f"{d.name}_ldap" in corps or "ldap://" in corps or "ldaps://" in corps)
preuve_oidc = any(f"{d.name}_{m}" in corps for m in ("oidc", "oauth"))
if portee in ("web-sso", "socle-identite") and not str(decl.get("secours", "")).strip():
fautes.append(f"{d.name}: {portee} sans acces de secours declare")
if portee == "web-sso":
if decl.get("mecanisme") not in ("natif", "oauth2-proxy"):
fautes.append(f"{d.name}: web-sso sans mecanisme (natif|oauth2-proxy)")
# `aucun` = le service n'a pas de compte local du tout (une passerelle).
# Sans cette valeur, on serait tente d'ecrire « ferme » — ce qui laisserait
# croire qu'une porte a ete fermee alors qu'il n'y en a jamais eu.
if decl.get("formulaire_local") not in ("ferme", "masque", "ouvert", "aucun"):
fautes.append(f"{d.name}: web-sso sans posture de formulaire local")
if decl.get("mecanisme") == "natif" and decl.get("formulaire_local") != "aucun":
# DEFINI dans defaults, pas seulement reference ailleurs : le gabarit
# peut citer la variable alors que plus rien ne lui donne de valeur.
if f"{d.name}_connexion_locale" not in defauts:
fautes.append(f"{d.name}: web-sso natif sans reglage "
f"{d.name}_connexion_locale dans defaults/main.yml")
if not preuve_oidc:
fautes.append(f"{d.name}: se declare web-sso natif, mais aucune "
f"variable {d.name}_oidc/_oauth dans son code")
if portee == "ldap-direct" and not preuve_ldap:
fautes.append(f"{d.name}: se declare ldap-direct, mais aucune variable "
f"{d.name}_ldap ni URI ldap:// dans son code")
if portee == "interne-sans-auth":
lacunes.append(d.name)
documentation : la tournee des 74 documents, parce qu un balayage ne lit pas La revision a commence par un balayage par motifs — chemins morts, cibles make absentes, comptes derives. Il a trouve une trentaine d ecarts et rate presque tout le reste : un motif ne voit que ce qui s exprime en motif. make hote-planifier en est l exemple. La cible EXISTE, donc le controle passait au vert. C est une cible depreciee qui refuse et sort en 2, recommandee par AGENTS.md, et qui contredit la REGLE D OR du meme fichier trois ecrans plus haut. Il fallait lire pour la voir. 74 documents lus un par un. 66 corriges, 8 exacts. CE QUI ETAIT FRANCHEMENT FAUX AGENTS.md, la source d autorite, annoncait la flotte pas encore executee contre des VM reelles. Elle a ete rasee et remontee depuis zero trois fois. ecosysteme-chezlepro.md, le document montre a un client, portait la meme phrase : il se sous-vendait gravement. courriel-conception.md s ouvrait sur aucun role n est encore ecrit, au-dessus de son propre paragraphe 1 qui les nomme. autorisation.md se terminait sur rien n est construit alors qu il rapporte des mesures datees du role en fonctionnement. hebergeur-exploitation.md disait rien n est fait d un depot qui existe. filiation-emancipation.md se contredisait a deux ecrans de distance. DES MODELES DECRITS D APRES UN MONDE ANTERIEUR Le resolveur : cinq documents decrivaient un Unbound par VM en opt-in, trois le donnaient en exemple d integration FACULTATIVE — il est universel depuis le 2026-08-24. L adressage de nomenclature-vm.md : reseau unique, VLAN 11-15, VMID a cinq chiffres. Le nommage SDN de sdn-evpn.md contre le code : c est le wiki qui avait raison. CE QUI CASSE AU PREMIER ESSAI Le nom du gabarit dore etait faux a quatre endroits, dont la procedure qui le FABRIQUE et le critere R2 de l epreuve d operateur independant. preparer-un-site-hebergeur.md avertissait qu une VM faite a la main serait detruite : raser derive du plan, il ne la detruira jamais — le risque est l inverse. Un mot de passe d essai en clair dans un depot public. DEUX PREUVES ETENDUES, ET UNE QUI SE TROMPAIT ELLE-MEME P57 couvre les groupes : elle a signale aussitot 29 groupes annonces au-dessus d un tableau qui en cite 40. P29 confronte le tableau de authentification.md aux declarations reelles : 12 annonces, 21 reels. Et P57 imposait un chiffre faux — 56 preuves alors que le depot en porte 57, la conditionnelle vivant hors de tout comptage. Un garde-fou qui fait respecter une erreur ajoute l assurance a l erreur. CE QUI RESTE, ET QU AUCUNE PREUVE NE TIENT Deux comptes trouves a la main. Et une lacune reelle : rien ne garde les meta/acces.yml — ni qu un service web-sso en porte un, ni que le groupe qu il nomme existe. P29 tient les positions d authentification, personne ne tient les habilitations. make prouver : CONFORME, 56 OK, 0 echec, 1 saute. 0 lien mort. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01Crgis8CxCWkAGFA1ecBz3q
2026-09-06 16:18:23 -04:00
# LE TABLEAU DU DOCUMENT DOIT DIRE LA MEME CHOSE QUE LES DECLARATIONS (2026-09-06).
#
# `docs/authentification.md` §5 recopie ces portees avec, en troisieme colonne, soit un
# COMPTE, soit la LISTE des roles. Les deux derivent de ce qu'on vient de lire — et les
# deux avaient cesse d'etre vrais : la table annoncait 12 roles `sans-auth-humaine`, il
# y en a 21. Personne ne l'avait vu parce que rien ne les confrontait ; la preuve lisait
# deja les declarations sans jamais regarder ce que le document en disait.
#
# On accepte les DEUX formes, parce que les deux sont legitimes : un compte quand la
# liste serait illisible, la liste quand elle tient et qu'elle informe davantage.
doc = RACINE / "docs" / "authentification.md"
if doc.is_file():
for ligne in doc.read_text(encoding="utf-8").splitlines():
m = re.match(r"\|\s*`([a-z-]+)`\s*\|.*\|\s*([^|]+?)\s*\|\s*$", ligne)
if not m or m.group(1) not in PORTEES_AUTH:
continue
portee, cellule = m.group(1), m.group(2)
reels = sorted(n.replace("serveur_", "") for n in par_portee.get(portee, []))
if cellule.isdigit():
if int(cellule) != len(reels):
fautes.append(f"docs/authentification.md : la portee '{portee}' est "
f"annoncee pour {cellule} role(s), il y en a {len(reels)}")
else:
cites = sorted(x.strip().replace("-", "_") for x in cellule.split(",")
if x.strip())
if cites != reels:
fautes.append(f"docs/authentification.md : la portee '{portee}' cite "
f"{cites}, les declarations disent {reels}")
authentification : chaque rôle déclare sa position, gardé par P29 Une règle qu'aucune garde ne vérifie finit par ne plus être vraie — c'est ce qui était arrivé aux 28 lignes d'intégration recopiées. Chaque rôle serveur_* porte un meta/authentification.yml, confronté à son code par P29. web-sso 5, socle-identite 2 (keycloak/openldap : ils SONT la chaîne d'identité), ldap-direct 2, interne-sans-auth 2, sans-auth-humaine 12. La preuve refuse l'oubli ET le mensonge. Éprouvée par sabotage sur sept cas : déclaration supprimée, portée inventée, secours retiré, posture de formulaire retirée, raison retirée, ldap-direct mensonger, réglage retiré des defaults. Les deux derniers passaient dans la première version : - le mensonge passait à cause d'un commentaire. Je cherchais le mot « ldap » dans le rôle, et serveur_grafana/defaults/main.yml contient « désactiver quelqu'un dans LDAP » : de la prose validait une déclaration fausse. La preuve exige maintenant un indice nommé — variable <rôle>_oidc / <rôle>_ldap, ou URI ldap:// - le réglage retiré passait parce que le gabarit citait encore la variable alors que plus rien ne lui donnait de valeur. La preuve lit defaults/main.yml en YAML et exige que la clé y soit définie, pas mentionnée. Elle a aussi forcé une valeur : oauth2-proxy était déclaré « formulaire local fermé » alors qu'il n'a aucun compte local. D'où formulaire_local: aucun, qui distingue « il n'y en a jamais eu » de « il y en a un, il est fermé ». Correction d'une note de la veille : Prometheus et Loki ne sont PAS exposés publiquement (aucun expose au plan). Seuls six groupes le sont. Le risque est intra-tenant, pas frontalier. Les deux lacunes sont comptées à chaque exécution, pas masquées. AFF-111, D-42. 29 preuves OK, ansible-lint (production) sur 375 fichiers. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-03 17:05:43 -04:00
if fautes:
return False, "; ".join(fautes[:6])
total = sum(len(v) for v in par_portee.values())
resume = ", ".join(f"{k} {len(v)}" for k, v in sorted(par_portee.items()))
suffixe = f" ; {len(lacunes)} lacune(s) nommee(s) : {', '.join(lacunes)}" if lacunes else ""
documentation : la tournee des 74 documents, parce qu un balayage ne lit pas La revision a commence par un balayage par motifs — chemins morts, cibles make absentes, comptes derives. Il a trouve une trentaine d ecarts et rate presque tout le reste : un motif ne voit que ce qui s exprime en motif. make hote-planifier en est l exemple. La cible EXISTE, donc le controle passait au vert. C est une cible depreciee qui refuse et sort en 2, recommandee par AGENTS.md, et qui contredit la REGLE D OR du meme fichier trois ecrans plus haut. Il fallait lire pour la voir. 74 documents lus un par un. 66 corriges, 8 exacts. CE QUI ETAIT FRANCHEMENT FAUX AGENTS.md, la source d autorite, annoncait la flotte pas encore executee contre des VM reelles. Elle a ete rasee et remontee depuis zero trois fois. ecosysteme-chezlepro.md, le document montre a un client, portait la meme phrase : il se sous-vendait gravement. courriel-conception.md s ouvrait sur aucun role n est encore ecrit, au-dessus de son propre paragraphe 1 qui les nomme. autorisation.md se terminait sur rien n est construit alors qu il rapporte des mesures datees du role en fonctionnement. hebergeur-exploitation.md disait rien n est fait d un depot qui existe. filiation-emancipation.md se contredisait a deux ecrans de distance. DES MODELES DECRITS D APRES UN MONDE ANTERIEUR Le resolveur : cinq documents decrivaient un Unbound par VM en opt-in, trois le donnaient en exemple d integration FACULTATIVE — il est universel depuis le 2026-08-24. L adressage de nomenclature-vm.md : reseau unique, VLAN 11-15, VMID a cinq chiffres. Le nommage SDN de sdn-evpn.md contre le code : c est le wiki qui avait raison. CE QUI CASSE AU PREMIER ESSAI Le nom du gabarit dore etait faux a quatre endroits, dont la procedure qui le FABRIQUE et le critere R2 de l epreuve d operateur independant. preparer-un-site-hebergeur.md avertissait qu une VM faite a la main serait detruite : raser derive du plan, il ne la detruira jamais — le risque est l inverse. Un mot de passe d essai en clair dans un depot public. DEUX PREUVES ETENDUES, ET UNE QUI SE TROMPAIT ELLE-MEME P57 couvre les groupes : elle a signale aussitot 29 groupes annonces au-dessus d un tableau qui en cite 40. P29 confronte le tableau de authentification.md aux declarations reelles : 12 annonces, 21 reels. Et P57 imposait un chiffre faux — 56 preuves alors que le depot en porte 57, la conditionnelle vivant hors de tout comptage. Un garde-fou qui fait respecter une erreur ajoute l assurance a l erreur. CE QUI RESTE, ET QU AUCUNE PREUVE NE TIENT Deux comptes trouves a la main. Et une lacune reelle : rien ne garde les meta/acces.yml — ni qu un service web-sso en porte un, ni que le groupe qu il nomme existe. P29 tient les positions d authentification, personne ne tient les habilitations. make prouver : CONFORME, 56 OK, 0 echec, 1 saute. 0 lien mort. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01Crgis8CxCWkAGFA1ecBz3q
2026-09-06 16:18:23 -04:00
return True, (f"{total} role(s) serveur declares ({resume}){suffixe} ; "
f"le tableau de docs/authentification.md dit la meme chose.")
authentification : chaque rôle déclare sa position, gardé par P29 Une règle qu'aucune garde ne vérifie finit par ne plus être vraie — c'est ce qui était arrivé aux 28 lignes d'intégration recopiées. Chaque rôle serveur_* porte un meta/authentification.yml, confronté à son code par P29. web-sso 5, socle-identite 2 (keycloak/openldap : ils SONT la chaîne d'identité), ldap-direct 2, interne-sans-auth 2, sans-auth-humaine 12. La preuve refuse l'oubli ET le mensonge. Éprouvée par sabotage sur sept cas : déclaration supprimée, portée inventée, secours retiré, posture de formulaire retirée, raison retirée, ldap-direct mensonger, réglage retiré des defaults. Les deux derniers passaient dans la première version : - le mensonge passait à cause d'un commentaire. Je cherchais le mot « ldap » dans le rôle, et serveur_grafana/defaults/main.yml contient « désactiver quelqu'un dans LDAP » : de la prose validait une déclaration fausse. La preuve exige maintenant un indice nommé — variable <rôle>_oidc / <rôle>_ldap, ou URI ldap:// - le réglage retiré passait parce que le gabarit citait encore la variable alors que plus rien ne lui donnait de valeur. La preuve lit defaults/main.yml en YAML et exige que la clé y soit définie, pas mentionnée. Elle a aussi forcé une valeur : oauth2-proxy était déclaré « formulaire local fermé » alors qu'il n'a aucun compte local. D'où formulaire_local: aucun, qui distingue « il n'y en a jamais eu » de « il y en a un, il est fermé ». Correction d'une note de la veille : Prometheus et Loki ne sont PAS exposés publiquement (aucun expose au plan). Seuls six groupes le sont. Le risque est intra-tenant, pas frontalier. Les deux lacunes sont comptées à chaque exécution, pas masquées. AFF-111, D-42. 29 preuves OK, ansible-lint (production) sur 375 fichiers. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-03 17:05:43 -04:00
intégrations : le rôle déclare sa politique ; le cluster passe à l'hébergeur Deux corrections de propriété, l'une dans le plan, l'autre dans les intrants. 1. Intégrations universelles (D-33/D-34, P26) Le plan portait 57 lignes d'intégration écrites à la main, dont 28 disaient oui à quelque chose de vrai pour tous les hôtes. Elles n'existaient que pour être oubliées — et elles l'avaient été : dans Chezlepro, backup-01 et infra-pki-01 n'étaient ni supervisés, ni journalisés, ni certifiés. Le rôle déclare désormais sa politique une fois, dans meta/integration.yml ; le plan ne garde que les vrais choix et refuse la recopie. Les exemptions se dérivent du service rendu (sauf_role), jamais d'un nom d'hôte : l'AC ne s'enrôle pas auprès d'elle-même, et l'exemption suit step-ca si on le déplace. Une seule fonction de résolution — integrations_de() — lue par l'inventaire, la voûte et le panneau. Sans le passage par la voûte, les secrets des intégrations universelles auraient cessé d'être exigés et P18 serait passé au vert sur une voûte incomplète. Vérifié : diff vide sur Technolibre (la politique reproduit exactement les 41 lignes retirées) ; sur Chezlepro, exactement les groupes manquants, et pas client_pki sur infra-pki-01. 2. Vue Intégrations : la matrice La fiche montrait les intégrations d'UN serveur ; le trou de Chezlepro n'a pas été trouvé par le panneau mais par le devis de pare-feu. Matrice serveurs x intégrations : colonnes de politique en lecture seule, facultatives cochables sur place, ligne de couverture n/N qui rend le motif visible sans le juger. 3. Propriété des intrants (D-35/D-36, P27) Le cluster Proxmox appartient à l'hébergeur, comme sa fabric et sa frontière. Recopié chez chaque tenant, son inventaire avait déjà divergé : deux listes de stockages contradictoires pour le même matériel. API/nœuds/stockages/ponts vont dans proxmox-hebergeur.yml, à côté d'underlay.yml, dont le chemin se dérive — l'hébergeur reste non déclaré (D-17). Restent au tenant son golden template et ses défauts de placement. Le panneau nomme désormais le propriétaire de chaque section : éditer une section « hébergeur » vaut pour tous ses tenants, et l'écran ne le disait pas. 26 preuves OK, 0 échec. --syntax-check des deux playbooks Proxmox. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-03 14:09:22 -04:00
def preuve_propriete_des_intrants() -> tuple[bool, str]:
"""Aucune cle de l'HEBERGEUR ne subsiste dans un group_vars de tenant.
Un cluster, une fabric et une frontiere appartiennent a l'hebergeur : recopies
chez chaque tenant, ils avaient deja diverge (deux listes de stockages
contradictoires pour le meme materiel). La garde attrape la rechute — un
`make config` d'un autre poste, une reprise a la main — avant qu'elle ne
reintroduise deux valeurs pour un seul objet.
Portee : l'instance liee. Un depot sans hebergeur monte (aucun `underlay.yml`)
ecrit legitimement tout au meme endroit : la preuve se saute alors.
"""
sys.path.insert(0, str(RACINE / "scripts"))
import yaml as _yaml
underlay = Path(os.environ.get("SETOPS_UNDERLAY") or (RACINE / "underlay.yml"))
if not underlay.exists():
return True, "Aucun hebergeur monte (pas d'underlay.yml) : separation sans objet."
hebergeur = underlay.resolve().parent
resolution d'instance : une seule, partagee — au lieu de neuf copies Cinq jours, cinq defauts, tous de la meme famille : « quelle instance, quel inventaire ? » Neuf modules portaient chacun leur reponse. - 18 aout : P03 comparait chaque instance a l'inventaire d'une AUTRE ; - 19 aout : verifier_ports codait `principal/` en dur ; verifier_intrants et _frontiere_absente lisaient le symlink au lieu de la variable ; - 20 aout : devis_placement rendait un verdict juste sur le mauvais tenant ; - 22 aout : P35, puis P36 — la dixieme, trouvee par la preuve elle-meme. Aucune n'etait une faute d'inattention : chacune avait ete ecrite de bonne foi, a un moment ou le besoin semblait local. C'est le mode de panne de la duplication — pas l'erreur, mais la DERIVE, invisible depuis l'interieur d'un fichier. LA RESOLUTION UNIQUE. `inventory_rules` porte instance_courante(), inventaire_de(), dossier_inventaire() et plan_de(). Trois niveaux de repli, dont le TROISIEME manquait a la moitie des copies : un hosts.yml existant, puis un REPERTOIRE existant (instance neuve — c'est ce qui faisait echouer `make instancier` sur le modele public), puis le defaut. Vingt-huit modules y sont branches. CE QUI REND CE REFACTOR SUR : avant de toucher quoi que ce soit, chaque module a ete interroge sur ce qu'il resolvait, pour les DEUX ecosystemes. Apres refactor, meme mesure : 17 modules x 2 instances, diff VIDE. Aucune resolution n'a change — prouve, pas suppose. P41 echoue des qu'un module reintroduit une copie. Eprouvee en negatif : une copie replacee dans genome.py est signalee avec son numero de ligne. Trois exemptions nommees : instances.py et inventory_gui.py manipulent le SYMLINK lui-meme (bascule d'instance), et devis_opnsense lit deliberement quelle instance est ACTIVE. Elles parlent du lien, pas de la resolution. make verifier 41 OK, 0 echec, 0 saute ; make ci idem ; lint vert. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-22 14:19:55 -04:00
instance = instance_courante()
intégrations : le rôle déclare sa politique ; le cluster passe à l'hébergeur Deux corrections de propriété, l'une dans le plan, l'autre dans les intrants. 1. Intégrations universelles (D-33/D-34, P26) Le plan portait 57 lignes d'intégration écrites à la main, dont 28 disaient oui à quelque chose de vrai pour tous les hôtes. Elles n'existaient que pour être oubliées — et elles l'avaient été : dans Chezlepro, backup-01 et infra-pki-01 n'étaient ni supervisés, ni journalisés, ni certifiés. Le rôle déclare désormais sa politique une fois, dans meta/integration.yml ; le plan ne garde que les vrais choix et refuse la recopie. Les exemptions se dérivent du service rendu (sauf_role), jamais d'un nom d'hôte : l'AC ne s'enrôle pas auprès d'elle-même, et l'exemption suit step-ca si on le déplace. Une seule fonction de résolution — integrations_de() — lue par l'inventaire, la voûte et le panneau. Sans le passage par la voûte, les secrets des intégrations universelles auraient cessé d'être exigés et P18 serait passé au vert sur une voûte incomplète. Vérifié : diff vide sur Technolibre (la politique reproduit exactement les 41 lignes retirées) ; sur Chezlepro, exactement les groupes manquants, et pas client_pki sur infra-pki-01. 2. Vue Intégrations : la matrice La fiche montrait les intégrations d'UN serveur ; le trou de Chezlepro n'a pas été trouvé par le panneau mais par le devis de pare-feu. Matrice serveurs x intégrations : colonnes de politique en lecture seule, facultatives cochables sur place, ligne de couverture n/N qui rend le motif visible sans le juger. 3. Propriété des intrants (D-35/D-36, P27) Le cluster Proxmox appartient à l'hébergeur, comme sa fabric et sa frontière. Recopié chez chaque tenant, son inventaire avait déjà divergé : deux listes de stockages contradictoires pour le même matériel. API/nœuds/stockages/ponts vont dans proxmox-hebergeur.yml, à côté d'underlay.yml, dont le chemin se dérive — l'hébergeur reste non déclaré (D-17). Restent au tenant son golden template et ses défauts de placement. Le panneau nomme désormais le propriétaire de chaque section : éditer une section « hébergeur » vaut pour tous ses tenants, et l'écran ne le disait pas. 26 preuves OK, 0 échec. --syntax-check des deux playbooks Proxmox. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-03 14:09:22 -04:00
if instance.resolve() == hebergeur.resolve():
cles = {} # l'hebergeur est aussi tenant : son propre depot porte les deux
else:
fichier_heb = hebergeur / "proxmox-hebergeur.yml"
if not fichier_heb.is_file():
return False, f"Fichier du cluster absent chez l'hebergeur : {fichier_heb}"
cles = _yaml.safe_load(fichier_heb.read_text(encoding="utf-8")) or {}
fautes = []
for gv in sorted((instance / "inventories").glob("*/group_vars/*.yml")):
data = _yaml.safe_load(gv.read_text(encoding="utf-8")) or {}
if not isinstance(data, dict):
continue
redites = sorted(set(data) & set(cles))
if redites:
fautes.append(f"{gv.parent.name}/{gv.name}: {', '.join(redites)}")
if fautes:
return False, "cle(s) de l'hebergeur recopiee(s) chez le tenant — " + " ; ".join(fautes[:4])
return True, (f"{len(cles)} cle(s) de cluster chez l'hebergeur, aucune recopiee dans les "
f"group_vars du tenant.")
def preuve_integrations_universelles() -> tuple[bool, str]:
"""Aucun hote n'echappe a une integration universelle, et le plan ne la redit pas.
C'est la garde de l'inversion du defaut (D-33). Elle attrape les deux rechutes
possibles : un hote sans supervision/journal/certificat, et une recopie dans le
plan — qui reintroduirait deux sources et donc, tot ou tard, un ecart.
"""
sys.path.insert(0, str(RACINE / "scripts"))
from inventory_rules import (charger_applications, charger_serveurs,
integrations_de, integrations_universelles)
universelles = integrations_universelles(RACINE)
if not universelles:
return False, "Aucune integration universelle declaree : la politique a disparu."
resolution d'instance : une seule, partagee — au lieu de neuf copies Cinq jours, cinq defauts, tous de la meme famille : « quelle instance, quel inventaire ? » Neuf modules portaient chacun leur reponse. - 18 aout : P03 comparait chaque instance a l'inventaire d'une AUTRE ; - 19 aout : verifier_ports codait `principal/` en dur ; verifier_intrants et _frontiere_absente lisaient le symlink au lieu de la variable ; - 20 aout : devis_placement rendait un verdict juste sur le mauvais tenant ; - 22 aout : P35, puis P36 — la dixieme, trouvee par la preuve elle-meme. Aucune n'etait une faute d'inattention : chacune avait ete ecrite de bonne foi, a un moment ou le besoin semblait local. C'est le mode de panne de la duplication — pas l'erreur, mais la DERIVE, invisible depuis l'interieur d'un fichier. LA RESOLUTION UNIQUE. `inventory_rules` porte instance_courante(), inventaire_de(), dossier_inventaire() et plan_de(). Trois niveaux de repli, dont le TROISIEME manquait a la moitie des copies : un hosts.yml existant, puis un REPERTOIRE existant (instance neuve — c'est ce qui faisait echouer `make instancier` sur le modele public), puis le defaut. Vingt-huit modules y sont branches. CE QUI REND CE REFACTOR SUR : avant de toucher quoi que ce soit, chaque module a ete interroge sur ce qu'il resolvait, pour les DEUX ecosystemes. Apres refactor, meme mesure : 17 modules x 2 instances, diff VIDE. Aucune resolution n'a change — prouve, pas suppose. P41 echoue des qu'un module reintroduit une copie. Eprouvee en negatif : une copie replacee dans genome.py est signalee avec son numero de ligne. Trois exemptions nommees : instances.py et inventory_gui.py manipulent le SYMLINK lui-meme (bascule d'instance), et devis_opnsense lit deliberement quelle instance est ACTIVE. Elles parlent du lien, pas de la resolution. make verifier 41 OK, 0 echec, 0 saute ; make ci idem ; lint vert. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-22 14:19:55 -04:00
instance = instance_courante()
intégrations : le rôle déclare sa politique ; le cluster passe à l'hébergeur Deux corrections de propriété, l'une dans le plan, l'autre dans les intrants. 1. Intégrations universelles (D-33/D-34, P26) Le plan portait 57 lignes d'intégration écrites à la main, dont 28 disaient oui à quelque chose de vrai pour tous les hôtes. Elles n'existaient que pour être oubliées — et elles l'avaient été : dans Chezlepro, backup-01 et infra-pki-01 n'étaient ni supervisés, ni journalisés, ni certifiés. Le rôle déclare désormais sa politique une fois, dans meta/integration.yml ; le plan ne garde que les vrais choix et refuse la recopie. Les exemptions se dérivent du service rendu (sauf_role), jamais d'un nom d'hôte : l'AC ne s'enrôle pas auprès d'elle-même, et l'exemption suit step-ca si on le déplace. Une seule fonction de résolution — integrations_de() — lue par l'inventaire, la voûte et le panneau. Sans le passage par la voûte, les secrets des intégrations universelles auraient cessé d'être exigés et P18 serait passé au vert sur une voûte incomplète. Vérifié : diff vide sur Technolibre (la politique reproduit exactement les 41 lignes retirées) ; sur Chezlepro, exactement les groupes manquants, et pas client_pki sur infra-pki-01. 2. Vue Intégrations : la matrice La fiche montrait les intégrations d'UN serveur ; le trou de Chezlepro n'a pas été trouvé par le panneau mais par le devis de pare-feu. Matrice serveurs x intégrations : colonnes de politique en lecture seule, facultatives cochables sur place, ligne de couverture n/N qui rend le motif visible sans le juger. 3. Propriété des intrants (D-35/D-36, P27) Le cluster Proxmox appartient à l'hébergeur, comme sa fabric et sa frontière. Recopié chez chaque tenant, son inventaire avait déjà divergé : deux listes de stockages contradictoires pour le même matériel. API/nœuds/stockages/ponts vont dans proxmox-hebergeur.yml, à côté d'underlay.yml, dont le chemin se dérive — l'hébergeur reste non déclaré (D-17). Restent au tenant son golden template et ses défauts de placement. Le panneau nomme désormais le propriétaire de chaque section : éditer une section « hébergeur » vaut pour tous ses tenants, et l'écran ne le disait pas. 26 preuves OK, 0 échec. --syntax-check des deux playbooks Proxmox. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-03 14:09:22 -04:00
serveurs = (charger_serveurs(instance / "plan/serveurs.yml").get("serveurs") or {})
apps = (charger_applications(instance / "plan/applications.yml").get("applications") or {})
services: dict[str, set[str]] = {}
for app in apps.values():
services.setdefault(app.get("hote"), set()).add(app.get("groupe"))
fautes, exemptes = [], 0
for nom, srv in serveurs.items():
rendus = services.get(nom, set())
obtenues = integrations_de(srv, rendus, universelles)
for role, politique in universelles.items():
exempt = politique["sauf_role"] and politique["sauf_role"] in rendus
if exempt:
exemptes += 1
elif role not in obtenues:
fautes.append(f"{nom} sans {role}")
redites = sorted(set(srv.get("integrations") or []) & set(universelles))
if redites:
fautes.append(f"{nom} redit {', '.join(redites)} (politique du role)")
if fautes:
return False, "; ".join(fautes[:6])
return True, (f"{len(serveurs)} hote(s) x {len(universelles)} integration(s) universelle(s) : "
f"aucune lacune, aucune recopie ({exemptes} exemption(s) derivee(s) du service rendu).")
2026-07-23 02:58:15 -04:00
def preuve_nomenclature_derivee() -> tuple[bool, str]:
"""Aucune nomenclature ne STOCKE d'adressage : tout se derive du seed `index`.
Interdit `supernet` au niveau racine et `sous_reseau`/`passerelle`/`vlan` par zone.
Attrape toute rechute vers l'ecriture manuelle de l'adressage (rupture du 2026-07-23).
Portee : l'instance liee + tous les modeles decouverts (SETOPS_MODELES inclus).
"""
import yaml
sys.path.insert(0, str(RACINE / "scripts"))
import modeles as _mod
cibles = []
inst_nom = RACINE / INSTANCE / "plan" / "nomenclature.yml"
if inst_nom.exists():
cibles.append(inst_nom)
cibles += [m / "plan" / "nomenclature.yml" for m in _mod.decouvrir()
if (m / "plan" / "nomenclature.yml").exists()]
interdits_zone = {"sous_reseau", "passerelle", "vlan"}
fautes = []
for p in cibles:
n = yaml.safe_load(p.read_text(encoding="utf-8")) or {}
rel = p.relative_to(RACINE) if p.is_relative_to(RACINE) else p
if "supernet" in n:
fautes.append(f"{rel}: supernet stocke")
if "vmid_schema" in n:
fautes.append(f"{rel}: vmid_schema obsolete (mode compact retire)")
for z, c in (n.get("categories") or {}).items():
for k in interdits_zone & set(c or {}):
fautes.append(f"{rel}: categorie {z}.{k} stocke")
if fautes:
return False, f"{len(fautes)} champ(s) d'adressage stockes : " + " | ".join(fautes[:4])
return True, f"{len(cibles)} nomenclature(s) : adressage 100% derive du seed index."
def preuve_pas_lab_code_en_dur() -> tuple[bool, str]:
"""Aucun chemin `instance/inventories/lab/group_vars` code en dur (AFF-097).
On vise le vrai chemin (prefixe `instance/`) et on ignore les fichiers meta qui
*parlent* de l'audit (CHANGELOG, docs/audit) sans etre des chemins d'exploitation.
"""
r = subprocess.run(
["git", "grep", "-n", "instance/inventories/lab/group_vars", "--", "*.md", "*.yml"],
cwd=RACINE, capture_output=True, text=True,
)
exclus = ("docs/audit/", "CHANGELOG.md:")
lignes = [l for l in r.stdout.splitlines() if not l.startswith(exclus)]
if lignes:
return False, f"{len(lignes)} occurrence(s) : " + " | ".join(lignes[:3])
return True, "Aucun chemin instance/inventories/lab/group_vars code en dur."
def preuve_inventaire_ansible() -> tuple[bool, str]:
"""`ansible-inventory --list` : l'inventaire (voute dechiffree) se parse (AFF-030)."""
r = subprocess.run(["ansible-inventory", "-i", INV, "--list"],
cwd=RACINE, capture_output=True, text=True, timeout=600)
if r.returncode != 0:
sortie = (r.stdout + r.stderr).strip().splitlines()
return False, f"rc={r.returncode} : {sortie[-1] if sortie else ''}"
try:
data = json.loads(r.stdout)
except ValueError:
return True, "inventaire liste (JSON non parse)."
n_hotes = len((data.get("_meta") or {}).get("hostvars") or {})
n_groupes = len([k for k in data if k not in ("_meta", "all")])
return True, f"{n_hotes} hotes, {n_groupes} groupes (inventaire dechiffre et parse)."
forgejo : apprendre SQLite, et retirer ce qui ne servait pas Doute de l'exploitant sur patient 0 : « je doute de la pertinence de pgsql ». Mesure plutot que discussion. REDIS NE SERVAIT A RIEN : le role serveur_forgejo ne le mentionne ni dans son app.ini, ni dans ses defauts, et ne declare aucun lien. Heritage du modele `forge`. Retire du plan. POSTGRESQL ETAIT EXIGE PAR LE ROLE : DB_TYPE = postgres en dur, resoudre_base sans condition. Le doute etait fonde, le moteur ne savait pas faire autrement. INTERRUPTEUR `serveur_forgejo_bd: postgres|sqlite`. En sqlite la base devient un FICHIER sous serveur_forgejo_data. Ce que ca change ailleurs : rien. Le job de sauvegarde `serveur_forgejo` emporte deja ce dossier ; PGSSLROOTCERT etait deja conditionne au mode TLS ; et P35 lit desormais l'interrupteur (convention `<role>_bd`, group_vars de l'instance puis defaut du role), donc n'attend aucune entree de registre. Une valeur inconnue est REFUSEE au debut du role plutot que de retomber en silence sur PostgreSQL. PATIENT 0 PASSE DE SIX A QUATRE MACHINES (Dovecot, Redis, PostgreSQL et sa VM). Sur la machine dont tout descend, chaque service en moins est une chose de moins a defendre, a sauvegarder et a rebatir. Et l'effet depasse patient 0 : une offre `forge` pour un petit organisme cesse d'exiger une VM PostgreSQL. LA NEUVIEME. En verifiant P35 sur patient 0, elle a rendu un verdict JUSTE SUR LE MAUVAIS ECOSYSTEME : `plan = RACINE / "instance" / "plan"`, le symlink en dur. Neuvieme resolution d'instance codee en dur en cinq jours. Ce n'est plus une serie de bogues, c'est une piece manquante : une resolution unique et partagee, a faire en une fois et de tete reposee. Enseigne : SQLite au glossaire (P39 l'exige desormais), et le README du role documente l'interrupteur et ce qu'il ne change pas. make verifier 40/40 ; make ci 40/40 ; lint et syntaxe du role verts. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-22 13:10:05 -04:00
def _valeur_effective(cle: str, role: str) -> str | None:
"""La valeur d'une variable pour l'instance montee : group_vars d'abord, defaut du role.
Sert aux preuves qui doivent tenir compte d'un CHOIX de l'instance et non seulement de
ce que le role sait faire. Lecture textuelle des group_vars — aucune voute n'est
dechiffree, aucun Ansible n'est lance : ces preuves doivent rester instantanees.
"""
inv = INSTANCE / "inventories"
if inv.is_dir():
for f in sorted(inv.glob("*/group_vars/**/*.yml")):
try:
d = yaml.safe_load(f.read_text(encoding="utf-8")) or {}
except (OSError, yaml.YAMLError):
continue
if isinstance(d, dict) and cle in d:
return str(d[cle])
defauts = RACINE / "roles" / role / "defaults" / "main.yml"
if defauts.is_file():
d = yaml.safe_load(defauts.read_text(encoding="utf-8")) or {}
if isinstance(d, dict) and cle in d:
return str(d[cle])
return None
portabilite : Technolibre debout, six devis, et P35 L'epreuve de portabilite est passee. Un second ecosysteme souverain complet, monte depuis zero par le meme moteur : 14 hotes, 2583 taches ok, 331 changed, 0 failed. Plan distinct, voute separee, realm technolibre, sa propre AC — et une topologie differente : LDAP et SSO sur des machines separees la ou Chezlepro les co-localise. Cinq devis CONFORME (identite, certificats, PostgreSQL, courriel, frontiere — 55 lignes 0 ecart). Le sixieme dit exactement la bonne chose : les 6 services repondent depuis l'edge, aucun depuis le poste, qui ne resout pas encore technolibre.internal (6 entrees /etc/hosts absentes — le plancher). SIXIEME DEFAUT MOTEUR. Le devis d'identite interrogeait LDAP en `ldapi:///` — un socket UNIX LOCAL — depuis l'hote serveur_keycloak. Cela ne marchait que par CO-LOCATION ACCIDENTELLE. Un tenant qui separe l'annuaire du SSO echouait sur « Failed to import python-ldap » : l'hote SSO n'a pas de client LDAP. Les deux lectures sont deleguees a l'hote DERIVE par resoudre_annuaire. P35 (D-75) : toute application dont le role exige une base en a une au plan. La garde de resoudre_base existait deja, mais s'est declenchee a la 92e tache de collab-01, apres quarante minutes, pour un ecart entierement lisible dans le plan. Rien n'y est code en dur : les roles concernes sont ceux qui INCLUENT resoudre_base, et le groupe reclame est lu dans le DEFAUT de la variable passee — jamais deduit du nom. serveur_icingaweb2 reclame la base de serveur_icinga ; une preuve supposant « role = groupe » aurait crie sur un cas sain. Eprouvee dans les deux sens ET sur les deux tenants, dont les registres n'ont pas la meme portee : base retiree -> ECHEC la nommant ; restauree -> OK. Verifie : prouver.py 35 OK sur les deux instances, ansible-lint production. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-10 13:36:44 -04:00
def preuve_base_par_consommateur() -> tuple[bool, str]:
"""Toute application deployee dont le role exige une base en a une au plan.
`resoudre_base` porte deja la garde (D-72) : sans entree, il refuse. Mais elle se
declenche EN COURS DE DEPLOIEMENT — le 2026-08-10, a la 92e tache de `collab-01`,
apres quarante minutes. L'ecart est pourtant entierement lisible dans le plan : une
application declaree, un role qui reclame une base, aucune entree correspondante.
Deux secondes ici valent quarante minutes la-bas. Meme raisonnement que P32 pour les
intrants.
RIEN N'EST CODE EN DUR, et c'est ce qui la rend juste :
- les roles qui exigent une base sont ceux qui incluent `resoudre_base` ;
- le GROUPE consommateur qu'ils reclament est lu dans le DEFAUT de la variable
qu'ils passent — pas deduit de leur nom. `serveur_icingaweb2` reclame la base de
`serveur_icinga`, pas la sienne : une preuve qui aurait suppose « role = groupe »
aurait crie sur un cas parfaitement sain ;
- les noms acceptables suivent la meme regle que le resolveur : le groupe, ou toute
application qui declare ce groupe (les deux portees du registre).
CE QU'ELLE NE TESTE PAS : que le secret nomme existe — c'est P18, sur le gabarit de
voute. Ni que la base reponde : c'est `make postgresql-plan`, qui interroge le reel.
"""
forgejo : apprendre SQLite, et retirer ce qui ne servait pas Doute de l'exploitant sur patient 0 : « je doute de la pertinence de pgsql ». Mesure plutot que discussion. REDIS NE SERVAIT A RIEN : le role serveur_forgejo ne le mentionne ni dans son app.ini, ni dans ses defauts, et ne declare aucun lien. Heritage du modele `forge`. Retire du plan. POSTGRESQL ETAIT EXIGE PAR LE ROLE : DB_TYPE = postgres en dur, resoudre_base sans condition. Le doute etait fonde, le moteur ne savait pas faire autrement. INTERRUPTEUR `serveur_forgejo_bd: postgres|sqlite`. En sqlite la base devient un FICHIER sous serveur_forgejo_data. Ce que ca change ailleurs : rien. Le job de sauvegarde `serveur_forgejo` emporte deja ce dossier ; PGSSLROOTCERT etait deja conditionne au mode TLS ; et P35 lit desormais l'interrupteur (convention `<role>_bd`, group_vars de l'instance puis defaut du role), donc n'attend aucune entree de registre. Une valeur inconnue est REFUSEE au debut du role plutot que de retomber en silence sur PostgreSQL. PATIENT 0 PASSE DE SIX A QUATRE MACHINES (Dovecot, Redis, PostgreSQL et sa VM). Sur la machine dont tout descend, chaque service en moins est une chose de moins a defendre, a sauvegarder et a rebatir. Et l'effet depasse patient 0 : une offre `forge` pour un petit organisme cesse d'exiger une VM PostgreSQL. LA NEUVIEME. En verifiant P35 sur patient 0, elle a rendu un verdict JUSTE SUR LE MAUVAIS ECOSYSTEME : `plan = RACINE / "instance" / "plan"`, le symlink en dur. Neuvieme resolution d'instance codee en dur en cinq jours. Ce n'est plus une serie de bogues, c'est une piece manquante : une resolution unique et partagee, a faire en une fois et de tete reposee. Enseigne : SQLite au glossaire (P39 l'exige desormais), et le README du role documente l'interrupteur et ce qu'il ne change pas. make verifier 40/40 ; make ci 40/40 ; lint et syntaxe du role verts. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-22 13:10:05 -04:00
# INSTANCE, pas le symlink en dur : sans cela cette preuve mesurait toujours
# l'instance montee, quelle que soit celle qu'on visait (2026-08-22, en verifiant
# patient 0 — elle a rendu un verdict juste sur le mauvais ecosysteme).
plan = INSTANCE / "plan"
portabilite : Technolibre debout, six devis, et P35 L'epreuve de portabilite est passee. Un second ecosysteme souverain complet, monte depuis zero par le meme moteur : 14 hotes, 2583 taches ok, 331 changed, 0 failed. Plan distinct, voute separee, realm technolibre, sa propre AC — et une topologie differente : LDAP et SSO sur des machines separees la ou Chezlepro les co-localise. Cinq devis CONFORME (identite, certificats, PostgreSQL, courriel, frontiere — 55 lignes 0 ecart). Le sixieme dit exactement la bonne chose : les 6 services repondent depuis l'edge, aucun depuis le poste, qui ne resout pas encore technolibre.internal (6 entrees /etc/hosts absentes — le plancher). SIXIEME DEFAUT MOTEUR. Le devis d'identite interrogeait LDAP en `ldapi:///` — un socket UNIX LOCAL — depuis l'hote serveur_keycloak. Cela ne marchait que par CO-LOCATION ACCIDENTELLE. Un tenant qui separe l'annuaire du SSO echouait sur « Failed to import python-ldap » : l'hote SSO n'a pas de client LDAP. Les deux lectures sont deleguees a l'hote DERIVE par resoudre_annuaire. P35 (D-75) : toute application dont le role exige une base en a une au plan. La garde de resoudre_base existait deja, mais s'est declenchee a la 92e tache de collab-01, apres quarante minutes, pour un ecart entierement lisible dans le plan. Rien n'y est code en dur : les roles concernes sont ceux qui INCLUENT resoudre_base, et le groupe reclame est lu dans le DEFAUT de la variable passee — jamais deduit du nom. serveur_icingaweb2 reclame la base de serveur_icinga ; une preuve supposant « role = groupe » aurait crie sur un cas sain. Eprouvee dans les deux sens ET sur les deux tenants, dont les registres n'ont pas la meme portee : base retiree -> ECHEC la nommant ; restauree -> OK. Verifie : prouver.py 35 OK sur les deux instances, ansible-lint production. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-10 13:36:44 -04:00
if not (plan / "bases-donnees.yml").is_file():
return True, "Aucun registre de bases : rien a verifier."
bases = (yaml.safe_load((plan / "bases-donnees.yml").read_text(encoding="utf-8"))
or {}).get("bases_donnees") or {}
apps = (yaml.safe_load((plan / "applications.yml").read_text(encoding="utf-8"))
or {}).get("applications") or {}
# Quels roles exigent une base, et QUEL groupe ils reclament.
exigences: dict[str, str] = {}
for tache in sorted((RACINE / "roles").glob("*/tasks/main.yml")):
texte = tache.read_text(encoding="utf-8", errors="ignore")
if "name: resoudre_base" not in texte:
continue
role = tache.parent.parent.name
m = re.search(r"resoudre_base_groupe:\s*[\"']\{\{\s*([a-z0-9_]+)", texte)
if not m:
continue
defauts = tache.parent.parent / "defaults" / "main.yml"
val = (yaml.safe_load(defauts.read_text(encoding="utf-8")) or {}).get(m.group(1)) \
if defauts.is_file() else None
exigences[role] = str(val or role)
consommateurs = {str((b or {}).get("consommateur")) for b in bases.values()}
forgejo : apprendre SQLite, et retirer ce qui ne servait pas Doute de l'exploitant sur patient 0 : « je doute de la pertinence de pgsql ». Mesure plutot que discussion. REDIS NE SERVAIT A RIEN : le role serveur_forgejo ne le mentionne ni dans son app.ini, ni dans ses defauts, et ne declare aucun lien. Heritage du modele `forge`. Retire du plan. POSTGRESQL ETAIT EXIGE PAR LE ROLE : DB_TYPE = postgres en dur, resoudre_base sans condition. Le doute etait fonde, le moteur ne savait pas faire autrement. INTERRUPTEUR `serveur_forgejo_bd: postgres|sqlite`. En sqlite la base devient un FICHIER sous serveur_forgejo_data. Ce que ca change ailleurs : rien. Le job de sauvegarde `serveur_forgejo` emporte deja ce dossier ; PGSSLROOTCERT etait deja conditionne au mode TLS ; et P35 lit desormais l'interrupteur (convention `<role>_bd`, group_vars de l'instance puis defaut du role), donc n'attend aucune entree de registre. Une valeur inconnue est REFUSEE au debut du role plutot que de retomber en silence sur PostgreSQL. PATIENT 0 PASSE DE SIX A QUATRE MACHINES (Dovecot, Redis, PostgreSQL et sa VM). Sur la machine dont tout descend, chaque service en moins est une chose de moins a defendre, a sauvegarder et a rebatir. Et l'effet depasse patient 0 : une offre `forge` pour un petit organisme cesse d'exiger une VM PostgreSQL. LA NEUVIEME. En verifiant P35 sur patient 0, elle a rendu un verdict JUSTE SUR LE MAUVAIS ECOSYSTEME : `plan = RACINE / "instance" / "plan"`, le symlink en dur. Neuvieme resolution d'instance codee en dur en cinq jours. Ce n'est plus une serie de bogues, c'est une piece manquante : une resolution unique et partagee, a faire en une fois et de tete reposee. Enseigne : SQLite au glossaire (P39 l'exige desormais), et le README du role documente l'interrupteur et ce qu'il ne change pas. make verifier 40/40 ; make ci 40/40 ; lint et syntaxe du role verts. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-22 13:10:05 -04:00
# UN ROLE PEUT SAVOIR SE PASSER DE SERVEUR (2026-08-22). `serveur_forgejo` accepte
# `serveur_forgejo_bd: sqlite` : la base devient un fichier, aucune entree de registre
# n'est attendue. La convention est `<role>_bd`, lue dans les group_vars de l'instance
# et, a defaut, dans le defaut du role. Sans cette lecture, la preuve reclamerait une
# base a une instance qui a justement choisi de ne pas en avoir — et on aurait appris
# a l'ignorer.
for role in list(exigences):
val = _valeur_effective(f"{role}_bd", role)
if val == "sqlite":
del exigences[role]
portabilite : Technolibre debout, six devis, et P35 L'epreuve de portabilite est passee. Un second ecosysteme souverain complet, monte depuis zero par le meme moteur : 14 hotes, 2583 taches ok, 331 changed, 0 failed. Plan distinct, voute separee, realm technolibre, sa propre AC — et une topologie differente : LDAP et SSO sur des machines separees la ou Chezlepro les co-localise. Cinq devis CONFORME (identite, certificats, PostgreSQL, courriel, frontiere — 55 lignes 0 ecart). Le sixieme dit exactement la bonne chose : les 6 services repondent depuis l'edge, aucun depuis le poste, qui ne resout pas encore technolibre.internal (6 entrees /etc/hosts absentes — le plancher). SIXIEME DEFAUT MOTEUR. Le devis d'identite interrogeait LDAP en `ldapi:///` — un socket UNIX LOCAL — depuis l'hote serveur_keycloak. Cela ne marchait que par CO-LOCATION ACCIDENTELLE. Un tenant qui separe l'annuaire du SSO echouait sur « Failed to import python-ldap » : l'hote SSO n'a pas de client LDAP. Les deux lectures sont deleguees a l'hote DERIVE par resoudre_annuaire. P35 (D-75) : toute application dont le role exige une base en a une au plan. La garde de resoudre_base existait deja, mais s'est declenchee a la 92e tache de collab-01, apres quarante minutes, pour un ecart entierement lisible dans le plan. Rien n'y est code en dur : les roles concernes sont ceux qui INCLUENT resoudre_base, et le groupe reclame est lu dans le DEFAUT de la variable passee — jamais deduit du nom. serveur_icingaweb2 reclame la base de serveur_icinga ; une preuve supposant « role = groupe » aurait crie sur un cas sain. Eprouvee dans les deux sens ET sur les deux tenants, dont les registres n'ont pas la meme portee : base retiree -> ECHEC la nommant ; restauree -> OK. Verifie : prouver.py 35 OK sur les deux instances, ansible-lint production. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-10 13:36:44 -04:00
manques: list[str] = []
for nom_app, app in sorted(apps.items()):
groupe = str((app or {}).get("groupe") or "")
if groupe not in exigences:
continue
attendu = exigences[groupe]
# Memes noms acceptables que le resolveur : le groupe, ou une application qui
# declare ce groupe.
noms = {attendu} | {a for a, v in apps.items()
if str((v or {}).get("groupe") or "") == attendu}
if not (noms & consommateurs):
manques.append(f"{nom_app} (role {groupe}) attend une base dont le "
f"`consommateur` soit l'un de {sorted(noms)}")
if manques:
return False, (f"{len(manques)} application(s) sans base au plan : "
+ " | ".join(manques[:3])
+ ("…" if len(manques) > 3 else "")
+ " — ajouter l'entree dans `plan/bases-donnees.yml`.")
concernees = [a for a, v in apps.items()
if str((v or {}).get("groupe") or "") in exigences]
return True, (f"{len(concernees)} application(s) exigeant une base l'ont toutes "
f"({len(bases)} entree(s) au registre).")
def preuve_diff_vide_toutes_instances() -> tuple[bool, str]:
"""CHAQUE instance decouverte a un inventaire applique conforme a son plan.
Pourquoi toutes, et pas seulement l'active. La frontiere nord/sud est PARTAGEE :
ses alias d'hotes (`SETOPS_<T>_SERVEUR_*`) sont construits depuis le `hosts.yml` de
CHAQUE tenant, pas depuis la formule. Le 2026-08-12, l'inventaire de Technolibre est
reste a `10.21.x` apres un changement de derivation — et la frontiere a garde ces
adresses pendant que ses alias RESEAU, eux, passaient a `10.11`. Le devis annoncait
« conforme » : il lisait fidelement un intrant perime.
Un tenant qu'on ne regarde pas — parce qu'il n'a aucune VM, precisement — impose donc
ses adresses au pare-feu de tout le monde. Verifier la seule instance active laissait
cet angle entier.
CE QU'ELLE NE TESTE PAS : que le boitier porte ce que le devis dit — c'est
`make frontiere-plan`. Ici on garde l'INTRANT de ce devis, pas sa sortie.
"""
sys.path.insert(0, str(RACINE / "scripts"))
import instances as mod_instances
trouvees = mod_instances.decouvrir()
if not trouvees:
return True, "Aucune instance decouverte : rien a comparer."
ecarts: list[str] = []
verifiees: list[str] = []
for i in trouvees:
chemin = RACINE.parent / i["nom"]
if not (chemin / "inventories").is_dir():
continue
P03 : la preuve comparait chaque instance a l'inventaire d'UNE SEULE Trouve en validant une mise a jour du CHANGELOG. Deux invocations de la meme preuve, deux verdicts : `make prouver` -> NON CONFORME (« lab : 17 hotes avec ecart »), `python3 scripts/prouver.py` -> CONFORME 37/37. Le lab n'avait aucun ecart. DEUX VARIABLES DESIGNENT LA CIBLE, ET LA SECONDE GAGNE. Le Makefile exporte SETOPS_INVENTAIRE (ligne 13), derive de l'instance ACTIVE ; instancier.py:68 lui fait FORCER la cible par-dessus SETOPS_INSTANCE. P03 (prouver.py:505) ne redirigeait que SETOPS_INSTANCE : elle generait le plan de CHAQUE instance federee et le comparait a l'inventaire applique de la SEULE instance active. LE ROUGE N'ETAIT PAS LE PROBLEME, LE VERT L'ETAIT. Sous `make`, l'inventaire applique de lab et de Technolibre n'etait JAMAIS lu — l'angle meme pour lequel P03 a ete ecrite le 2026-08-12 (un tenant qu'on ne regarde pas imposant ses vieilles adresses au pare-feu partage). La preuve etait aveugle a son propre cas, par l'invocation documentee. Les rapports du 13 et du 14 sortent de cette invocation-la. Signature visible sans lire le code : les hosts.genere.yml de lab et de Technolibre ne bougeaient pas. CORRECTIF, cinq sites : env.pop("SETOPS_INVENTAIRE") partout ou l'on redirige SETOPS_INSTANCE — P03 et P15, plus les trois applicateurs (opnsense, proxmox_fw, sdn) qui pointent vers l'HEBERGEUR. Ces trois sont sans effet tant qu'hebergeur et tenant actif coincident, c'est-a-dire jusqu'au second site. Le geste existait deja (modeles.py:96). GARDE, pour que la classe cesse d'etre silencieuse : inventory_rules.inventaire_force() REFUSE une cible hors de l'instance visee, en nommant les deux valeurs. Eprouvee dans les deux sens (contradiction -> code 1 ; cible legitime dans l'instance -> passe). Branchee sur les quatre resolutions de _inventaire (instancier, serveurs, applications, config_proxmox). Le GUI garde la sienne : il ne redirige jamais SETOPS_INSTANCE pour un fils et resout par symlink a chaque requete. make prouver : 37 OK, 0 echec, 0 saute — et les hosts.genere.yml des TROIS instances portent l'horodatage du passage. make test 0. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-18 14:35:01 -04:00
# SETOPS_INVENTAIRE FORCE la cible et GAGNE sur SETOPS_INSTANCE (instancier.py).
# Le Makefile l'exporte (ligne 13), pointe sur l'inventaire de l'instance ACTIVE.
# Sans ce retrait, la boucle generait le plan de CHAQUE instance et le comparait
# a l'inventaire applique de la SEULE instance active : « 17 hotes avec ecart »
# sur un lab qui n'en a aucun (mesure du 2026-08-18). Et le vert etait pire que
# le rouge — l'inventaire applique des autres tenants n'etait JAMAIS lu, ce qui
# est precisement l'angle que cette preuve existe pour couvrir.
env = {**os.environ, "SETOPS_INSTANCE": str(chemin)}
P03 : la preuve comparait chaque instance a l'inventaire d'UNE SEULE Trouve en validant une mise a jour du CHANGELOG. Deux invocations de la meme preuve, deux verdicts : `make prouver` -> NON CONFORME (« lab : 17 hotes avec ecart »), `python3 scripts/prouver.py` -> CONFORME 37/37. Le lab n'avait aucun ecart. DEUX VARIABLES DESIGNENT LA CIBLE, ET LA SECONDE GAGNE. Le Makefile exporte SETOPS_INVENTAIRE (ligne 13), derive de l'instance ACTIVE ; instancier.py:68 lui fait FORCER la cible par-dessus SETOPS_INSTANCE. P03 (prouver.py:505) ne redirigeait que SETOPS_INSTANCE : elle generait le plan de CHAQUE instance federee et le comparait a l'inventaire applique de la SEULE instance active. LE ROUGE N'ETAIT PAS LE PROBLEME, LE VERT L'ETAIT. Sous `make`, l'inventaire applique de lab et de Technolibre n'etait JAMAIS lu — l'angle meme pour lequel P03 a ete ecrite le 2026-08-12 (un tenant qu'on ne regarde pas imposant ses vieilles adresses au pare-feu partage). La preuve etait aveugle a son propre cas, par l'invocation documentee. Les rapports du 13 et du 14 sortent de cette invocation-la. Signature visible sans lire le code : les hosts.genere.yml de lab et de Technolibre ne bougeaient pas. CORRECTIF, cinq sites : env.pop("SETOPS_INVENTAIRE") partout ou l'on redirige SETOPS_INSTANCE — P03 et P15, plus les trois applicateurs (opnsense, proxmox_fw, sdn) qui pointent vers l'HEBERGEUR. Ces trois sont sans effet tant qu'hebergeur et tenant actif coincident, c'est-a-dire jusqu'au second site. Le geste existait deja (modeles.py:96). GARDE, pour que la classe cesse d'etre silencieuse : inventory_rules.inventaire_force() REFUSE une cible hors de l'instance visee, en nommant les deux valeurs. Eprouvee dans les deux sens (contradiction -> code 1 ; cible legitime dans l'instance -> passe). Branchee sur les quatre resolutions de _inventaire (instancier, serveurs, applications, config_proxmox). Le GUI garde la sienne : il ne redirige jamais SETOPS_INSTANCE pour un fils et resout par symlink a chaque requete. make prouver : 37 OK, 0 echec, 0 saute — et les hosts.genere.yml des TROIS instances portent l'horodatage du passage. make test 0. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-18 14:35:01 -04:00
env.pop("SETOPS_INVENTAIRE", None)
CI : le harnais ne se declenchait que par memoire Trente-huit preuves, des tests, un lint — et RIEN ne les executait sans qu'un humain tape `make`. Le meilleur atout du depot dependait de ne pas oublier. Il a desormais une CI (.forgejo/workflows/verifier.yml) et une cible qui la rejoue a l'identique : `make ci`. CE QUE LA CI A TROUVE AVANT D'EXISTER. Ecrire le workflow supposait de repondre a une question jamais posee : est-ce qu'un depot PUBLIC, seul, se tient ? Mesure sur un clone nu : non, a cinq endroits. - `make instancier` echouait sur le modele public — le tout premier geste du QUICKSTART. Le Makefile forcait `principal/hosts.yml` alors que le modele vit en `production/` ; sa precedence suit desormais celle du code (fichier, puis REPERTOIRE existant, puis defaut). - P32 parcourait les 54 roles sans regarder ce que l'instance deploie. Elle passait sur l'ecosysteme de reference PARCE QU'IL PORTE TOUT. Or les modeles sont des OFFRES : toute offre plus petite que l'ecosysteme complet echouait son propre harnais, pour des services qu'elle ne vend pas. Le perimetre se lit maintenant du plan (groupes de l'inventaire, puis roles composes par leur playbook). - P24 : le modele public ne declarait aucun reseau d'administration — une flotte qu'on construit et ou l'on n'entre plus. `nftables_admin_ssh` est pose, avec le pourquoi. - P33 : verifier_ports.py codait `instance/inventories/principal/hosts.yml` en dur. - P32 et P24 lisaient le symlink `instance/` au lieu de SETOPS_INSTANCE. Toutes de la MEME FAMILLE que P03 avant-hier : une resolution d'inventaire recopiee, une variable d'environnement qui deborde de sa portee. Le depot en compte SEPT ; deux de plus sont corrigees ici, et la septieme le dit en commentaire plutot que de le taire. `make ci` NE TOUCHE AUCUN SYMLINK : le modele public est monte comme instance jetable, vise par SETOPS_INSTANCE/SETOPS_UNDERLAY, detruit en sortant. Deux details mesures parce que devines faux d'abord : l'instance jetable est un DOSSIER FRERE (la federation se decouvre ainsi ; ailleurs, quatre preuves tombent) ; et SETOPS_UNDERLAY n'est pose QUE pour la verification, sinon l'inventaire est ecrit avec une fabric et regenere avec une autre — la commande fabriquait l'ecart qu'elle denonce. RESULTAT : clone nu sans instance ni frere -> 38 OK, 0 echec, 0 saute. Depot de l'exploitant avec ses 3 instances -> 38 OK, 0 echec, 0 saute. Aucun residu. Et le lint du depot a refuse mon propre fichier de CI avant qu'il ne tourne une seule fois (`on:` lu par YAML comme le booleen vrai). Le harnais mordait deja. A AJUSTER AU PREMIER PASSAGE, ecrit en tete du workflow : l'etiquette `runs-on` doit correspondre a un runner Forgejo enregistre, et le runner a besoin du reseau pour pip et ansible-galaxy. Le vert de cette CI dira que le moteur et son modele public se tiennent — pas que la flotte va bien : aucune VM jointe, aucune voute. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-20 19:29:46 -04:00
# SETOPS_UNDERLAY aussi, et pour la meme raison (2026-08-20). L'inventaire APPLIQUE
# d'un tenant a ete produit avec la fabric de SON site ; le regenerer contre une
# autre fabric fabrique un ecart sur chaque hote — les ponts derivent des VNet de
# l'underlay. Vu en lancant `make ci`, qui vise l'underlay du modele public : les
# trois instances reelles sont apparues « en ecart », toutes les 14 machines.
env.pop("SETOPS_UNDERLAY", None)
gen = subprocess.run([sys.executable, "scripts/instancier.py", "generer"],
cwd=RACINE, env=env, capture_output=True, text=True, timeout=300)
if gen.returncode != 0:
ecarts.append(f"{i['nom']} : generation impossible")
continue
cmp_ = subprocess.run([sys.executable, "scripts/instancier.py", "comparer", "--strict"],
cwd=RACINE, env=env, capture_output=True, text=True, timeout=300)
verifiees.append(i["nom"])
if cmp_.returncode != 0:
lignes = [l.strip() for l in cmp_.stdout.splitlines() if l.strip()]
resume = next((l for l in lignes if "ecart" in l), "diff non vide")
ecarts.append(f"{i['nom']} : {resume}")
if ecarts:
return False, (f"{len(ecarts)}/{len(verifiees)} instance(s) dont l'inventaire "
f"applique ne suit plus le plan : " + " | ".join(ecarts)
+ " — basculer avec `make instancier-appliquer` sur chacune.")
return True, (f"{len(verifiees)} instance(s) verifiee(s) — "
f"{', '.join(verifiees)} : plan et inventaire applique coincident.")
def preuve_placement_chez_hebergeur() -> tuple[bool, str]:
"""Le placement d'un tenant designe des objets que son hebergeur offre REELLEMENT.
D-80 : un tenant est agnostique de l'underlay — tout son adressage derive du seed.
Il porte pourtant une LIAISON DE PLACEMENT vers l'hebergeur qui l'accueille : sur
quel noeud cloner, sur quel stockage poser le disque, sur quel pont brancher la
carte. Trois valeurs, cote tenant parce que c'est lui qui choisit ou se poser, mais
qui NOMMENT des objets de l'hebergeur.
C'est donc la seule surface qui casse quand un tenant change de fabric — et elle est
entierement lisible : le tenant declare trois noms, l'hebergeur declare ses listes
(`proxmox-hebergeur.yml`, trouve par derivation du symlink `underlay.yml`). Un nom
absent est un ecart STATIQUE. Sans cette preuve, une faute de frappe ne se decouvre
qu'au premier clone — apres quarante minutes de deploiement (D-75).
CE QU'ELLE NE VERIFIE PAS : le GABARIT (`proxmox_clone_vmid_modele`). C'est un objet
du cluster, pas une liste declaree par l'hebergeur : seul le cluster peut dire s'il
existe. `make hote-afficher` et le clone lui-meme s'en chargent.
"""
import yaml as _y
sys.path.insert(0, str(RACINE / "scripts"))
import underlay as underlay_mod
c = underlay_mod.chemin()
if c is None:
return True, "Aucun underlay monte : aucun hebergeur a confronter."
heb = c.resolve().parent / "proxmox-hebergeur.yml"
if not heb.is_file():
return True, f"Aucun {heb.name} chez l'hebergeur monte : rien a confronter."
offert = _y.safe_load(heb.read_text(encoding="utf-8")) or {}
tenant_f = RACINE / INV
tenant_f = tenant_f.parent / "group_vars" / "proxmox.yml"
if not tenant_f.is_file():
return True, "Le tenant monte ne declare aucun placement Proxmox."
place = _y.safe_load(tenant_f.read_text(encoding="utf-8")) or {}
controles = (
("proxmox_clone_noeud", "proxmox_noeuds", "noeud"),
("proxmox_clone_stockage", "proxmox_stockages", "stockage"),
("proxmox_clone_pont", "proxmox_ponts", "pont"),
)
manques, verifies = [], []
for cle_t, cle_h, libelle in controles:
voulu = place.get(cle_t)
dispo = offert.get(cle_h) or []
if voulu is None or not dispo:
continue
verifies.append(libelle)
if str(voulu) not in [str(x) for x in dispo]:
manques.append(f"{libelle} « {voulu} » absent de {cle_h} "
f"({', '.join(str(x) for x in dispo)})")
if manques:
return False, (f"le placement du tenant designe {len(manques)} objet(s) que "
f"l'hebergeur monte n'offre pas : " + " | ".join(manques)
+ " — corriger le placement, ou monter le bon `underlay.yml`.")
return True, (f"placement confronte a l'hebergeur monte ({heb.parent.name}) : "
f"{', '.join(verifies)} — tous offerts.")
def preuve_etat_sauvegarde() -> tuple[bool, str]:
"""Tout hote qui detient de l'etat non regenerable porte `client_backup`.
Pourquoi statiquement. Le 2026-08-11, la mesure a montre que RIEN n'etait sauvegarde
dans l'ecosysteme : onze hotes lancaient chaque nuit un timer qui echouait sur
« nothing to backup », et `infra-pki-01` — qui porte les CLES DE L'AC, et qui avait
servi a prouver le Tier 0 le 2026-07-03 — n'avait aucune sauvegarde du tout. L'ecart
etait entierement lisible dans le plan depuis un mois. D-75 : ce qui se lit
statiquement se prouve statiquement, sinon on l'apprend le jour de la restauration.
RIEN N'EST CODE EN DUR : la liste des groupes detenteurs d'etat est LUE dans
`client_backup_catalogue` (defaults du role). Ajouter un role au catalogue etend donc
la preuve du meme geste — on ne peut pas declarer une donnee sauvegardable et oublier
d'exiger qu'elle le soit.
CE QU'ELLE NE TESTE PAS : que la sauvegarde s'execute, ni qu'elle contienne quoi que
ce soit. Une unite verte sur un depot vide resterait invisible ici — c'est au reel de
le dire, pas au depot.
"""
resolution d'instance : une seule, partagee — au lieu de neuf copies Cinq jours, cinq defauts, tous de la meme famille : « quelle instance, quel inventaire ? » Neuf modules portaient chacun leur reponse. - 18 aout : P03 comparait chaque instance a l'inventaire d'une AUTRE ; - 19 aout : verifier_ports codait `principal/` en dur ; verifier_intrants et _frontiere_absente lisaient le symlink au lieu de la variable ; - 20 aout : devis_placement rendait un verdict juste sur le mauvais tenant ; - 22 aout : P35, puis P36 — la dixieme, trouvee par la preuve elle-meme. Aucune n'etait une faute d'inattention : chacune avait ete ecrite de bonne foi, a un moment ou le besoin semblait local. C'est le mode de panne de la duplication — pas l'erreur, mais la DERIVE, invisible depuis l'interieur d'un fichier. LA RESOLUTION UNIQUE. `inventory_rules` porte instance_courante(), inventaire_de(), dossier_inventaire() et plan_de(). Trois niveaux de repli, dont le TROISIEME manquait a la moitie des copies : un hosts.yml existant, puis un REPERTOIRE existant (instance neuve — c'est ce qui faisait echouer `make instancier` sur le modele public), puis le defaut. Vingt-huit modules y sont branches. CE QUI REND CE REFACTOR SUR : avant de toucher quoi que ce soit, chaque module a ete interroge sur ce qu'il resolvait, pour les DEUX ecosystemes. Apres refactor, meme mesure : 17 modules x 2 instances, diff VIDE. Aucune resolution n'a change — prouve, pas suppose. P41 echoue des qu'un module reintroduit une copie. Eprouvee en negatif : une copie replacee dans genome.py est signalee avec son numero de ligne. Trois exemptions nommees : instances.py et inventory_gui.py manipulent le SYMLINK lui-meme (bascule d'instance), et devis_opnsense lit deliberement quelle instance est ACTIVE. Elles parlent du lien, pas de la resolution. make verifier 41 OK, 0 echec, 0 saute ; make ci idem ; lint vert. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-22 14:19:55 -04:00
plan = plan_de()
defauts = RACINE / "roles" / "client_backup" / "defaults" / "main.yml"
if not (plan / "serveurs.yml").is_file() or not defauts.is_file():
return True, "Aucun plan ou aucun role client_backup : rien a verifier."
# Le catalogue porte du Jinja : on ne lit que les CLES, sans rendre les valeurs.
catalogue = set(re.findall(r"^ (serveur_[a-z0-9_]+):\s*$",
defauts.read_text(encoding="utf-8"), re.M))
if not catalogue:
return False, ("`client_backup_catalogue` est vide ou illisible : aucun groupe "
"detenteur d'etat n'est declare.")
apps = (yaml.safe_load((plan / "applications.yml").read_text(encoding="utf-8"))
or {}).get("applications") or {}
serveurs = (yaml.safe_load((plan / "serveurs.yml").read_text(encoding="utf-8"))
or {}).get("serveurs") or {}
def _manques(apps: dict, serveurs: dict, ou: str) -> tuple[list[str], int]:
detenu: dict[str, set[str]] = {}
for app in (apps or {}).values():
groupe = str((app or {}).get("groupe") or "")
if groupe in catalogue:
detenu.setdefault(str((app or {}).get("hote") or ""), set()).add(groupe)
return ([f"{ou} : {hote} detient {sorted(groupes)}"
for hote, groupes in sorted(detenu.items())
if "client_backup" not in ((serveurs.get(hote) or {}).get("integrations") or [])],
len(detenu))
manques, n_tenant = _manques(apps, serveurs, "ecosysteme")
# LE SITE DETIENT DE L'ETAT LUI AUSSI, ET LE PLUS CONSEQUENT (2026-09-02).
#
# Cette preuve ne lisait que le plan de l'instance MONTEE. Or l'hebergeur porte la
# racine de son autorite de certification et la forge du genome — perdre l'une oblige
# a redistribuer la confiance a chaque machine de chaque ecosysteme, perdre l'autre
# coupe la source dont tout descend. Rien ne l'exigeait, et rien ne l'aurait dit.
#
# Meme catalogue, meme regle : ce qui se lit statiquement se prouve statiquement,
# sinon on l'apprend le jour de la restauration (D-75). Le site n'a simplement pas
# d'`instance/` — son plan vit a cote de sa carte.
n_site = 0
try:
import underlay as underlay_mod
if underlay_mod.chemin():
m_site, n_site = _manques(
(underlay_mod.lire_plan_site("applications.yml") or {}).get("applications") or {},
(underlay_mod.lire_plan_site("serveurs.yml") or {}).get("serveurs") or {},
"site")
manques += m_site
except Exception:
# Aucune carte d'hebergeur montee : on prouve ce qu'on peut voir, et on ne
# transforme pas une absence en echec.
pass
if manques:
return False, (f"{len(manques)} hote(s) detiennent de l'etat sans sauvegarde : "
+ " | ".join(manques)
+ " — ajouter `client_backup` a leurs `integrations` dans "
"`plan/serveurs.yml`.")
return True, (f"{n_tenant} hote(s) de l'ecosysteme et {n_site} du site detiennent de "
f"l'etat, tous porteurs de `client_backup` "
f"({len(catalogue)} groupe(s) au catalogue).")
preuve : P34 — chaque document declare son lecteur (D-74) La refonte de ce matin posait une convention. Une convention qu'on n'outille pas tient tant que quelqu'un y pense : c'est le raisonnement de D-70, applique au corpus documentaire. Etat de depart mesure : 2 documents sur 34 declaraient leur lecteur. Les 32 autres disaient leur SUJET — ce qui avait enfoui le runbook de reprise le plus utile du depot au §6 de autorisation.md. Les 38 le declarent desormais, lecteur determine document par document et non colle au gabarit : l'exploitant (devis, migration de tenant, cycle de vie, gabarit d'or), le mainteneur (conceptions, registres, carte), le lecteur externe (ecosysteme-chezlepro), l'agent IA (MISE-A-JOUR-CODEX-CLAUDE). Deux exemptions DERIVEES, pas listees — un chemin en dur aurait vieilli a la premiere page ajoutee : un document qui s'annonce genere, et un fragment sans titre. Les 13 exemptes verifies un par un ; aucun document ecrit a la main n'est exempte par accident. La preuve ne lit que l'EN-TETE, ce qui empeche frontiere-opnsense.md et plan-et-generation.md — qui parlent de generation dans leur corps — d'etre exemptes a tort. Eprouvee dans les deux sens. Elle a echoue seule des sa premiere execution en nommant deux documents que mon inventaire avait manques (docs/audit/). Puis test negatif delibere : declaration retiree de meta-classe.md -> ECHEC la nommant ; restauree -> OK. Ce qu'elle ne teste pas : que le lecteur declare soit le BON. Ca se juge en revue ; elle garantit qu'on a du y penser. P01–P34. Comptes perimes corriges au passage (AGENTS.md et devis-services.md annoncaient encore 30 preuves). Verifie : prouver.py 0 (34 OK), plan-recette inchange. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-10 07:53:04 -04:00
def preuve_lecteur_declare() -> tuple[bool, str]:
"""Chaque document de `docs/` declare son lecteur des sa premiere ligne.
La refonte du 2026-08-10 part d'un constat : la documentation etait rangee par SUJET,
ce qui est juste pour de la reference — mais personne n'arrive avec un sujet, on arrive
avec une SITUATION. Le symptome exact : `autorisation.md` contient le runbook de reprise
le plus utile du depot, enfoui au §6, parce que son SUJET est l'autorisation. Personne
n'allait l'y chercher.
D'ou la convention : un document declare son lecteur, pas sa categorie. Il se range
alors tout seul, et un intrus s'y voit.
CE QU'ELLE TESTE : la presence d'une ligne `> **Pour qui :** …` dans l'en-tete (avant
le premier titre de section), pour tout `docs/**/*.md`.
DEUX EXEMPTIONS, et elles sont DERIVEES, pas listees :
- un document qui se declare GENERE ne se lit pas, il se regenere. Il s'annonce
lui-meme (« Genere par », « ne pas editer a la main ») ; on le reconnait a ca,
et non par un chemin en dur qui vieillirait a la premiere page ajoutee ;
- un fragment sans titre `#` n'est pas un document.
CE QU'ELLE NE TESTE PAS : que le lecteur declare soit le BON. Ca se juge en revue.
Elle garantit seulement qu'on a du y penser — ce qui est exactement ce qui manquait :
32 des 34 documents n'en disaient rien.
"""
docs = sorted((RACINE / "docs").rglob("*.md"))
muets: list[str] = []
generes = 0
for f in docs:
lignes = f.read_text(encoding="utf-8", errors="ignore").splitlines()
# L'EN-TETE seulement : ce qui suit le premier `##` appartient au corps. Une
# mention de « Pour qui » perdue au milieu d'une page ne serait pas une porte.
entete = []
for l in lignes:
if l.startswith("## "):
break
entete.append(l)
tete = "\n".join(entete)
tete_bas = tete.lower()
if "genere par" in tete_bas or "généré par" in tete_bas \
or "ne pas editer a la main" in tete_bas or "ne pas éditer à la main" in tete_bas:
generes += 1
continue
if not any(l.startswith("# ") for l in entete):
continue
if "**Pour qui" not in tete:
muets.append(str(f.relative_to(RACINE)))
if muets:
return False, (
f"{len(muets)} document(s) ne declarent pas leur lecteur : "
+ ", ".join(muets[:6]) + ("…" if len(muets) > 6 else "")
+ " — ajouter `> **Pour qui :** …` sous le titre."
)
return True, (f"{len(docs) - generes} document(s) declarent leur lecteur "
f"({generes} genere(s) exempte(s)).")
glossaire : le metier n'etait explique nulle part Demande de l'exploitant apres une soiree passee a croiser « strophe FRR », VRF, VNet et nexthop-vrf : cet ecosysteme doit rester pilotable par un humain, idealement un seul ; que chaque notion sous-jacente soit ENSEIGNEE. MESURE AVANT D'ECRIRE : 40 termes employes par le depot et absents du glossaire — LDAP 184 fois, playbook 165, underlay 106, EVPN 66, VRF 33, LMTP 25. Le glossaire expliquait le vocabulaire propre a Set-OPS (plan, index, voute, zone) et laissait dehors tout ce qui vient du metier. Or c'est le metier qui perd le lecteur. CE N'EST PAS UN DEFAUT DE REDACTION. La regle fondatrice du depot est qu'un humain pilote sans IA. Chaque mot obscur retire une personne a la liste de celles qui peuvent reprendre le systeme : un vocabulaire non explique est un defaut de CONCEPTION. - Glossaire reecrit : 67 termes groupes par famille (plan, machines, Ansible, reseau, noms, confiance, identite, courriel, etat et preuve). Chaque entree dit ce que c'est ET pourquoi ce depot s'en sert, avec renvoi vers l'unite qui developpe. - Unite d'apprentissage manquante : « Le reseau des tenants ». Dix-sept des quarante termes y vivaient sans domicile. Elle suit l'ordre ou les problemes se sont poses : deux clients sur un cable -> VLAN -> ses deux limites -> encapsulation -> pourquoi 1450 -> EVPN -> le VRF, qui n'est pas une interdiction mais une ignorance structurelle. - Navigation : la nouvelle unite est au sidebar ; le plan de recette regenere (P22 l'a exige des l'ajout de la page — le harnais a mordu). P39 verifie : chaque terme du jargon a une entree ; chaque lien du glossaire mene a une page existante ; chaque page du wiki est atteignable depuis la navigation. LA LISTE EST DECLAREE, ET C'EST UN CHOIX MESURE. La derivation automatique a ete essayee : 153 acronymes dans le wiki et le README, dont la moitie sont des mots francais en capitales (AUCUNE, AVANT, TOUS). Un controle qui exige une entree pour « AUCUNE » finit desactive, et une preuve desactivee ne garde rien. La preuve dit elle-meme cet angle mort. EPROUVEE EN NEGATIF contre le glossaire d'avant : 49 termes manquants, nommes un par un. make verifier 39 OK, 0 echec, 0 saute ; make ci idem. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-21 12:15:55 -04:00
# Le jargon que Set-OPS met sous les yeux de l'exploitant, et qu'il s'engage a enseigner.
# LISTE DECLAREE, ET C'EST UN CHOIX. La derivation automatique a ete essayee le
# 2026-08-21 : 153 acronymes dans le wiki et le README, dont la moitie sont des mots
# francais en capitales (AUCUNE, AVANT, TOUS, UNE...). Un critere qui exige une entree de
# glossaire pour « AUCUNE » ne se respecte pas longtemps — on l'aurait desactive, et la
# preuve serait morte. Une liste explicite qu'on allonge a la main vaut mieux qu'un
# controle qu'on eteint.
JARGON_A_ENSEIGNER = [
# reseau — la famille la plus obscure, et celle qui a motive cette preuve
"underlay", "overlay", "VLAN", "VXLAN", "EVPN", "SDN", "VNet", "VRF", "strophe",
"FRR", "blackhole", "MTU", "SVI", "IPAM", "spanning-tree", "MLAG", "nftables",
"policy drop", "CIDR", "supernet", "FQDN", "pont", "frontiere",
# machines et Ansible
"hyperviseur", "gabarit", "cloud-init", "VMID", "systemd", "snapshot",
"playbook", "role", "inventaire", "group_vars", "handler", "idempotence", "voute",
# noms, confiance, identite, courriel
"DNS", "plancher", "reverse proxy", "vhost", "WAF", "edge",
"PKI", "ACME", "SAN", "mTLS", "TLS", "certificat",
"LDAP", "SSO", "OIDC", "SAML", "realm", "RBAC",
"SMTP", "IMAP", "LMTP", "DKIM", "MTA",
# etat et methode
forgejo : apprendre SQLite, et retirer ce qui ne servait pas Doute de l'exploitant sur patient 0 : « je doute de la pertinence de pgsql ». Mesure plutot que discussion. REDIS NE SERVAIT A RIEN : le role serveur_forgejo ne le mentionne ni dans son app.ini, ni dans ses defauts, et ne declare aucun lien. Heritage du modele `forge`. Retire du plan. POSTGRESQL ETAIT EXIGE PAR LE ROLE : DB_TYPE = postgres en dur, resoudre_base sans condition. Le doute etait fonde, le moteur ne savait pas faire autrement. INTERRUPTEUR `serveur_forgejo_bd: postgres|sqlite`. En sqlite la base devient un FICHIER sous serveur_forgejo_data. Ce que ca change ailleurs : rien. Le job de sauvegarde `serveur_forgejo` emporte deja ce dossier ; PGSSLROOTCERT etait deja conditionne au mode TLS ; et P35 lit desormais l'interrupteur (convention `<role>_bd`, group_vars de l'instance puis defaut du role), donc n'attend aucune entree de registre. Une valeur inconnue est REFUSEE au debut du role plutot que de retomber en silence sur PostgreSQL. PATIENT 0 PASSE DE SIX A QUATRE MACHINES (Dovecot, Redis, PostgreSQL et sa VM). Sur la machine dont tout descend, chaque service en moins est une chose de moins a defendre, a sauvegarder et a rebatir. Et l'effet depasse patient 0 : une offre `forge` pour un petit organisme cesse d'exiger une VM PostgreSQL. LA NEUVIEME. En verifiant P35 sur patient 0, elle a rendu un verdict JUSTE SUR LE MAUVAIS ECOSYSTEME : `plan = RACINE / "instance" / "plan"`, le symlink en dur. Neuvieme resolution d'instance codee en dur en cinq jours. Ce n'est plus une serie de bogues, c'est une piece manquante : une resolution unique et partagee, a faire en une fois et de tete reposee. Enseigne : SQLite au glossaire (P39 l'exige desormais), et le README du role documente l'interrupteur et ce qu'il ne change pas. make verifier 40/40 ; make ci 40/40 ; lint et syntaxe du role verts. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-22 13:10:05 -04:00
"restic", "devis", "preuve", "harnais", "GUI", "index", "plan", "tenant", "SQLite",
"source unique", "resolution d'instance",
filiation : signer, inscrire la parente, et compter les temoins L'exploitant : « j'ai une intuition : blockchain ». L'intuition visait le bon probleme — une memoire partagee, verifiable, sans centre — mais la reponse etait deja dans git. GIT EST DEJA UNE CHAINE DE HACHAGE : chaque commit porte l'empreinte de son parent, un arbre de Merkle. Ce qui manquait n'etait pas la chaine mais l'AUTEUR : `user.name` est declaratif, et toute la soiree du 20 des commits ont porte « Daniel Allaire » sans qu'aucune preuve ne les lie a une cle (verifie : 8 commits, 0 signature, 0 etiquette). POSE AUJOURD'HUI : - signature par cle SSH (celle que la forge connait deja), etiquettes signees par defaut ; premiere etiquette v2026.08.21, verifiee par `git verify-tag` ; - `.git-allowed-signers` VERSIONNE : qui clone verifie sans rien demander a la forge, et sans lui faire confiance. Retirer une ligne revoque pour la suite ; le passe signe reste verifiable ; - `scripts/genome.py` + trois cibles make : les QUATRE depots sans lesquels un ecosysteme ne renait pas (moteur, instance, hebergeur, modeles), DERIVES et non declares ; - `parente.yml` par ecosysteme : de quel moteur il descend, a quel commit, sous quelle etiquette. Patient 0 descend de 742bcbf, etiquette v2026.08.21 ; - P40 : la parente est inscrite, chaque depot se retrouve, chaque commit inscrit EXISTE encore (une histoire reecrite se voit la), chacun porte un remote. Sautee proprement quand l'instance n'est pas un depot git — le modele jetable de la CI. POURQUOI PAS DE BLOCKCHAIN. Elle resout : qui ecrit ensuite, quand personne ne fait confiance a personne et qu'il y a de l'argent en jeu. Aucun des trois ici. Et la multiplicite qu'elle achete cher, la lignee la produit comme effet secondaire : chaque enfant porte une copie du code dont il descend, donc reecrire l'histoire suppose de convaincre TOUS les descendants. Le jour ou l'Alliance certifiera, ce sera un JOURNAL DE TRANSPARENCE (Certificate Transparency, Sigstore), pas une chaine. ENSEIGNE, pas seulement pose : nouvelle unite « Filiation, signatures et temoins » (moule en quatre temps), onze termes au glossaire, et P39 les exige desormais. make verifier 40 OK, 0 echec, 0 saute ; make ci idem. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-21 12:56:29 -04:00
# filiation — le vocabulaire arrive le 2026-08-21 avec les signatures
"genome", "parente", "commit", "empreinte", "Merkle", "etiquette", "signature",
"allowed-signers", "temoin", "journal de transparence", "horodatage",
glossaire : le metier n'etait explique nulle part Demande de l'exploitant apres une soiree passee a croiser « strophe FRR », VRF, VNet et nexthop-vrf : cet ecosysteme doit rester pilotable par un humain, idealement un seul ; que chaque notion sous-jacente soit ENSEIGNEE. MESURE AVANT D'ECRIRE : 40 termes employes par le depot et absents du glossaire — LDAP 184 fois, playbook 165, underlay 106, EVPN 66, VRF 33, LMTP 25. Le glossaire expliquait le vocabulaire propre a Set-OPS (plan, index, voute, zone) et laissait dehors tout ce qui vient du metier. Or c'est le metier qui perd le lecteur. CE N'EST PAS UN DEFAUT DE REDACTION. La regle fondatrice du depot est qu'un humain pilote sans IA. Chaque mot obscur retire une personne a la liste de celles qui peuvent reprendre le systeme : un vocabulaire non explique est un defaut de CONCEPTION. - Glossaire reecrit : 67 termes groupes par famille (plan, machines, Ansible, reseau, noms, confiance, identite, courriel, etat et preuve). Chaque entree dit ce que c'est ET pourquoi ce depot s'en sert, avec renvoi vers l'unite qui developpe. - Unite d'apprentissage manquante : « Le reseau des tenants ». Dix-sept des quarante termes y vivaient sans domicile. Elle suit l'ordre ou les problemes se sont poses : deux clients sur un cable -> VLAN -> ses deux limites -> encapsulation -> pourquoi 1450 -> EVPN -> le VRF, qui n'est pas une interdiction mais une ignorance structurelle. - Navigation : la nouvelle unite est au sidebar ; le plan de recette regenere (P22 l'a exige des l'ajout de la page — le harnais a mordu). P39 verifie : chaque terme du jargon a une entree ; chaque lien du glossaire mene a une page existante ; chaque page du wiki est atteignable depuis la navigation. LA LISTE EST DECLAREE, ET C'EST UN CHOIX MESURE. La derivation automatique a ete essayee : 153 acronymes dans le wiki et le README, dont la moitie sont des mots francais en capitales (AUCUNE, AVANT, TOUS). Un controle qui exige une entree pour « AUCUNE » finit desactive, et une preuve desactivee ne garde rien. La preuve dit elle-meme cet angle mort. EPROUVEE EN NEGATIF contre le glossaire d'avant : 49 termes manquants, nommes un par un. make verifier 39 OK, 0 echec, 0 saute ; make ci idem. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-21 12:15:55 -04:00
]
resolution d'instance : une seule, partagee — au lieu de neuf copies Cinq jours, cinq defauts, tous de la meme famille : « quelle instance, quel inventaire ? » Neuf modules portaient chacun leur reponse. - 18 aout : P03 comparait chaque instance a l'inventaire d'une AUTRE ; - 19 aout : verifier_ports codait `principal/` en dur ; verifier_intrants et _frontiere_absente lisaient le symlink au lieu de la variable ; - 20 aout : devis_placement rendait un verdict juste sur le mauvais tenant ; - 22 aout : P35, puis P36 — la dixieme, trouvee par la preuve elle-meme. Aucune n'etait une faute d'inattention : chacune avait ete ecrite de bonne foi, a un moment ou le besoin semblait local. C'est le mode de panne de la duplication — pas l'erreur, mais la DERIVE, invisible depuis l'interieur d'un fichier. LA RESOLUTION UNIQUE. `inventory_rules` porte instance_courante(), inventaire_de(), dossier_inventaire() et plan_de(). Trois niveaux de repli, dont le TROISIEME manquait a la moitie des copies : un hosts.yml existant, puis un REPERTOIRE existant (instance neuve — c'est ce qui faisait echouer `make instancier` sur le modele public), puis le defaut. Vingt-huit modules y sont branches. CE QUI REND CE REFACTOR SUR : avant de toucher quoi que ce soit, chaque module a ete interroge sur ce qu'il resolvait, pour les DEUX ecosystemes. Apres refactor, meme mesure : 17 modules x 2 instances, diff VIDE. Aucune resolution n'a change — prouve, pas suppose. P41 echoue des qu'un module reintroduit une copie. Eprouvee en negatif : une copie replacee dans genome.py est signalee avec son numero de ligne. Trois exemptions nommees : instances.py et inventory_gui.py manipulent le SYMLINK lui-meme (bascule d'instance), et devis_opnsense lit deliberement quelle instance est ACTIVE. Elles parlent du lien, pas de la resolution. make verifier 41 OK, 0 echec, 0 saute ; make ci idem ; lint vert. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-22 14:19:55 -04:00
def preuve_resolution_unique() -> tuple[bool, str]:
"""Aucun module ne reecrit sa propre resolution d'instance.
POURQUOI CETTE PREUVE EXISTE (2026-08-22). Neuf modules portaient chacun leur copie de
« quelle instance, quel inventaire ». Aucune n'etait une faute d'inattention : chacune
avait ete ecrite de bonne foi, a un moment ou le besoin semblait local. En cinq jours,
cinq defauts en sont sortis — P03 comparait chaque instance a l'inventaire d'une autre,
`verifier_ports` codait `principal/` en dur, `verifier_intrants` et
`_frontiere_absente` lisaient le symlink au lieu de la variable, `devis_placement` et
P35 rendaient un verdict juste sur le mauvais ecosysteme.
C'est le mode de panne de la duplication : pas l'erreur, mais la DERIVE — invisible
depuis l'interieur d'un fichier, parce que chaque copie a l'air correcte chez elle.
La resolution vit donc dans `inventory_rules` (`instance_courante`, `inventaire_de`,
`dossier_inventaire`, `plan_de`). Cette preuve garde l'unicite : elle echoue des qu'un
module relit la variable d'environnement ou recompose le chemin du symlink
lui-meme au lieu d'appeler la resolution partagee.
TROIS EXEMPTIONS, nommees pour rester des choix et non des trous : `instances.py` et
`inventory_gui.py` manipulent le SYMLINK lui-meme (c'est la bascule d'instance), et
`devis_opnsense` lit deliberement quelle instance est ACTIVE pour se situer dans la
federation. Ces trois-la parlent du lien, pas de la resolution.
"""
exemptes = {"inventory_rules.py", "instances.py", "inventory_gui.py", "devis_opnsense.py"}
motifs = (re.compile(r'os\.environ\.get\(\s*["\']SETOPS_INSTANCE'),
re.compile(r'RACINE(?:_DEPOT)?\s*/\s*["\']instance["\']'))
copies: list[str] = []
for f in sorted((RACINE / "scripts").glob("*.py")):
if f.name in exemptes:
continue
texte = f.read_text(encoding="utf-8", errors="ignore")
for i, ligne in enumerate(texte.splitlines(), 1):
if ligne.lstrip().startswith("#"):
continue
if any(m.search(ligne) for m in motifs):
copies.append(f"{f.name}:{i}")
if copies:
return False, (f"{len(copies)} copie(s) de la resolution d'instance : "
+ ", ".join(copies[:6]) + ("…" if len(copies) > 6 else "")
+ " — passer par inventory_rules.instance_courante().")
n = len(list((RACINE / "scripts").glob("*.py"))) - len(exemptes)
return True, (f"Resolution unique : {n} script(s) passent par "
f"`inventory_rules`, {len(exemptes) - 1} exemption(s) nommee(s).")
2026-08-23 11:58:10 -04:00
def preuve_edge_porte_ses_noms() -> tuple[bool, str]:
"""Tout ecosysteme qui PUBLIE des noms sert un certificat qui les porte.
POURQUOI CETTE PREUVE EXISTE (2026-08-23). L'edge de patient 0 publiait sa forge
derriere `ssl-cert-snakeoil.pem` — le certificat auto-signe de Debian. Le service
repondait, la page s'affichait apres un avertissement, `make prouver` etait vert :
rien, nulle part, ne signalait que la publication n'etait pas de confiance. Le premier
a refuser fut `git clone`, en voulant cloner le genome — et il avait raison.
LA CAUSE N'ETAIT PAS UN BUG, C'ETAIT UN OUBLI DE RECOPIE. Trois instances sur quatre
portaient `group_vars/serveur_nginx.yml` (les SAN d'exposition, le chemin du cert
step-ca, le rechargement de nginx). La quatrieme, plus recente, ne l'avait pas — et le
modele public dont descendent les prochaines ne l'avait pas non plus. Un cablage
recopie a la main finit toujours par manquer quelque part ; la seule parade est qu'une
preuve le reclame.
CE QU'ELLE TESTE, hors ligne, pour CHAQUE instance qui declare un groupe
`serveur_nginx` :
- le fichier `group_vars/serveur_nginx.yml` existe ;
- `client_pki_sans` y etend les SAN avec `sans_exposition` (les `expose:` du plan) ;
- `serveur_nginx_certificat` pointe vers les certificats de l'AC, pas ailleurs.
CE QU'ELLE NE TESTE PAS : ce que l'edge sert REELLEMENT. Cela demande de joindre la
machine — c'est le travail de `make certificats-plan`. Ici on verifie que l'ecosysteme
a DEMANDE la bonne chose.
"""
sys.path.insert(0, str(RACINE / "scripts"))
import instances as mod_instances
trouvees = mod_instances.decouvrir()
if not trouvees:
return True, "Aucune instance decouverte : rien a verifier."
fautes: list[str] = []
verifiees: list[str] = []
for i in trouvees:
base = RACINE.parent / i["nom"]
inventaires = sorted((base / "inventories").glob("*")) if (base / "inventories").is_dir() else []
for inv in inventaires:
if not inv.is_dir():
continue
hosts = inv / "hosts.yml"
if not hosts.exists():
continue
# Un edge n'est requis que si l'ecosysteme en declare un.
if "serveur_nginx" not in hosts.read_text(encoding="utf-8", errors="ignore"):
continue
f = inv / "group_vars" / "serveur_nginx.yml"
nom = f"{i['nom']}/{inv.name}"
if not f.exists():
fautes.append(f"{nom} : aucun group_vars/serveur_nginx.yml — l'edge n'emettra "
f"pas de cert pour les noms qu'il publie")
continue
texte = f.read_text(encoding="utf-8", errors="ignore")
if "sans_exposition" not in texte:
fautes.append(f"{nom} : client_pki_sans n'etend pas les SAN avec `sans_exposition`")
if "/etc/step/certs/" not in texte:
fautes.append(f"{nom} : serveur_nginx_certificat ne pointe pas vers l'AC interne")
verifiees.append(nom)
if fautes:
return False, (f"{len(fautes)} ecosysteme(s) publient sans porter leurs noms : "
+ " | ".join(fautes[:4]) + ("…" if len(fautes) > 4 else ""))
if not verifiees:
return True, "Aucun ecosysteme ne declare d'edge : rien a publier."
return True, (f"{len(verifiees)} edge(s) emettent un certificat portant les noms publies "
f"({', '.join(verifiees)}).")
filiation : signer, inscrire la parente, et compter les temoins L'exploitant : « j'ai une intuition : blockchain ». L'intuition visait le bon probleme — une memoire partagee, verifiable, sans centre — mais la reponse etait deja dans git. GIT EST DEJA UNE CHAINE DE HACHAGE : chaque commit porte l'empreinte de son parent, un arbre de Merkle. Ce qui manquait n'etait pas la chaine mais l'AUTEUR : `user.name` est declaratif, et toute la soiree du 20 des commits ont porte « Daniel Allaire » sans qu'aucune preuve ne les lie a une cle (verifie : 8 commits, 0 signature, 0 etiquette). POSE AUJOURD'HUI : - signature par cle SSH (celle que la forge connait deja), etiquettes signees par defaut ; premiere etiquette v2026.08.21, verifiee par `git verify-tag` ; - `.git-allowed-signers` VERSIONNE : qui clone verifie sans rien demander a la forge, et sans lui faire confiance. Retirer une ligne revoque pour la suite ; le passe signe reste verifiable ; - `scripts/genome.py` + trois cibles make : les QUATRE depots sans lesquels un ecosysteme ne renait pas (moteur, instance, hebergeur, modeles), DERIVES et non declares ; - `parente.yml` par ecosysteme : de quel moteur il descend, a quel commit, sous quelle etiquette. Patient 0 descend de 742bcbf, etiquette v2026.08.21 ; - P40 : la parente est inscrite, chaque depot se retrouve, chaque commit inscrit EXISTE encore (une histoire reecrite se voit la), chacun porte un remote. Sautee proprement quand l'instance n'est pas un depot git — le modele jetable de la CI. POURQUOI PAS DE BLOCKCHAIN. Elle resout : qui ecrit ensuite, quand personne ne fait confiance a personne et qu'il y a de l'argent en jeu. Aucun des trois ici. Et la multiplicite qu'elle achete cher, la lignee la produit comme effet secondaire : chaque enfant porte une copie du code dont il descend, donc reecrire l'histoire suppose de convaincre TOUS les descendants. Le jour ou l'Alliance certifiera, ce sera un JOURNAL DE TRANSPARENCE (Certificate Transparency, Sigstore), pas une chaine. ENSEIGNE, pas seulement pose : nouvelle unite « Filiation, signatures et temoins » (moule en quatre temps), onze termes au glossaire, et P39 les exige desormais. make verifier 40 OK, 0 echec, 0 saute ; make ci idem. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-21 12:56:29 -04:00
def preuve_parente_inscrite() -> tuple[bool, str]:
"""L'ecosysteme sait de QUOI il descend, et cette filiation tient encore.
POURQUOI (2026-08-21). Un ecosysteme se reproduit depuis quatre depots, pas depuis ses
machines. Fabrique aujourd'hui depuis la forge de son parent, il ne saura plus dans un
an de quel moteur il descend ni a quel etat — et cinq enfants sans registre font cinq
moteurs differents que plus personne ne sait rapprocher. C'est la mutation sans
memoire : le seul vrai risque d'une lignee.
CE QU'ELLE TESTE (via `scripts/genome.py verifier`) : la parente est inscrite ; chaque
depot qu'elle nomme se retrouve ; chaque commit inscrit EXISTE encore dans son depot
(une histoire reecrite se voit ici) ; et chacun porte un remote — un depot qui n'existe
qu'ici n'est pas une lignee, c'est un point unique de defaillance.
SAUTEE quand l'instance n'est pas un depot git : c'est le cas du modele public monte
par la CI. Un gabarit jetable n'a pas d'ascendance a declarer, et exiger un
`parente.yml` d'une copie temporaire ferait echouer la CI pour une question qui n'a pas
de sens dans son contexte.
CE QU'ELLE NE TESTE PAS : que le depot distant contienne encore ce commit. Cela exige
de joindre la forge ; ici on ne verifie que ce qui est lisible hors ligne.
"""
if not (INSTANCE / ".git").exists():
return True, "Instance sans depot git (modele jetable) : aucune ascendance a declarer."
r = subprocess.run([sys.executable, "scripts/genome.py", "verifier"],
cwd=RACINE, capture_output=True, text=True, timeout=120)
sortie = (r.stdout + r.stderr).strip().splitlines()
return r.returncode == 0, (sortie[-1] if sortie else "")
def preuve_devis_frontiere_du_site() -> tuple[bool, str]:
"""Le devis de la frontiere VOIT les machines du site — lues independamment.
POURQUOI CETTE PREUVE EXISTE (2026-08-25). En deplacant le plan du site hors de
`underlay.yml`, `underlay.machines()` s'est vide sans que `devis_opnsense` soit
rebranche. Le devis a cesse de voir le site et a propose de RETIRER 36 objets — tous
ses alias et toutes ses regles. La frontiere aurait laisse tomber la forge du genome,
le cache racine et le runner du site, d'un seul `CONFIRMER=true`.
Rien ne l'a signale : le harnais est reste vert, `ansible-lint` aussi. Seule la
lecture MANUELLE du plan avant application l'a attrape.
ELLE LIT LE PLAN ELLE-MEME, ET C'EST TOUT SON INTERET. Un premier jet passait par
`devis_opnsense._machines_du_plan_site()` — la fonction meme dont la panne etait a
detecter. Eprouve sur la regression reelle, il SE TAISAIT : les deux voyaient le vide,
et la preuve concluait « rien a prouver ». Une preuve qui partage la source de ce
qu'elle verifie ne verifie rien.
Elle se tait quand il n'y a pas de plan de site — un depot sans underlay monte n'a
rien a prouver ici — mais jamais quand le plan existe et que le devis l'ignore.
"""
import ipaddress
sys.path.insert(0, str(RACINE / "scripts"))
import underlay as underlay_mod
import devis_opnsense as D
import devis_reseau
# --- LE TEMOIN : le plan, lu directement, sans passer par le devis ---------
chemin = underlay_mod.chemin()
plan = (chemin.resolve().parent / "plan") if chemin else None
f_srv = (plan / "serveurs.yml") if plan else None
if not f_srv or not f_srv.is_file():
return True, "Aucun plan de site (pas de `plan/serveurs.yml`) : rien a exiger."
serveurs = (yaml.safe_load(f_srv.read_text(encoding="utf-8")) or {}).get("serveurs") or {}
attendus = {n: s for n, s in serveurs.items()
if str(s.get("etat", "actif")) == "actif"}
if not attendus:
return True, "Plan de site sans machine active : rien a exiger."
f_app = plan / "applications.yml"
apps = ((yaml.safe_load(f_app.read_text(encoding="utf-8")) or {}).get("applications") or {}
) if f_app.is_file() else {}
roles_par_hote: dict[str, list[str]] = {}
for app in apps.values():
if app.get("hote") and app.get("groupe"):
roles_par_hote.setdefault(str(app["hote"]), []).append(str(app["groupe"]))
# --- CE QUE LE DEVIS PRODUIT, au meme perimetre que `make frontiere-plan` --
devis = D.construire(devis_reseau.decouvrir_du_site())
alias = devis.get("alias") or {}
regles = devis.get("regles") or []
manques: list[str] = []
reseaux = [str(x) for x in ((alias.get("SETOPS_SITE") or {}).get("contenu") or [])]
if not reseaux:
manques.append(f"`SETOPS_SITE` est absent ou vide, alors que le plan declare "
f"{len(attendus)} machine(s) : le devis ne voit pas le site")
else:
for nom, srv in attendus.items():
if not any(ipaddress.ip_address(str(srv["ip"])) in
ipaddress.ip_network(r, strict=False) for r in reseaux):
manques.append(f"{nom} ({srv['ip']}) n'est dans aucun sous-reseau de "
f"`SETOPS_SITE`")
for hote, groupes in roles_par_hote.items():
if hote not in attendus:
continue
for g in groupes:
attendu = D.nom_alias(g, "SITE")
if attendu not in alias:
manques.append(f"{hote} porte `{g}` au plan, mais l'alias `{attendu}` "
f"n'est pas au devis")
n_site = sum(1 for r in regles if str(r.get("tenant")) == "SITE")
if not n_site:
manques.append("aucune regle du devis ne porte sur le site : la frontiere ne "
"laisserait rien passer vers ses machines")
if manques:
return False, ("Le devis de la frontiere ne voit pas le site :\n - "
+ "\n - ".join(manques))
return True, (f"Devis de la frontiere : {len(attendus)} machine(s) du plan retrouvees, "
f"{n_site} regle(s) du site.")
site : quatre zones d'autorite, et l'ordre inscrit dans les integrations Le site n'est plus un /24 plat. Une zone par nature d'autorite — pilotage, autorite, genome, service — chacune son VLAN et sa patte sur la frontiere. L'inversion corrigee, mesuree : les cinq VM du site n'avaient AUCUN filtrage est-ouest, contre policy_in=DROP sur une machine de tenant. La plus autoritaire etait la moins protegee. Filtrage nord-sud par choix de l'exploitant : un seul point de police, un seul devis. 90 -> 117 regles. Chaque flux `flotte` produit une regle par zone SOURCE, destination nommee — ce qui etait gratuit devient police. L'ORDRE FAIT PARTIE DE L'INTEGRATION. client_pki tournait en parallele sur tous les hotes ; sur celui qui porte l'autorite il recharge step-ca, et les quatre autres echouaient dans cette fenetre sur `TLS handshake timeout` — un message qui accuse le reseau. Chaque integration declare desormais sa dependance dans meta/integration.yml, les playbooks en sont le miroir genere, et P44 refuse l'ecart (4 controles negatifs). `serveur: ~` est une reponse valable : client_metrique pose un exportateur qu'on vient LIRE. Autres defauts du meme soir : - le plancher /etc/hosts venait APRES le premier apt, qui vise le cache par son NOM : boucle fermee des que les adresses changent. Il ne s'installe pas, il rend installable. - dns_amorcage ecrit en dur a eu tort deux fois ; il se derive de serveur_resolveur. - l'ACL du resolveur derivait d'un seul sous-reseau : trois zones refusees sur quatre. ET UNE ERREUR A MOI : j'ai diagnostique un trou noir de MTU et declare 1450. Faux — pas de VXLAN sur ce chemin, tout est a 1500 de bout en bout. Ma mesure etait reelle, mon interpretation non : je venais de debrancher la carte a chaud, et chaque `ip link set mtu` reconfigurait l'interface. C'est la reconfiguration qui debloquait, pas la valeur. 44 preuves vertes, ansible-lint profil production. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-25 17:31:07 -04:00
def preuve_ordre_des_integrations() -> tuple[bool, str]:
"""Une integration applique SON SERVEUR avant ceux qui s'y adressent.
POURQUOI (2026-08-25). `client_pki` s'executait sur tous les hotes en parallele. Sur
celui qui porte l'autorite, le role reemet le certificat de `step-ca` et RECHARGE le
service ; les quatre autres l'interrogeaient dans cette fenetre et echouaient ensemble
sur `net/http: TLS handshake timeout` — un message qui accuse le reseau alors que la
cause est une course de dix secondes.
Ce n'est pas propre a la PKI. Toute integration a la meme forme : un `client_*`
s'adresse a un `serveur_*`, et l'ordre compte. Le cas le plus dangereux n'est pas le
certificat mais le RESOLVEUR — un hote bascule sur un resolveur pas encore pret
devient muet, et le runner qui devrait le reparer tombe avec lui.
La dependance se declare dans `roles/<client>/meta/integration.yml` (`serveur:`), et
le playbook de groupe en est le miroir. Cette preuve refuse l'ecart entre les deux :
sans elle, la declaration deviendrait un commentaire, et l'ordre une coincidence.
`serveur: ~` est une reponse valable — `client_metrique` pose un exportateur que
Prometheus vient LIRE, il n'attend personne. Toutes les integrations ne dependent pas
d'un service debout, et le dire explicitement vaut mieux que l'omettre.
"""
manques: list[str] = []
vus = 0
for meta in sorted((RACINE / "roles").glob("client_*/meta/integration.yml")):
role = meta.parent.parent.name
d = (yaml.safe_load(meta.read_text(encoding="utf-8")) or {}).get("integration") or {}
if "serveur" not in d:
manques.append(f"{role} : `meta/integration.yml` ne declare pas `serveur:` — "
f"on ne peut donc pas savoir si son ordre est correct "
f"(mettre `~` si l'integration n'attend aucun service)")
continue
srv = d.get("serveur")
pb = RACINE / "playbooks" / "groupes" / f"{role}.yml"
if not pb.is_file():
continue
texte = pb.read_text(encoding="utf-8")
if not srv:
continue # rien a ordonner, et c'est declare
vus += 1
if f"hosts: {role}:&{srv}" not in texte:
manques.append(f"{role} : declare dependre de `{srv}`, mais son playbook "
f"n'applique pas d'abord `{role}:&{srv}`")
if f"hosts: {role}:!{srv}" not in texte:
manques.append(f"{role} : son playbook n'exclut pas `{srv}` du second play — "
f"le serveur serait reconfigure deux fois, et l'ordre perdu")
if "any_errors_fatal: true" not in texte:
manques.append(f"{role} : sans `any_errors_fatal` sur le premier play, un "
f"serveur en echec laisse ses clients s'y raccrocher pour rien")
if manques:
return False, ("L'ordre des integrations n'est pas garanti :\n - "
+ "\n - ".join(manques))
return True, (f"{vus} integration(s) appliquent leur serveur avant leurs clients.")
proxmox : le pare-feu ne s'arme que dans le SDN — et 45e preuve Le decoupage du site en quatre zones a revele un defaut qui dormait dans le moteur. `firewall=1` sur l'interface d'une VM fait passer tout le trafic ponte par conntrack. Sur un VNet SDN c'est sans consequence : en EVPN le routage inter-VNet se fait dans le VRF, SUR LE NOEUD, et le flux ne quitte jamais l'hyperviseur. Sur un pont classique route par une frontiere externe, deux VM du MEME noeud dans deux VLAN differents ne se parlent qu'en EPINGLE : la trame sort par le lien physique, la frontiere la route, elle revient sur le meme pont. La meme table conntrack voit alors les deux moities de la connexion, classe le retour INVALID, et PVEFW-FORWARD le jette. La mesure a tranche : ops(asgard) -> pki(asgard) 0/8 dns(gandalf) -> cache(gandalf) 0/8 ops(asgard) -> forge(vishnu) 6/8 dns(gandalf) -> pki(asgard) 6/8 ops(asgard) -> cache(gandalf) 8/8 dns(gandalf) -> forge(vishnu) 8/8 Toutes les paires intra-noeud echouent, toutes les paires inter-noeuds passent. Douze tentatives faisaient monter le compteur `ctstate INVALID` de +112 sur asgard et +116 sur gandalf ; `firewall=0` pose, il ne bouge plus — 0 sur les deux, pour le meme trafic. Le defaut se deguise en panne reseau : la poignee TCP ABOUTIT, et ce sont les paquets de DONNEES qui disparaissent. L'AC le disait dans son propre journal (`TLS handshake error ... i/o timeout` : elle accepte et attend un ClientHello qui n'arrive jamais). Ecartes un par un, par la mesure : regles identiques champ par champ, alias corrects, assignation des interfaces confirmee, ARP et routes saines, IPS desactive, shaper vide, NAT source limite a `wan`, MTU a 1500 de bout en bout — et la taille sans effet, 100 octets se perdant comme 1460. L'INTENTION DECLAREE NE SUFFIT PAS : un tenant declare `proxmox_clone_parefeu_interface: true` avec `proxmox_clone_pont: vmbr1` comme valeur PAR DEFAUT, chaque hote la remplacant par son VNet derive. L'hote qui retombe sur `vmbr1` naitrait arme sur un pont classique. `cloner_vm_debian.yml` croise donc l'intention avec le pont REELLEMENT utilise, et le dit quand il desarme — un desarmement muet serait le meme piege, en silence. P45 EVALUE l'expression du playbook sur quatre cas plutot que d'en lire le texte, dont un qui DOIT rendre vrai : sans lui, une expression constamment fausse passerait la preuve sans rien garantir. Controle negatif verifie — le drapeau remis a plat fait echouer la preuve. Ce commit emporte aussi le desarmement d'`unattended-upgrades` dans `common_packages`, jusqu'ici applique sur les machines mais pas versionne : le verrou dpkg tenu 48 minutes par une vague de maj automatiques a coute deux deploiements. Le site a revele ce defaut parce qu'il a ete le premier a porter plusieurs zones. Ce n'est pas une particularite du site : un tenant derive les siennes du meme principe. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-25 19:50:53 -04:00
def preuve_parefeu_proxmox_sdn_seulement() -> tuple[bool, str]:
"""Le pare-feu Proxmox ne s'arme que sur un VNet SDN, jamais sur un pont classique.
POURQUOI (2026-08-25). `firewall=1` fait passer tout le trafic ponte par conntrack.
Sur un VNet SDN c'est sans consequence : en EVPN le routage inter-VNet se fait dans le
VRF, SUR LE NOEUD, et le flux ne quitte jamais l'hyperviseur.
Sur un pont classique route par une frontiere externe, le meme reglage devient un
piege. Deux VM du meme noeud dans deux VLAN differents ne se parlent qu'en EPINGLE :
la trame sort par le lien physique, la frontiere la route, elle revient sur LE MEME
PONT. La meme table conntrack voit les deux moities de la connexion, classe le retour
`INVALID`, et `PVEFW-FORWARD` le jette.
Mesure : sur le site decoupe en quatre zones, les paires intra-noeud etaient a 0/8 et
toutes les paires inter-noeuds a 8/8 ; douze tentatives faisaient monter le compteur
`ctstate INVALID` de +112 sur asgard et +116 sur gandalf. `firewall=0` pose, il ne
bouge plus. Le defaut se deguise en panne reseau : la poignee TCP aboutit, et ce sont
les paquets de DONNEES qui disparaissent — on accuse le MTU, la frontiere, la zone.
L'INTENTION DECLAREE NE SUFFIT PAS : un tenant declare
`proxmox_clone_parefeu_interface: true` avec `proxmox_clone_pont: vmbr1` comme valeur
PAR DEFAUT, chaque hote la remplacant par son VNet derive. L'hote qui retombe sur
`vmbr1` naitrait arme sur un pont classique.
Cette preuve n'inspecte pas le texte du playbook : elle EVALUE l'expression qu'il
porte, sur quatre cas. Le cas « intention vraie sur un VNet » doit rendre VRAI —
sinon une expression constamment fausse passerait la preuve sans rien garantir.
"""
import jinja2
pb = RACINE / "playbooks" / "proxmox" / "cloner_vm_debian.yml"
if not pb.is_file():
return False, f"{pb.relative_to(RACINE)} est introuvable."
lignes = [l for l in pb.read_text(encoding="utf-8").splitlines()
if re.match(r"\s*firewall:\s*", l)]
if len(lignes) != 1:
return False, (f"{pb.relative_to(RACINE)} porte {len(lignes)} ligne(s) "
f"`firewall:` — la preuve en attend exactement une, sinon elle ne "
f"sait pas laquelle gouverne la carte.")
expr = lignes[0].split("firewall:", 1)[1].strip().strip('"').strip("'")
# Jinja2 seul ne connait ni le test `match` ni le filtre `bool` — ils viennent
# d'Ansible. On les redonne a l'identique, sinon la preuve echouerait sur l'outil
# plutot que sur ce qu'elle mesure.
env = jinja2.Environment(undefined=jinja2.StrictUndefined)
env.tests["match"] = lambda v, motif: re.match(motif, str(v)) is not None
env.filters["bool"] = lambda v: (v if isinstance(v, bool)
else str(v).strip().lower() in ("true", "yes", "on", "1"))
cas = [ # (intention, pont, attendu, pourquoi)
(True, "t29serv", True, "un VNet SDN : le routage inter-VNet reste sur le noeud"),
(True, "vmbr3", False, "un pont classique : le retour en epingle serait jete"),
(True, "vmbr1", False, "le pont par defaut d'un tenant, si l'hote y retombe"),
(False, "t29serv", False, "l'ecosysteme ne demande pas de filtrage est-ouest"),
]
manques: list[str] = []
for intention, pont, attendu, pourquoi in cas:
try:
rendu = env.from_string(expr).render(
proxmox_clone_parefeu_interface=intention, proxmox_clone_pont=pont)
except jinja2.UndefinedError as e:
manques.append(f"intention={intention} pont={pont} : l'expression reclame "
f"une variable que la preuve ne fournit pas ({e})")
continue
obtenu = str(rendu).strip().lower() in ("true", "yes", "1")
if obtenu is not attendu:
manques.append(f"intention={intention} pont={pont} : rend {obtenu}, "
f"attendu {attendu} — {pourquoi}")
if manques:
return False, ("Le pare-feu Proxmox n'est pas correctement croise avec le pont :"
"\n - " + "\n - ".join(manques))
return True, ("Le pare-feu Proxmox ne s'arme que sur un VNet SDN "
f"({len(cas)} cas evalues, dont un qui doit rendre VRAI).")
site : le plancher survit au redemarrage, et la zone dit les vraies adresses Le decoupage du site en quatre zones a deplace cinq machines. Ni le plancher /etc/hosts ni la zone DNS n'avaient suivi. Quatre defauts, tous dans le moteur. LE PLANCHER ETAIT EFFACE A CHAQUE DEMARRAGE — ET LE PREMIER CORRECTIF N'EN ETAIT PAS UN. `hosts_statiques` posait `99-setops-hosts.cfg` avec `manage_etc_hosts: false`, pendant que `cloud_init` posait `99_setops.cfg` avec `true`. Dans `cloud.cfg.d` l'ordre est LEXICAL et le dernier gagne : `-` vaut 0x2D, `_` vaut 0x5F. On a donc retire la cle de `cloud_init` — le role qui POSSEDE le fichier decide — puis renomme notre fragment `zz-` pour passer apres le `99_chezlepro.cfg` du gabarit dore. Et ca ne suffisait toujours pas. Redemarrage d'epreuve : plancher encore efface. La cause reelle est ailleurs — Proxmox inscrit `manage_etc_hosts: true` dans la USER-DATA de son lecteur cloud-init, et la user-data prime sur `cloud.cfg.d` tout entier. Aucun fragment ne pouvait gagner ; renommer pour parler en dernier ne servait a rien, le dernier mot n'appartenant pas a ce repertoire. Ce que cloud-init regenere, il le regenere depuis `hosts.debian.tmpl` — le gabarit le documente lui-meme. `hosts_statiques` le pose desormais avec le MEME contenu que /etc/hosts, et une garde compare les deux a chaque passage. Redemarrage d'epreuve : les neuf entrees sont la. La garde precedente affirmait « conforme » en mesurant l'ordre lexical — vrai, et sans rapport avec ce qui se passait. Une garde qui mesure la mauvaise chose est pire qu'aucune. LA ZONE DNS NE PUBLIAIT PAS LES NOMS DE SERVICE. `forge.genese.internal` et `pki.genese.internal` — des noms que les certificats portent et que les clients appellent — n'avaient aucun enregistrement. Seul le plancher savait les resoudre. Trois causes empilees : - le plan du site coupait `serveur_powerdns_publier_expositions`, au motif que « le site n'a pas d'edge » : ca confondait PUBLIC et EXPOSE ; - `expositions_des_applications` rendait `domaine: None` faute de `domaines.yml`, et le modele de zone ecarte les expositions dont le domaine n'est pas la zone. Repli ajoute, symetrique de celui deja ecrit pour `edge` : sans domaine public declare, le domaine est celui que porte le FQDN ; - `serveur_powerdns` exigeait les deux registres et echouait si `domaines.yml` manquait — le meme tout-ou-rien que `hosts_statiques` a corrige le meme jour. Puis `named-checkzone` a refuse la zone : `dns.genese.internal` heritait d'un CNAME par defaut du role ET d'un A par exposition. La garde a bien joue son role — elle a arrete une zone cassee avant qu'elle soit servie. Le plan l'emporte desormais sur le defaut du role. Un service ne doit pas dependre d'un plancher pour etre joignable : le plancher est un filet, pas le sol. VERIFICATION. Les huit noms — cinq machines, trois services — resolvent vers les bonnes adresses depuis les cinq hotes, par le plancher ET par le DNS, et le plancher survit au redemarrage. P46 refuse desormais deux choses : plus d'un role ecrivant `manage_etc_hosts`, et l'absence du gabarit maitre. Controle negatif verifie. RESTE NOMME, PAS CORRIGE : la zone INVERSE. `serveur_powerdns_zone_inverse` derive d'un supernet /16 — la forme d'un tenant. Un site declare plusieurs /24 et n'a pas de supernet unique : aucune zone inverse n'est generee. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-25 20:31:01 -04:00
def preuve_un_seul_maitre_du_plancher() -> tuple[bool, str]:
"""Un seul role decide si cloud-init a le droit de reecrire /etc/hosts.
POURQUOI (2026-08-25). Deux roles ecrivaient un fragment dans `/etc/cloud/cloud.cfg.d`
et se contredisaient : `hosts_statiques` posait `manage_etc_hosts: false`,
`cloud_init` posait `true`. Or l'ordre y est LEXICAL — `99-setops-hosts.cfg` (`-`,
0x2D) est lu AVANT `99_setops.cfg` (`_`, 0x5F). C'est donc le `true` qui gagnait, et
cloud-init reecrivait /etc/hosts a chaque demarrage.
Le plancher de resolution disparaissait ainsi en silence, et le defaut ne se
manifestait qu'au redemarrage suivant, ailleurs : un `apt update` qui ne resout plus
le cache, un certificat dont le nom ne pointe nulle part. Mesure : les cinq machines
du site redemarrees le 2026-08-25 n'avaient plus que les entrees Debian par defaut.
Le role qui POSSEDE le fichier decide. Cette preuve refuse qu'un second s'en mele :
deux ecritures, meme d'accord aujourd'hui, sont un desaccord qui attend son heure.
"""
ecrivains: list[str] = []
for chemin in sorted((RACINE / "roles").rglob("*")):
if not chemin.is_file() or chemin.suffix not in (".yml", ".yaml", ".j2"):
continue
for ligne in chemin.read_text(encoding="utf-8", errors="replace").splitlines():
nu = ligne.strip()
if nu.startswith("#"):
continue # un commentaire explique, il n'ecrit pas
if re.match(r"^manage_etc_hosts\s*:", nu):
ecrivains.append(f"{chemin.relative_to(RACINE)} : {nu}")
if len(ecrivains) != 1:
return False, (
f"{len(ecrivains)} ecriture(s) de `manage_etc_hosts` dans les roles — il en "
f"faut exactement une, sinon l'ordre lexical de `cloud.cfg.d` tranche a notre "
f"place :\n - " + "\n - ".join(ecrivains or ["aucune : plus personne "
"n'empeche cloud-init d'effacer le plancher au demarrage"]))
# ET LE FRAGMENT NE SUFFIT PAS. Proxmox inscrit `manage_etc_hosts: true` dans la
# USER-DATA de son lecteur cloud-init, et la user-data prime sur tout `cloud.cfg.d`.
# Le plancher a donc ete efface a chaque demarrage malgre le fragment — d'abord sous
# le nom `99-`, puis sous `zz-` : renommer pour parler en dernier ne servait a rien,
# le dernier mot n'appartenant pas a ce repertoire.
#
# Ce que cloud-init regenere, il le regenere depuis `hosts.<distro>.tmpl`. Un role
# doit donc poser CE gabarit, sans quoi la correction n'en est pas une.
gabarit = [str(p.relative_to(RACINE)) for p in (RACINE / "roles").rglob("*")
if p.is_file() and "hosts.debian.tmpl" in p.name]
if not gabarit:
return False, (
"Aucun role ne pose `/etc/cloud/templates/hosts.debian.tmpl`. Le fragment "
"`cloud.cfg.d` seul ne protege rien : la user-data du lecteur cloud-init "
"(Proxmox y met `manage_etc_hosts: true`) prime sur ce repertoire. Le "
"plancher serait efface au prochain demarrage, sans erreur ni message.")
return True, (f"Un seul maitre du plancher — {ecrivains[0]} ; "
f"et le gabarit maitre est pose ({gabarit[0]}).")
dns : quatre zones inverses pour le site, et rien de plus Le site ne servait aucun PTR. `serveur_powerdns_zone_inverse` derivait d'un supernet /16 — la forme d'un TENANT, qui tire tout de son index. Un site ne derive pas : il declare plusieurs /24 et n'a pas de supernet unique, si bien que la derivation rendait une chaine vide et qu'aucune zone n'etait generee. Le site revendique desormais exactement ce qu'il occupe : 31.0.10.in-addr.arpa 32.0.10.in-addr.arpa 33.0.10.in-addr.arpa 34.0.10.in-addr.arpa Revendiquer `0.10.in-addr.arpa` d'un seul geste aurait ete plus simple et faux : cette zone couvre aussi la frontiere, le transit et les hyperviseurs, qui ne sont pas a lui. Une autorite qu'on s'attribue sans l'exercer est une panne differee — le resolveur repondrait NXDOMAIN pour des adresses qu'un autre sait nommer. LA DERIVATION VIT DANS UN FILTRE (`zones_inverses`) parce qu'elle a DEUX appelants : `serveur_powerdns` ecrit ces zones, `serveur_resolveur` les delegue a l'autoritatif. Deux calculs separes finiraient par diverger, et la divergence ne se verrait qu'au premier PTR interroge. Le nom d'une zone dit sa profondeur — trois etiquettes numeriques valent un /24, deux valent un /16 — et le modele en deduit seul la forme du PTR. DEUX CHEMINS MORTS TROUVES EN ROUTE. Les zones etaient servies, et personne ne les demandait. `serveur_resolveur` deleguait la zone directe par une `stub-zone` mais pas les inverses : `dig -x` rendait vide depuis les cinq machines alors que la meme requete posee directement a l'autoritatif repondait juste. Un service correct derriere un chemin que rien n'emprunte. Puis, les stubs poses, Unbound repondait toujours NXDOMAIN avec le drapeau `aa` — une reponse AUTORITAIRE, sans jamais consulter le stub. Il embarque des `local-zone` pour tout l'espace RFC1918 inverse. `nodefault` n'y change rien : ce mode n'agit que si le nom correspond EXACTEMENT a une zone par defaut, et la sienne est `10.in-addr.arpa`, le /8 entier. C'est `transparent` qui laisse la requete suivre son cours — pour nos quatre zones seulement, la ou `unblock-lan-zones` aurait ouvert tout l'espace prive. Rien ne distinguait ce blocage d'une absence : le meme NXDOMAIN qu'un nom qui n'existe pas. AUSSI : les zones inverses sont desormais validees par `named-checkzone` comme la directe (un fichier mal forme etait refuse en silence par PowerDNS), et une zone qu'un ecosysteme cesse de revendiquer est retiree du repertoire. VERIFICATION. Les cinq PTR resolvent depuis les cinq hotes par le resolveur, les huit noms directs par le plancher ET par le DNS, et les deux roles sont idempotents (changed=0). P47 evalue la derivation sur cinq cas — un site a quatre zones, un tenant a une, deux machines d'un meme /24 qui n'en font qu'une, aucune adresse, une adresse illisible. Controle negatif verifie. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-25 20:58:50 -04:00
def preuve_zones_inverses_couvrent_l_occupe() -> tuple[bool, str]:
"""Les zones `in-addr.arpa` couvrent ce que l'ecosysteme occupe, et rien de plus.
POURQUOI (2026-08-25). La derivation supposait un supernet /16 — la forme d'un TENANT,
qui tire tout de son index. Un SITE ne derive pas : il declare plusieurs /24 et n'a pas
de supernet unique. La derivation rendait donc une chaine vide, aucune zone inverse
n'etait generee, et les cinq machines du site restaient anonymes a l'envers — ce que le
courriel et la journalisation reprochent en silence.
LE PIEGE INVERSE COMPTE AUTANT. Revendiquer `0.10.in-addr.arpa` aurait couvert le site
d'un seul geste — et aussi la frontiere, le transit et les hyperviseurs, qui ne sont
pas a lui. Une autorite qu'on s'attribue sans l'exercer est une panne differee : le
resolveur repondrait NXDOMAIN pour des adresses qu'un autre sait nommer.
Cette preuve evalue la derivation elle-meme, sur les deux formes d'ecosysteme plus les
cas degenerees. Le cas tenant DOIT rendre une seule zone /16, et le cas site DOIT en
rendre quatre : sans ces deux-la, une derivation qui rend toujours une liste vide
passerait la preuve sans rien garantir.
"""
from inventory_rules import zones_inverses as _zi
site = ["10.0.31.11", "10.0.32.11", "10.0.33.11", "10.0.33.21", "10.0.34.11"]
cas = [
("site — quatre reseaux declares, un /24 chacun", site, "10.0.34.0/24",
["31.0.10.in-addr.arpa", "32.0.10.in-addr.arpa",
"33.0.10.in-addr.arpa", "34.0.10.in-addr.arpa"]),
("tenant — un supernet /16 couvre tout", ["10.27.15.11", "10.27.16.11"],
"10.27.0.0/16", ["27.10.in-addr.arpa"]),
("deux machines d'un meme /24 ne font qu'une zone",
["10.0.33.11", "10.0.33.21"], "", ["33.0.10.in-addr.arpa"]),
("aucune adresse : aucune zone, plutot qu'une zone fausse", [], "", []),
("une adresse illisible est ignoree, pas devinee",
["pas-une-adresse", "10.0.31.11"], "", ["31.0.10.in-addr.arpa"]),
]
manques: list[str] = []
for titre, adresses, supernet, attendu in cas:
obtenu = _zi(adresses, supernet)
if obtenu != attendu:
manques.append(f"{titre} : rend {obtenu}, attendu {attendu}")
if manques:
return False, ("Les zones inverses ne couvrent pas ce que l'ecosysteme occupe :"
"\n - " + "\n - ".join(manques))
return True, (f"Les zones inverses couvrent l'occupe et rien de plus "
f"({len(cas)} cas evalues, dont un site a quatre zones et un tenant "
f"a une).")
carte : P48 — l'index du mainteneur ne peut plus mentir `docs/carte-set-ops.md` est l'index du MAINTENEUR : l'ordre de lecture du corpus, et surtout le catalogue des MECANISMES TRANSVERSES avec, pour chacun, OU IL VIT DANS LE CODE. Son but est ecrit en toutes lettres : « ne plus re-deterrer ce qui existe ». Elle n'avait aucune garde, alors que `catalogue-services.md` a la sienne depuis P38. Ses sept chiffres etaient faux — 54 roles annonces contre 60, 34 documents contre 38, 15 pieces d'audit contre 27, 70 decisions contre 78. Le defaut couteux n'est pourtant pas la. C'est le POINTEUR MORT : la carte dit ou vit un mecanisme, quelqu'un ne l'y trouve pas, et le reimplemente a cote — exactement la panne qu'elle existe pour prevenir. Aucun de ces nombres ne fait travailler personne ; mais un document dont les faits verifiables sont faux cesse d'etre consulte, et c'est alors ses pointeurs qu'on perd. P48 verifie les deux : 84 chemins cites existent, et 7 chiffres correspondent a la mesure. Controle negatif verifie sur les DEUX moities — un chiffre fausse, un pointeur casse, la preuve echoue dans les deux cas. QUATRE DISTINCTIONS ont du etre ecrites pour qu'elle ne soit pas fausse dans l'autre sens : un gabarit de nom (`preuve-<date>.md`) decrit une forme, pas un fichier ; un chemin hors depot (`~/.config/setops-vault-pass`) vit sur le poste de l'exploitant, et c'est tout l'interet de la doctrine des voutes ; un fragment (`meta/acces.yml`) vaut comme SUFFIXE, parce qu'un index se lit ainsi ; et un artefact GENERE (`hosts.yml`) n'a pas a exister dans le moteur. Les quatre sont nommees dans le code plutot que sautees en silence. Le tableau « Le depot en chiffres » remplace les comptes en prose : ce qu'on n'entretient pas, on ne l'affirme pas — ou bien on le fait recompter. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-26 13:56:58 -04:00
# Ce que la carte nomme a juste titre et que ce depot ne contient pas : le produit de
# `make instancier`, qui vit dans le depot d'un ecosysteme.
ARTEFACTS_GENERES = {"hosts.yml"}
def _sans_accents(texte: str) -> str:
return "".join(c for c in unicodedata.normalize("NFD", texte)
if unicodedata.category(c) != "Mn")
_ECARTES = {".git", "__pycache__", ".venv", "node_modules", "collections"}
def _propre(chemin: Path) -> bool:
return not any(part in _ECARTES for part in chemin.relative_to(RACINE).parts)
def _existe_en_suffixe(fragment: str) -> bool:
"""Un fichier du depot se termine-t-il par ce fragment de chemin ?"""
nom = fragment.rsplit("/", 1)[-1]
return any(_propre(p) and str(p).endswith("/" + fragment)
for p in RACINE.rglob(nom))
def _existe_quelque_part(nom: str) -> bool:
"""Un fichier ou dossier de ce nom existe-t-il dans le depot ?
La carte nomme volontiers un fichier sans son dossier — c'est ce qui la rend lisible.
On cherche donc par NOM, en ecartant ce qui n'appartient pas au depot (`.git`, les
caches Python, les dependances installees).
"""
return any(_propre(chemin) for chemin in RACINE.rglob(nom))
def _carte_chiffres_mesures() -> dict[str, int]:
"""Ce que la carte affirme, recompte a la source."""
dec = (RACINE / "docs" / "decisions-architecture.md")
texte = dec.read_text(encoding="utf-8") if dec.is_file() else ""
return {
"roles": len([p for p in (RACINE / "roles").glob("*") if p.is_dir()]),
"README de roles": len(list((RACINE / "roles").glob("*/README.md"))),
"documents": len(list((RACINE / "docs").glob("*.md"))),
"pieces d'audit": len([p for p in (RACINE / "docs" / "audit").glob("*")
if p.is_file()]),
"unites de wiki": len(list((RACINE / "wiki").glob("*.md"))),
"decisions en vigueur": len(re.findall(r"^\| \*\*D-\d+\*\* \|", texte, re.M)),
"decisions renversees": len(re.findall(r"^\| \*\*D-\d+\*\* —", texte, re.M)),
}
documentation : la tournee des 74 documents, parce qu un balayage ne lit pas La revision a commence par un balayage par motifs — chemins morts, cibles make absentes, comptes derives. Il a trouve une trentaine d ecarts et rate presque tout le reste : un motif ne voit que ce qui s exprime en motif. make hote-planifier en est l exemple. La cible EXISTE, donc le controle passait au vert. C est une cible depreciee qui refuse et sort en 2, recommandee par AGENTS.md, et qui contredit la REGLE D OR du meme fichier trois ecrans plus haut. Il fallait lire pour la voir. 74 documents lus un par un. 66 corriges, 8 exacts. CE QUI ETAIT FRANCHEMENT FAUX AGENTS.md, la source d autorite, annoncait la flotte pas encore executee contre des VM reelles. Elle a ete rasee et remontee depuis zero trois fois. ecosysteme-chezlepro.md, le document montre a un client, portait la meme phrase : il se sous-vendait gravement. courriel-conception.md s ouvrait sur aucun role n est encore ecrit, au-dessus de son propre paragraphe 1 qui les nomme. autorisation.md se terminait sur rien n est construit alors qu il rapporte des mesures datees du role en fonctionnement. hebergeur-exploitation.md disait rien n est fait d un depot qui existe. filiation-emancipation.md se contredisait a deux ecrans de distance. DES MODELES DECRITS D APRES UN MONDE ANTERIEUR Le resolveur : cinq documents decrivaient un Unbound par VM en opt-in, trois le donnaient en exemple d integration FACULTATIVE — il est universel depuis le 2026-08-24. L adressage de nomenclature-vm.md : reseau unique, VLAN 11-15, VMID a cinq chiffres. Le nommage SDN de sdn-evpn.md contre le code : c est le wiki qui avait raison. CE QUI CASSE AU PREMIER ESSAI Le nom du gabarit dore etait faux a quatre endroits, dont la procedure qui le FABRIQUE et le critere R2 de l epreuve d operateur independant. preparer-un-site-hebergeur.md avertissait qu une VM faite a la main serait detruite : raser derive du plan, il ne la detruira jamais — le risque est l inverse. Un mot de passe d essai en clair dans un depot public. DEUX PREUVES ETENDUES, ET UNE QUI SE TROMPAIT ELLE-MEME P57 couvre les groupes : elle a signale aussitot 29 groupes annonces au-dessus d un tableau qui en cite 40. P29 confronte le tableau de authentification.md aux declarations reelles : 12 annonces, 21 reels. Et P57 imposait un chiffre faux — 56 preuves alors que le depot en porte 57, la conditionnelle vivant hors de tout comptage. Un garde-fou qui fait respecter une erreur ajoute l assurance a l erreur. CE QUI RESTE, ET QU AUCUNE PREUVE NE TIENT Deux comptes trouves a la main. Et une lacune reelle : rien ne garde les meta/acces.yml — ni qu un service web-sso en porte un, ni que le groupe qu il nomme existe. P29 tient les positions d authentification, personne ne tient les habilitations. make prouver : CONFORME, 56 OK, 0 echec, 1 saute. 0 lien mort. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01Crgis8CxCWkAGFA1ecBz3q
2026-09-06 16:18:23 -04:00
def preuve_comptes_de_la_prose() -> tuple[bool, str]:
"""Un nombre de roles ou de preuves ecrit en prose correspond a la mesure.
POURQUOI, ALORS QUE P48 GARDE DEJA LA CARTE (mesure du 2026-09-05). P48 ne regarde
que le tableau « Le depot en chiffres ». Les MEMES nombres vivent ailleurs, en pleine
phrase, et ils avaient tous derive :
docs/devis-services.md : « porte 35 preuves » -> 56
AGENTS.md : « les 35 preuves » -> 56
docs/pouvoirs-set-ops : « ≈50 roles » -> 65
docs/catalogue-services : « les 29 groupes » -> 40
Le quatrieme a ete trouve APRES coup (2026-09-06), par la revision de documentation et
non par cette preuve : elle ne regardait que `preuves` et `roles`. Un catalogue qui
annonce 29 groupes au-dessus d'un tableau qui en cite 40 se contredit A UNE LIGNE DE
DISTANCE. D'ou le troisieme compte.
Aucun de ces nombres ne fait travailler personne. Mais AGENTS.md est la source
d'autorite du depot : un document qui se trompe sur ce qu'il decrit cesse d'etre cru,
et c'est alors ses DIRECTIVES qu'on perd — pas seulement ses chiffres.
CE QU'ELLE NE FLAGUE PAS, ET POURQUOI C'EST ESSENTIEL. Une mesure DATEE est un fait
historique : « Set-OPS a longtemps eu 31 preuves » raconte pourquoi `make valider`
existe, et reecrire ce 31 detruirait le recit. On ignore donc toute ligne portant une
annee — le depot date ses mesures, c'est deja sa discipline.
Une preuve qui crie sur un cas sain finit par etre ignoree, ce qui est pire que de ne
pas l'avoir. Celle-ci a ete ecrite, puis passee sur tout le corpus jusqu'a etre
SILENCIEUSE sur les formulations legitimes avant d'etre retenue.
"""
mesures = {
"preuves": len(TOUTES_LES_PREUVES),
"roles": len([d for d in (RACINE / "roles").iterdir() if d.is_dir()]),
# UN GROUPE OPERATIONNEL EST UN PLAYBOOK, PAS UN ROLE. P04 tient deja la regle
# « groupe -> playbooks/groupes/<groupe>.yml » : c'est donc ce repertoire qui
# compte, et non `roles/`, qui contient aussi les rôles composés par un groupe
# (les onze du durcissement n'ont pas de groupe a eux).
"groupes": len(list((RACINE / "playbooks" / "groupes").glob("*.yml"))),
}
fichiers = sorted(
list((RACINE / "docs").glob("*.md")) + list((RACINE / "wiki").glob("*.md"))
+ [RACINE / "AGENTS.md", RACINE / "README.md", RACINE / "CLAUDE.md"])
ecarts: list[str] = []
for f in fichiers:
if not f.is_file():
continue
lignes = f.read_text(encoding="utf-8").splitlines()
# LA DATATION PORTE SUR LE PARAGRAPHE, PAS SUR LA LIGNE (mesure du 2026-09-05).
#
# Premiere version : on ignorait une ligne portant une annee. Elle a crie sur les
# deux seuls cas legitimes du corpus — `autorisation.md` datait son constat trois
# lignes plus haut, et `Verifier-le-deploye.md` ecrit « a longtemps eu » sans
# millesime. Une garde qui crie sur des cas sains finit par etre ignoree ; on
# regarde donc le PARAGRAPHE, qui est l'unite ou une mesure se date reellement.
bornes: list[tuple[int, int]] = []
debut = 0
for i, l in enumerate(lignes):
if not l.strip():
if i > debut:
bornes.append((debut, i))
debut = i + 1
if debut < len(lignes):
bornes.append((debut, len(lignes)))
historiques: set[int] = set()
for a, b in bornes:
para = "\n".join(lignes[a:b])
if re.search(r"\b20\d\d\b|longtemps|autrefois|jusqu'(a|au)\b", para, re.I):
historiques.update(range(a, b))
for n, ligne in enumerate(lignes, 1):
if (n - 1) in historiques:
continue
for m in re.finditer(
r"(?<![\d.])(\d{2,3})\s+(preuves|rôles|roles|groupes)\b", ligne):
valeur = int(m.group(1))
mot = m.group(2)
quoi = ("preuves" if mot == "preuves"
else "groupes" if mot == "groupes" else "roles")
if valeur != mesures[quoi]:
ecarts.append(
f"{f.relative_to(RACINE)}:{n} annonce {valeur} {quoi}, "
f"le depot en compte {mesures[quoi]}")
if ecarts:
return False, ("Des comptes ecrits en prose ne disent plus vrai :\n - "
+ "\n - ".join(ecarts)
+ "\n (dater la ligne la rend historique et l'exempte)")
return True, (f"Les comptes ecrits en prose correspondent a la mesure "
f"({mesures['preuves']} preuves, {mesures['roles']} roles, "
f"{mesures['groupes']} groupes).")
carte : P48 — l'index du mainteneur ne peut plus mentir `docs/carte-set-ops.md` est l'index du MAINTENEUR : l'ordre de lecture du corpus, et surtout le catalogue des MECANISMES TRANSVERSES avec, pour chacun, OU IL VIT DANS LE CODE. Son but est ecrit en toutes lettres : « ne plus re-deterrer ce qui existe ». Elle n'avait aucune garde, alors que `catalogue-services.md` a la sienne depuis P38. Ses sept chiffres etaient faux — 54 roles annonces contre 60, 34 documents contre 38, 15 pieces d'audit contre 27, 70 decisions contre 78. Le defaut couteux n'est pourtant pas la. C'est le POINTEUR MORT : la carte dit ou vit un mecanisme, quelqu'un ne l'y trouve pas, et le reimplemente a cote — exactement la panne qu'elle existe pour prevenir. Aucun de ces nombres ne fait travailler personne ; mais un document dont les faits verifiables sont faux cesse d'etre consulte, et c'est alors ses pointeurs qu'on perd. P48 verifie les deux : 84 chemins cites existent, et 7 chiffres correspondent a la mesure. Controle negatif verifie sur les DEUX moities — un chiffre fausse, un pointeur casse, la preuve echoue dans les deux cas. QUATRE DISTINCTIONS ont du etre ecrites pour qu'elle ne soit pas fausse dans l'autre sens : un gabarit de nom (`preuve-<date>.md`) decrit une forme, pas un fichier ; un chemin hors depot (`~/.config/setops-vault-pass`) vit sur le poste de l'exploitant, et c'est tout l'interet de la doctrine des voutes ; un fragment (`meta/acces.yml`) vaut comme SUFFIXE, parce qu'un index se lit ainsi ; et un artefact GENERE (`hosts.yml`) n'a pas a exister dans le moteur. Les quatre sont nommees dans le code plutot que sautees en silence. Le tableau « Le depot en chiffres » remplace les comptes en prose : ce qu'on n'entretient pas, on ne l'affirme pas — ou bien on le fait recompter. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-26 13:56:58 -04:00
def preuve_carte_dit_vrai() -> tuple[bool, str]:
"""La carte d'orientation designe des choses qui existent, et compte juste.
CE QU'EST LA CARTE. `docs/carte-set-ops.md` est l'index du MAINTENEUR : l'ordre de
lecture du corpus, et surtout le catalogue des MECANISMES TRANSVERSES avec, pour
chacun, OU IL VIT DANS LE CODE. Son but est ecrit en toutes lettres : « ne plus
re-deterrer ce qui existe ».
POURQUOI UNE GARDE (mesure du 2026-08-26). Un POINTEUR MORT est le defaut couteux :
la carte dit ou vit un mecanisme, quelqu'un ne l'y trouve pas, et le reimplemente a
cote. C'est exactement la panne que la carte existe pour prevenir.
LES CHIFFRES SONT L'AUTRE MOITIE, et ils etaient TOUS faux : 54 roles annonces contre
60, 34 documents contre 38, 15 pieces d'audit contre 27, 70 decisions contre 78.
Aucun de ces nombres ne fait travailler personne. Mais un document dont les faits
verifiables sont faux cesse d'etre consulte — et c'est alors ses pointeurs qu'on perd.
`catalogue-services.md` avait deja sa garde (P38) ; la carte n'en avait aucune.
"""
carte = RACINE / "docs" / "carte-set-ops.md"
if not carte.is_file():
return False, "docs/carte-set-ops.md est introuvable."
texte = carte.read_text(encoding="utf-8")
manques: list[str] = []
# --- Les pointeurs ---------------------------------------------------------
#
# On ne retient que ce qui RESSEMBLE a un chemin du depot : un segment avec un `/`
# ou une extension connue. Les `make cible`, les noms de variables et les fragments
# de code entre accents graves ne sont pas des chemins, et les exiger rendrait la
# preuve fausse dans l'autre sens.
chemins = set()
for brut in re.findall(r"`([^`\n]+)`", texte):
c = brut.strip()
# Un GABARIT de nom n'est pas un chemin : `docs/audit/preuve-<date>.md` decrit
# une forme de fichier, pas un fichier. L'exiger rendrait la preuve fausse.
# Ni un gabarit de nom (`preuve-<date>.md` decrit une FORME), ni un chemin HORS
# depot (`~/.config/setops-vault-pass` vit sur le poste de l'exploitant, et c'est
# tout l'interet de la doctrine des voutes). Les exiger rendrait la preuve fausse.
if " " in c or c.startswith(("$", "-", "~", "/")) or "<" in c or ">" in c:
continue
if not ("/" in c or c.endswith((".md", ".yml", ".py", ".j2"))):
continue
chemins.add(c.rstrip("/"))
for c in sorted(chemins):
# DEUX SEMANTIQUES, ET C'EST VOULU.
#
# Un chemin AVEC dossier (`roles/serveur_nginx/tasks/main.yml`) affirme un
# emplacement : on l'exige tel quel. Un nom SANS dossier (`devis_reseau.py`,
# `expositions.conf.j2`) affirme seulement qu'une chose de ce nom existe — c'est
# ainsi qu'un index se lit, et exiger le chemin complet le rendrait illisible.
# UN ARTEFACT GENERE N'A PAS A EXISTER ICI. La carte nomme `hosts.yml` en disant
# elle-meme « genere » : c'est le produit de `make instancier`, il vit dans le
# depot d'un ECOSYSTEME, pas dans le moteur. L'exiger reprocherait a la carte
# d'etre juste. On les nomme plutot que de les sauter en silence.
if c in ARTEFACTS_GENERES:
continue
if "/" in c:
# Un fragment (`meta/acces.yml`) designe un emplacement RELATIF a un role ou
# a une instance. Il vaut donc comme SUFFIXE : `roles/serveur_forgejo/meta/
# acces.yml` le satisfait. Exiger la racine rendrait la carte illisible.
if any((RACINE / base / c).exists() for base in ("", "docs")):
continue
if _existe_en_suffixe(c):
continue
elif _existe_quelque_part(c):
continue
# Les globs et les chemins d'une INSTANCE (`plan/*.yml`, `roles/*/meta/...`)
# se verifient par expansion : ils designent une forme, pas un fichier.
# UN GLOB DESIGNE UNE FORME, ou qu'elle se trouve. `plan/*.yml` est le plan d'un
# ECOSYSTEME : il n'existe pas a la racine du moteur, mais bien sous `instance/`
# ou dans un depot voisin. On cherche donc la forme partout.
if "*" in c and (list(RACINE.glob(c)) or list(RACINE.glob("**/" + c))):
continue
manques.append(f"`{c}` : cite par la carte, introuvable dans le depot")
# --- Les chiffres ----------------------------------------------------------
#
# L'appariement se fait SANS ACCENTS : la carte ecrit « rôles » et « pièces d'audit »,
# ce code ecrit sans diacritiques comme tout le reste du depot. Comparer les deux
# tels quels ferait echouer la preuve sur son propre alphabet.
annonces = {}
for etiq, valeur in re.findall(r"^\| *([^|]+?) *\| *(\d+) *\|", texte, re.M):
annonces[_sans_accents(etiq).lower()] = int(valeur)
for etiquette, attendu in _carte_chiffres_mesures().items():
cle = _sans_accents(etiquette).lower()
if cle not in annonces:
manques.append(f"« {etiquette} » : absent du tableau « Le depot en chiffres » "
f"(mesure : {attendu})")
continue
if annonces[cle] != attendu:
manques.append(f"« {etiquette} » : la carte annonce {annonces[cle]}, "
f"le depot en compte {attendu}")
if manques:
return False, ("La carte d'orientation ne dit plus vrai :\n - "
+ "\n - ".join(manques))
return True, (f"La carte designe {len(chemins)} chemin(s) qui existent, et ses "
f"{len(_carte_chiffres_mesures())} chiffres correspondent a la mesure.")
gabarit : minimal — il etait un cache du socle, et il perimait sans le dire Il portait DIX-SEPT roles : exactement ceux du socle et du durcissement, que le deploiement rejoue a l identique. C etait donc un CACHE — et comme tout cache, il perimait sans le dire. MESURE : derniere recapture le 2026-08-09, et SIX de ses roles avaient change depuis — common_packages, cloud_init, ssh_baseline, ssh_hardening, auditd, nftables_baseline. Rien ne le signalait : le deploiement masquait la derive en reappliquant tout, donc personne ne pouvait la voir. Aucune preuve du harnais ne regardait sa fraicheur. IL NE GARDE QUE CE QUI DOIT EXISTER AVANT QU ANSIBLE PUISSE AGIR : qemu_guest_agent l agent repond AVANT SSH — P52 s en sert cloud_init le seul chemin vers la premiere seconde sudo_ansible la porte par ou tout entre ssh_baseline le serveur SSH Ce ne sont pas des choix d efficacite, ce sont des conditions d existence. CE QUE CA COUTE, ET QUI EST COUVERT : une VM neuve n est plus durcie a la naissance. Elle nait cependant DERRIERE LE PARE-FEU DE L HYPERVISEUR, policy_in=REJECT arme au clonage — verifie sur obs-01. La fenetre d exposition est fermee par la fabric, pas par le gabarit. Mon objection initiale tombait devant la mesure. P56 GARDE LES DEUX MOITIES. Qu il ne REGROSSISSE pas : un role ajoute recree le cache, donc la peremption invisible. Et que rien de retire ne soit PERDU : un role absent du gabarit ET du socle disparaitrait de toutes les machines neuves, sans erreur ni trace, et la panne arriverait des mois plus tard sur une machine qu on croyait durcie. Verifie : 14 retires, 14 repris, zero orphelin. Deux controles negatifs. make verifier : vert. make prouver : CONFORME, 56 OK, 0 echec. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_019f91zs9SDdwSzL2CVei6on
2026-09-01 10:35:20 -04:00
def preuve_gabarit_minimal_et_repris() -> tuple[bool, str]:
"""Le gabarit ne porte que l'indispensable, et rien de retire n'est perdu.
LE GABARIT ETAIT UN CACHE DU SOCLE, ET IL PERIMAIT SANS LE DIRE (2026-09-01). Il
portait dix-sept roles — exactement ceux que le deploiement rejoue. Derniere recapture
le 2026-08-09, et six d'entre eux avaient change depuis. Le deploiement masquait la
derive en reappliquant tout : personne ne pouvait la voir.
Il est desormais MINIMAL — seulement ce qui doit exister AVANT qu'Ansible puisse agir.
Cette preuve garde les deux moities de cette decision :
1. il ne REGROSSIT pas. Un role ajoute ici recree le cache, donc la peremption
invisible. La liste est courte et chaque entree se justifie par une condition
d'existence, jamais par la vitesse.
2. rien de ce qu'il ne porte plus n'est PERDU. Un role retire du gabarit et absent
du socle disparaitrait de toutes les machines neuves — sans erreur, sans trace,
et la panne arriverait des mois plus tard sur une machine qu'on croyait durcie.
C'est le mode de defaillance le plus couteux de cette famille.
"""
def roles_de(chemin: str) -> list[str]:
data = yaml.safe_load((RACINE / chemin).read_text(encoding="utf-8")) or []
out: list[str] = []
for play in data:
for r in (play.get("roles") or []):
nom = r if isinstance(r, str) else (r or {}).get("role")
if nom:
out.append(str(nom))
return out
gabarit = roles_de("playbooks/modeles_vm/debian13_proxmox_preparer.yml")
couverture = set(roles_de("playbooks/groupes/serveur_debian.yml")) | set(
roles_de("playbooks/groupes/serveur_durci.yml"))
# CE QUI DOIT EXISTER AVANT ANSIBLE, et qui ne peut donc pas venir de lui.
# Elargir cette liste est une DECISION, pas un ajustement : elle doit passer par
# cette preuve, et par la question « pourquoi Ansible ne peut-il pas le faire ? ».
indispensables = {
"qemu_guest_agent": "l'agent invite repond avant SSH — P52 s'en sert pour "
"confirmer la materialisation sans entrer chez le tenant",
"cloud_init": "le seul chemin vers la premiere seconde : adresse, nom, cles",
"sudo_ansible": "le compte technique et son sudo — la porte par ou tout entre",
"ssh_baseline": "le serveur SSH, meme raison un cran plus bas",
}
fautes: list[str] = []
for r in gabarit:
if r not in indispensables:
fautes.append(f"`{r}` est dans le gabarit sans etre indispensable au premier "
f"demarrage — le gabarit redevient un cache du socle, qui "
f"perime sans le dire")
manquants = [r for r in indispensables if r not in gabarit]
if manquants:
fautes.append("le gabarit ne porte plus " + ", ".join(f"`{m}`" for m in manquants)
+ " — une VM neuve serait injoignable ou muette")
# LE CONTRAT AVEC LE SOCLE : ce que le gabarit ne fait plus, quelqu'un le fait.
ancien_gabarit = {
"common_packages", "chrony", "systemd_ssh_auto", "motd", "hardening_packages",
"sysctl_hardening", "core_dumps", "unattended_upgrades", "apparmor", "auditd",
"fail2ban_ssh", "journald", "ssh_hardening", "nftables_baseline",
}
perdus = sorted(r for r in ancien_gabarit if r not in couverture and r not in gabarit)
if perdus:
fautes.append("retire(s) du gabarit et repris par PERSONNE : "
+ ", ".join(f"`{r}`" for r in perdus)
+ " — les machines neuves ne l'auraient plus, sans erreur ni trace")
if fautes:
return False, "Gabarit :\n - " + "\n - ".join(fautes)
return True, (f"Gabarit minimal : {len(gabarit)} role(s), tous indispensables au "
f"premier demarrage ; {len(ancien_gabarit)} role(s) retire(s), tous "
f"repris par le socle ou le durcissement.")
cles : le terrain etait inoccupable — la cle du tenant nait avec ses machines Le deploiement lance depuis ops-01 s est arrete au premier geste, sur les quinze machines a la fois : Permission denied (publickey). Les VM neuves n acceptaient que la cle de l exploitant. Celle du runner EST declaree au plan, mais c est le SOCLE qui la depose — et le socle doit etre applique par quelqu un qui peut deja entrer. Boucle fermee : le tenant recevait un terrain qu il ne pouvait pas occuper. DEUX CLES, DEUX PORTEES : la cle du SITE -> sur le SEUL runner du tenant l insemination la cle du TENANT -> sur TOUTES ses machines il va les configurer POSER UNE CLE AU CLONAGE N EST PAS ENTRER CHEZ LE TENANT. C est un parametre de creation, au meme titre que l adresse ou le disque : le site ecrit les conditions de NAISSANCE, il n ouvre aucune session. Le site n obtient aucun acces sur ces machines ; seul le runner du tenant en obtient un. Forme tranchee par l exploitant : le site renseigne le seul runner, qui se charge de toute sa flotte. Le plancher /etc/hosts suit le meme chemin — ops-01 a le sien depuis son insemination et resout ses quinze voisines par leur nom. LA REVOCATION EST HONOREE A LA NAISSANCE : une entree a etat absent n est pas reposee. Sans cette lecture, une cle retiree de la flotte serait ressuscitee sur chaque VM creee ensuite — panne lente, silencieuse, invisible au plan. P55 garde les deux moities : la cle du site ne nait que sur un porteur de serveur_ops_tenant, et aucune machine ne reste sans celle de son tenant. Une frontiere tenue a une seule couche n est pas tenue. Deux controles negatifs. make verifier : vert. make prouver : CONFORME, 55 OK, 0 echec, 0 saute. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_019f91zs9SDdwSzL2CVei6on
2026-08-30 08:54:17 -04:00
def preuve_cle_du_site_bornee_au_runner() -> tuple[bool, str]:
"""La cle du SITE ne nait que sur le runner d'un tenant. Celle du tenant, partout chez lui.
LE POUVOIR SE LIT DANS LES CLES, PAS DANS LES INTENTIONS. Une VM recoit ses cles a la
NAISSANCE, par cloud-init — et personne ne relit un `authorized_keys` pose il y a six
mois. Si la cle du site se mettait a partir sur toutes les machines d'un locataire,
l'hebergeur obtiendrait un acces SSH a sa flotte entiere, en silence, et rien dans le
plan ne le dirait.
C'est le pendant exact du flux d'insemination : celui-ci vise le groupe
`serveur_ops_tenant`, cette preuve verifie que la CLE suit le meme critere. Une
frontiere tenue a une seule couche n'est pas tenue.
L'AUTRE MOITIE COMPTE AUSSI : sans la cle du TENANT sur ses machines, son runner recoit
un terrain qu'il ne peut pas occuper — mesure du 2026-08-30, quinze VM et quinze
« Permission denied ».
"""
inv = RACINE / INV
if not inv.is_file():
return True, "Aucun inventaire monte : rien a verifier."
sys.path.insert(0, str(RACINE / "scripts"))
import inventory_host as ih
data = yaml.safe_load(inv.read_text(encoding="utf-8")) or {}
actifs = sorted(ih._hotes_du_groupe(data, "hotes_actifs")
if hasattr(ih, "_hotes_du_groupe")
else (data.get("all", {}).get("children", {})
.get("hotes_actifs", {}).get("hosts", {}) or {}))
if not actifs:
return True, "Aucun hote actif : rien a verifier."
cle_site = ""
try:
import underlay as underlay_mod
cle_site = str((underlay_mod.lire_plan_site("10-intrants.yml") or {})
.get("runner_cle_publique") or "").strip()
except Exception:
pass
runners = set(ih.groupes_hote(data, h) and h for h in actifs
if ih.GROUPE_RUNNER_TENANT in ih.groupes_hote(data, h))
fautes: list[str] = []
porteurs_site: list[str] = []
sans_cle_tenant: list[str] = []
for h in actifs:
recues = [c for c in ih._cle_amorcage(data, h, inv).split("\n") if c.strip()]
if cle_site and cle_site in recues:
porteurs_site.append(h)
if h not in runners:
fautes.append(f"{h} recoit la cle du SITE sans porter "
f"`{ih.GROUPE_RUNNER_TENANT}` — l'hebergeur y gagnerait "
f"un acces qu'aucun flux ne declare")
if not [c for c in recues if c != cle_site]:
sans_cle_tenant.append(h)
# Sans cle du tenant, le runner ne peut pas occuper le terrain qu'on lui prepare.
# On ne l'exige que si l'instance en declare une : un plan qui n'en nomme aucune
# se materialise comme avant, avec la seule cle de l'exploitant.
if ih._cles_admin_du_plan(inv) and sans_cle_tenant:
fautes.append(f"{len(sans_cle_tenant)} hote(s) ne recevraient AUCUNE cle de "
f"leur tenant : son runner ne pourrait pas les configurer "
f"({', '.join(sans_cle_tenant[:3])})")
if fautes:
return False, "Les cles de naissance debordent :\n - " + "\n - ".join(fautes)
return True, (f"{len(actifs)} hote(s) : la cle du SITE ne nait que sur "
f"{len(porteurs_site)} runner(s) de tenant, celle du tenant sur "
f"{len(actifs) - len(sans_cle_tenant)}.")
inseminer : le geste sort de mes mains et entre dans le depot L insemination avait ete conduite A LA MAIN depuis le runner du site — hors du depot, donc sans preuve. Elle a maintenant sa cible : make inseminer TENANT=OPS-Chezlepro TENANT= PLUTOT QUE LE SYMLINK instance : le runner du SITE amorce PLUSIEURS locataires ; pointer un lien global sur l un d eux le ferait se prendre pour ce tenant. Il en NOMME un par commande. Ca borne aussi le couplage que creer-vm imposait en silence — rien ne disait sur quels tenants ce lien pouvait pointer. L HOTE SE DERIVE : celui qui porte serveur_ops_tenant. Meme critere que le flux d insemination et que la cle SSH du runner — le meme mot borne les trois pouvoirs. P54 GARDE LA LIGNE DE PARTAGE la ou elle glisserait sans bruit. Les deux couches retenues sont les seules qui ne reclament aucun secret. Le jour ou l on en ajouterait une, le deploiement echouerait chez le tenant sur une valeur vide, et ce message ne dirait pas qu un POUVOIR a ete franchi. Controle negatif : ajouter client_pki, la couche suivante, fait echouer la preuve. UN GARDE-FOU EXISTANT A INTERCEPTE UNE INSEMINATION MAL DIRIGEE. Le make parent exporte SETOPS_INVENTAIRE ; ma resolution en heritait et visait l inventaire d un AUTRE ecosysteme. Le refus vient d inventory_rules, pas de la cible — exactement l erreur qu un runner servant plusieurs locataires commettrait en silence. make verifier : vert. make prouver : CONFORME, 54 OK, 0 echec, 0 saute. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_019f91zs9SDdwSzL2CVei6on
2026-08-28 17:14:37 -04:00
def preuve_insemination_sans_secret() -> tuple[bool, str]:
"""Ce que le SITE pose chez un tenant ne demande AUCUN secret de ce tenant.
POURQUOI. Un ecosysteme neuf ne s'amorce pas lui-meme : quelqu'un doit poser sa
premiere machine. Le runner du SITE le fait — socle, moteur, plan, plancher — puis
s'arrete. Il s'arrete parce qu'il N'A PAS LA CLE, pas parce qu'une regle le lui
interdit : la voute d'un tenant ne vit dans aucun depot et son mot de passe sur aucune
de ses machines.
Cette preuve garde la ligne a l'endroit ou elle pourrait glisser SANS BRUIT : le jour
ou l'on ajouterait une couche a `COUCHES_INSEMINATION` pour « aller un peu plus loin »,
et ou cette couche reclamerait un `vault_*`. Le deploiement echouerait alors chez le
tenant, sur une valeur vide — un message qui ne dit pas qu'un POUVOIR a ete franchi.
Elle mesure la propriete, pas l'intention : les roles reellement appliques, lus dans
leurs playbooks, ne doivent citer aucune variable de voute.
"""
mk = RACINE / "Makefile"
txt = mk.read_text(encoding="utf-8")
m = re.search(r"^COUCHES_INSEMINATION \?=(.*)$", txt, re.M)
if not m:
return False, "`COUCHES_INSEMINATION` n'est pas declare dans le Makefile."
groupes = m.group(1).split()
if not groupes:
return False, "`COUCHES_INSEMINATION` est vide : le site ne poserait rien."
fautes: list[str] = []
roles_vus: list[str] = []
for g in groupes:
pb = RACINE / "playbooks" / "groupes" / f"{g}.yml"
if not pb.is_file():
fautes.append(f"{g} : aucun playbook `playbooks/groupes/{g}.yml`")
continue
joue = yaml.safe_load(pb.read_text(encoding="utf-8")) or []
roles = [r if isinstance(r, str) else (r or {}).get("role")
for r in ((joue[0] if joue else {}) or {}).get("roles") or []]
for role in [r for r in roles if r]:
roles_vus.append(role)
d = RACINE / "roles" / role
if not d.is_dir():
fautes.append(f"{g} : role introuvable `{role}`")
continue
for f in sorted(list(d.rglob("*.yml")) + list(d.rglob("*.j2"))):
texte = f.read_text(encoding="utf-8", errors="ignore")
trouves = sorted(set(re.findall(r"\bvault_[a-z0-9_]+", texte)))
if trouves:
fautes.append(
f"{g} -> {role} cite {', '.join(trouves[:3])} dans "
f"{f.relative_to(RACINE)} : le SITE ne detient pas cette voute")
if fautes:
return False, ("L'insemination reclamerait un secret du tenant :\n - "
+ "\n - ".join(fautes))
return True, (f"{len(groupes)} couche(s) d'insemination ({', '.join(groupes)}), "
f"{len(set(roles_vus))} role(s) applique(s), aucun secret de tenant reclame.")
flux : l interne refuse a voix haute, la bordure se tait (P53) Decision de l exploitant : block vers l Internet, reject a l interieur, parce que c est prudent. Ce n est pas le refus qui informe, c est CE QU IL FAIT AU SILENCE : sous drop partout, un timeout voulait dire aucune machine, aucune route, ou une politique. Quand la politique parle, il n en reste qu une. nftables par hote policy drop + reject with icmpx type admin-prohibited pare-feu Proxmox policy_in = REJECT (POLITIQUE_VM, source unique) frontiere OPNsense block — INCHANGE, et c est la condition admin-prohibited ET NON tcp reset : un RST est indiscernable d un port ferme sans service. La chaine forward reste muette : elle porte le trafic qui TRAVERSE l hote, et y repondre ferait parler cette machine au nom d une destination qui n est pas elle. POURQUOI C EST PRUDENT : l obscurite etait deja nulle a l interieur (chaque machine porte un /etc/hosts qui liste ses voisines), et la bordure protege le reject — rien d indeclare ne franchit le perimetre, donc il ne repond jamais a l Internet. 982 000 entrees par jour a la frontiere, dont 82 % un balayage VNC. LA MESURE A CORRIGE LA MESURE, DEUX FOIS. Ma preuve interdisait le litteral DROP et a fait echouer un code JUSTE : la detection d une politique posee AU DATACENTER, qui est un garde-fou. Une preuve qui interdit un mot au lieu de mesurer une propriete finit par accuser ce qu elle devrait proteger. Et l absence parlait deja : EHOSTUNREACH en 3,05 s pour une machine inexistante, timeout a 6 s pour un refus de la frontiere. Mes deux erreurs de diagnostic ne venaient pas du drop mais de ma SONDE — curl et bash /dev/tcp ecrasent les deux dans un meme echec. Applique : 6 VM en REJECT, 0 creee, 0 retiree. Rien ne se ferme. Trois controles negatifs verifies. make verifier : vert. make prouver : CONFORME, 53 OK, 0 echec, 0 saute. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_019f91zs9SDdwSzL2CVei6on
2026-08-28 16:43:22 -04:00
def preuve_interne_parle_bordure_se_tait() -> tuple[bool, str]:
"""L'interne REFUSE A VOIX HAUTE, la bordure reste MUETTE.
POURQUOI (2026-08-28). Sous `drop` partout, un timeout voulait dire trois choses
incompatibles : aucune machine, aucune route, ou une politique. Deux erreurs de
diagnostic en une journee, dont une qui a fait appliquer un pare-feu pour reparer une
ABSENCE. Ce qui informe n'est pas le refus — c'est ce qu'il fait au SILENCE : quand la
politique parle, un timeout ne veut plus dire qu'une chose.
L'OBSCURITE ETAIT DEJA NULLE A L'INTERIEUR : chaque machine porte un `/etc/hosts`
genere qui liste toutes ses voisines avec leurs adresses. Se cacher de pairs qui ont
deja notre adresse ne protege de rien, et coute le diagnostic.
LA BORDURE, ELLE, DOIT SE TAIRE, et c'est ce qui rend le reject interne prudent :
rien d'indeclare ne franchit le perimetre, donc ce reject ne repond jamais a
l'Internet. Mesure du 2026-08-27 a la frontiere : 982 000 entrees par jour, dont 82 %
un balayage contre le port VNC. Y repondre serait un vecteur d'amplification, source
usurpee comprise.
Cette preuve garde les deux moities ENSEMBLE, parce que l'une sans l'autre est fausse :
une bordure bavarde s'expose, un interne muet ment.
"""
fautes: list[str] = []
mesures: list[str] = []
# 1. nftables d'hote : chaque ruleset genere doit REFUSER A VOIX HAUTE.
src = (RACINE / "scripts" / "resoudre_flux.py").read_text(encoding="utf-8")
if "reject with icmpx type admin-prohibited" not in src:
fautes.append("le gabarit nftables n'emet pas de `reject with icmpx type "
"admin-prohibited` : l'interne resterait muet")
# `tcp reset` serait indiscernable d'un port ferme sans service.
if "reject with tcp reset" in src:
fautes.append("le gabarit nftables emet un `tcp reset`, indiscernable d'un port "
"ferme sans service — `admin-prohibited` dit qu'une POLITIQUE refuse")
rulesets = sorted((INSTANCE / "flux-genere").glob("*.nft"))
muets = [f.name for f in rulesets
if "reject with icmpx type admin-prohibited" not in f.read_text(encoding="utf-8")]
if muets:
fautes.append(f"{len(muets)} ruleset(s) genere(s) sans refus audible : "
+ ", ".join(muets[:4]))
mesures.append(f"{len(rulesets)} ruleset(s) nftables refusent a voix haute")
# 2. Pare-feu est-ouest Proxmox : politique REJECT, et UNE SEULE source.
ew = (RACINE / "scripts" / "appliquer_proxmox_fw.py").read_text(encoding="utf-8")
if 'POLITIQUE_VM = "REJECT"' not in ew:
fautes.append("le pare-feu est-ouest ne pose pas `POLITIQUE_VM = \"REJECT\"`")
# DEUX LITTERAUX POUR LA MEME DECISION, c'est une divergence differee : l'ecriture de
# la politique et la detection de son ecart doivent lire la MEME source.
#
# ON NE CHERCHE PAS LE MOT « DROP », ON CHERCHE UNE ASSIGNATION EN DUR. Ma premiere
# version refusait toute occurrence du litteral, et elle a fait echouer un code
# JUSTE : `dc["politique"].upper() in ("DROP", "REJECT")` detecte une politique posee
# AU DATACENTER, ou elle vaudrait pour tout le parc — c'est un garde-fou, pas un
# reglage. Une preuve qui interdit un mot au lieu de mesurer une propriete finit par
# accuser ce qu'elle devrait proteger.
if re.search(r'"policy_in":\s*"', ew):
fautes.append("la politique de la VM est ecrite en dur : elle doit venir de "
"`POLITIQUE_VM`, seule source")
if re.search(r'\["politique"\]\s*!=\s*"', ew):
fautes.append("la detection d'ecart compare a un litteral : elle doit lire "
"`POLITIQUE_VM`, sinon les deux divergeront")
mesures.append("pare-feu est-ouest en REJECT, source unique")
# 3. La bordure se tait — et ce n'est PAS une preference, c'est la condition de
# prudence du reject interne. Les actions du devis OPNsense restent `pass`/`block`.
front = (RACINE / "scripts" / "devis_opnsense.py").read_text(encoding="utf-8")
if '"reject"' in front or "'reject'" in front:
fautes.append("le devis de la frontiere emet un `reject` : la bordure doit rester "
"muette, sans quoi elle repond aux balayages d'Internet")
actions = sorted(set(re.findall(r'"action":\s*"(\w+)"', front))
| set(re.findall(r'action.*?or\s+"(\w+)"', front)))
mesures.append("frontiere muette (actions : " + ", ".join(actions or ["pass"]) + ")")
if fautes:
return False, "La ligne n'est plus tenue :\n - " + "\n - ".join(fautes)
return True, "L'interne parle, la bordure se tait — " + " ; ".join(mesures) + "."
creer-vm : prouver la materialisation sans entrer chez le tenant `creer-vm` confirmait son succes en attendant une reponse SSH. Le runner du SITE materialise le terrain de TOUS les tenants, mais la frontiere lui refuse d'entrer chez eux — c'est le sens meme de leur isolation. La premiere VM qu'il a creee a donc ete declaree en echec apres 600 secondes alors qu'elle tournait, avec l'adresse exacte que le plan lui destinait : Attente de SSH sur ops-01 ............ ECHEC: injoignable apres 600s. LA TENTATION ETAIT D'OUVRIR LE SSH du runner vers tous les tenants. Ca aurait repare la mesure en detruisant ce qu'elle protege : une machine capable d'entrer chez chaque locataire est precisement ce que cette architecture refuse d'avoir. L'agent invite repond sans rien ouvrir — l'API des hyperviseurs est deja le flux par lequel la VM vient d'etre creee, donc qui peut la creer peut la voir naitre — et il PROUVE DAVANTAGE. « Quelque chose ecoute sur le port 22 » ne dit ni quel systeme a demarre, ni si cloud-init a pose la bonne adresse. Sur ops-01 : 10.17.19.41 portee sur asgard — Debian GNU/Linux 13 (trixie) 6.12.101 Ses echecs distinguent deux causes tres differentes : « la machine demarre mais rapporte une AUTRE adresse — cloud-init, ou le pont sur lequel elle est posee », et « introuvable sur la fabric ». ATTENDRE LA DISPONIBILITE A CHANGE DE MAIN. Guetter cloud-init et la liberation de dpkg appartient a qui va CONFIGURER : `deployer` le fait desormais, la ou il se contentait d'un `ping` unique. Il y gagne ce qu'il n'avait pas — attendre le verrou APT, faute de quoi la premiere couche echouait dessus. Contrepartie assumee : un nom d'hote errone patiente au lieu d'echouer vite ; echouer vite interdirait de chainer creation et deploiement, le geste central d'une reconstruction. P52 garde le couplage ferme. Deux controles negatifs verifies. make prouver : CONFORME, 52 OK, 0 echec. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-27 22:48:49 -04:00
def preuve_materialiser_n_exige_pas_d_entrer() -> tuple[bool, str]:
"""Creer une VM ne demande pas d'entrer dans le tenant qui l'heberge.
POURQUOI (mesure du 2026-08-27). `creer-vm` confirmait son succes en attendant une
reponse SSH. Le runner du SITE materialise le terrain de TOUS les tenants, mais la
frontiere lui refuse d'entrer chez eux — c'est le sens meme de leur isolation. La
premiere VM qu'il a creee a donc ete declaree en echec apres 600 secondes alors
qu'elle tournait, avec l'adresse exacte que le plan lui destinait.
La tentation etait d'ouvrir le SSH du runner vers tous les tenants. Ca aurait
« repare » la mesure en detruisant ce qu'elle protege : une machine capable d'entrer
chez chaque locataire est precisement ce que cette architecture refuse d'avoir.
L'agent invite repond sans rien ouvrir, et prouve DAVANTAGE — le systeme, le noyau et
l'adresse effectivement portee, la ou SSH ne disait que « quelque chose ecoute sur le
port 22 ». Cette preuve garde le couplage ferme : materialiser et configurer sont deux
metiers, et seul le second exige d'entrer.
"""
mk = RACINE / "Makefile"
if not mk.is_file():
return False, "Makefile introuvable."
txt = mk.read_text(encoding="utf-8")
debut = txt.find("\ncreer-vm:")
if debut < 0:
return False, "La cible `creer-vm` a disparu du Makefile."
# La recette court jusqu'a la prochaine cible en debut de ligne.
suite = txt[debut + 1:]
fin = re.search(r"\n[A-Za-z_][A-Za-z0-9_.-]*:", suite)
recette = suite[:fin.start()] if fin else suite
outil = RACINE / "scripts" / "attendre_materialisation.py"
fautes = []
if "_attendre-hote" in recette:
fautes.append("`creer-vm` appelle `_attendre-hote`, qui exige SSH : un runner de "
"SITE ne peut pas entrer chez un tenant, et ne doit pas pouvoir.")
if not outil.is_file():
fautes.append("scripts/attendre_materialisation.py est absent.")
elif "attendre_materialisation.py" not in recette:
fautes.append("`creer-vm` ne confirme plus la materialisation : ni SSH ni agent "
"invite. Une creation qui ne verifie rien n'est pas une creation.")
if fautes:
return False, " | ".join(fautes)
return True, ("`creer-vm` confirme par l'agent invite (API des hyperviseurs, deja "
"utilisee pour creer), sans exiger d'entrer dans le tenant.")
collections : epingler les versions — le runner echouait la ou le poste reussissait Premiere materialisation de VM depuis le runner du SITE : ERROR! couldn't resolve module/action 'community.general.proxmox_pool' Meme depot, meme playbook, meme plan que chez le mainteneur. La difference tenait a une seule chose que le moteur ne disait pas : la VERSION de ses collections. Le poste porte `community.general` 10.3.0. Le runner, monte un jour plus tard, a recu la 13.3.0 — et la version 11 a RETIRE les modules Proxmox de cette collection (ils vivent desormais dans `community.proxmox`). `requirements.yml` nommait ses collections sans dire lesquelles : chaque machine installait donc ce qui etait courant le jour de son montage. Une dependance non epinglee n'est pas une dependance, c'est un pari sur l'etat d'Internet a la date du deploiement. TROIS CORRECTIONS. `requirements.yml` epingle les trois collections aux versions eprouvees. `serveur_ops` installe avec `--force`. Sans lui, ansible-galaxy laisse en place une version SUPERIEURE a celle demandee : il ne retrograde pas. Un poste peut etre en avance, pas seulement en retard, et le depot doit faire autorite dans les deux sens. P51 garde les deux faiblesses de ce fichier — celle du 2026-08-24, une collection utilisee sans etre declaree (`ansible.posix`), et celle d'aujourd'hui, declaree sans version. La preuve ne lit que les fichiers de TACHES : un `defaults/main.yml` porte `net.ipv4.ip_forward`, qu'un motif trop large prend pour un module. MIGRATION CONNUE, PAS FAITE : passer les quatre modules Proxmox a `community.proxmox` permettra de suivre `community.general` au-dela de la 11. make prouver : CONFORME, 51 OK, 0 echec. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-27 18:58:23 -04:00
def preuve_collections_declarees_et_epinglees() -> tuple[bool, str]:
"""Toute collection appelee par le moteur est DECLAREE, et a une version EPINGLEE.
DEUX PANNES, LA MEME CAUSE — le moteur ne disait pas de quoi il depend.
Le 2026-08-24, `ansible.posix` etait utilisee depuis longtemps sans figurer dans
`requirements.yml` : elle trainait sur le poste du mainteneur, et manquait partout
ailleurs. Le runner n'aurait pas pu deployer les sauvegardes.
Le 2026-08-27, la meme faiblesse a frappe d'un autre cote. Les collections etaient
nommees mais SANS VERSION : le runner du site, monte un jour plus tard, a recu
`community.general` 13.3.0 quand le poste porte la 10.3.0. La version 11 ayant sorti
les modules Proxmox de cette collection, la premiere materialisation de VM depuis le
runner a echoue sur `couldn't resolve module/action community.general.proxmox_pool`
— avec le meme depot, le meme playbook et le meme plan que chez le mainteneur.
Une dependance non epinglee n'est pas une dependance : c'est un pari sur l'etat
d'Internet a la date du deploiement. Un moteur qui se veut portable, et exploitable
par un sysadmin sans IA, doit pouvoir se reconstruire a l'identique dans six mois.
On lit les MODULES REELLEMENT APPELES dans les fichiers YAML — la clef d'une tache,
pas une chaine dans du Python : `ansible.parsing.vault` est un import, pas une
collection, et l'y confondre ferait crier la preuve pour rien.
"""
req = RACINE / "requirements.yml"
if not req.is_file():
return False, "requirements.yml est introuvable — le moteur ne declare aucune dependance."
try:
import yaml as _y
decl = (_y.safe_load(req.read_text(encoding="utf-8")) or {}).get("collections") or []
except Exception as e: # noqa: BLE001
return False, f"requirements.yml est illisible : {e}"
declarees = {}
for c in decl:
if isinstance(c, dict) and c.get("name"):
declarees[str(c["name"])] = str(c.get("version") or "").strip()
elif isinstance(c, str):
declarees[c] = ""
# Une clef de tache YAML : ` - community.general.ldap_entry:` ou ` module.x.y:`
motif = re.compile(r"^\s*(?:-\s+)?([a-z0-9_]+\.[a-z0-9_]+)\.[a-z0-9_]+\s*:", re.M)
# ON NE LIT QUE LES FICHIERS DE TACHES. Un `defaults/main.yml` peut contenir
# `net.ipv4.ip_forward: 1` — une clef de sysctl que le motif prendrait pour un module,
# et la preuve crierait a une collection manquante nommee `net.ipv4`. Un module ne
# peut apparaitre que la ou il y a des taches.
fichiers = list((RACINE / "playbooks").rglob("*.yml"))
for sous in ("tasks", "handlers"):
fichiers += list((RACINE / "roles").rglob(f"{sous}/*.yml"))
utilisees: dict[str, str] = {}
for f in fichiers:
try:
txt = f.read_text(encoding="utf-8")
except Exception: # noqa: BLE001
continue
for coll in motif.findall(txt):
if coll == "ansible.builtin":
continue
utilisees.setdefault(coll, str(f.relative_to(RACINE)))
manquantes = [f"{c} (ex. {utilisees[c]})" for c in sorted(utilisees) if c not in declarees]
sans_epingle = [c for c in sorted(declarees) if not declarees[c]]
fautes = []
if manquantes:
fautes.append("appelee(s) mais NON DECLAREE(S) dans requirements.yml : "
+ ", ".join(manquantes))
if sans_epingle:
fautes.append("declaree(s) SANS VERSION — le deploiement prendra ce qui passe : "
+ ", ".join(sans_epingle))
portabilite : declarer ce dont le moteur depend — quatre defauts reveles par le runner Premiere materialisation d'une VM de tenant depuis le runner du SITE. Elle a echoue quatre fois d'affilee, sur quatre dependances que le moteur ne declarait nulle part. Chacune fonctionnait chez le mainteneur pour une raison DIFFERENTE, et aucune de ces raisons n'existe sur une autre machine. 1. VERSIONS DES COLLECTIONS. `requirements.yml` les nommait sans les epingler. Le runner a recu `community.general` 13.3.0 quand le poste porte la 10.3.0 — et la 11 a retire les modules Proxmox de cette collection. ERROR! couldn't resolve module/action 'community.general.proxmox_pool' 2. INSTALLATION EN AVANT. `ansible-galaxy` ne retrograde pas : declarer la 10.3.0 ne suffisait pas a defaire une 13.3.0 deja posee. `--force`. 3. EMPLACEMENT. Le `Makefile` pose `ANSIBLE_HOME ?= $(CURDIR)/.ansible` : sous `make`, Ansible ne lit QUE `<moteur>/.ansible/collections`. Le role deposait dans `<racine>/.ansible/collections` — a cote, jamais lu. Invisible chez le mainteneur, ou les collections viennent du paquet systeme, toujours dans le chemin quel que soit ANSIBLE_HOME. Et le garde-fou d'installation suivait le DEPOT des archives : changer la destination ne le declenchait pas. Il mesure desormais la destination — meme piege qu'en 2026-08-24, deplace d'un cran. 4. BIBLIOTHEQUES PYTHON. Le venv recevait `ansible-core` et `pyyaml`, ecrits en dur. Les modules Proxmox tournent `delegate_to: localhost` et exigent `proxmoxer` SUR LE CONTROLEUR. La bibliotheque Python proxmoxer est absente Ne d'ici : `requirements-python.txt`, avec sa frontiere ecrite — il ne declare QUE ce qui tourne sur le controleur. `python-ldap` et `psycopg2` s'executent sur leurs cibles ; le poste du mainteneur ne les a pas et la flotte se deploie, ce qui prouve que la ligne est au bon endroit. P51 garde les trois faiblesses de cette famille : une dependance utilisee sans etre declaree (le defaut du 2026-08-24, `ansible.posix`), une dependance declaree sans version, et `proxmoxer` absent alors que des playbooks Proxmox existent. Quatre controles negatifs verifies. RESULTAT : ops-01 materialisee par le runner du site. L'agent invite rapporte `eth0 10.17.19.41/24`, Debian 13 trixie — l'adressage derive du plan, applique. Un seul executant masque ces ecarts indefiniment ; un second les revele tous en une soiree. Meme mecanique que le second tenant en aout. make prouver : CONFORME, 51 OK, 0 echec. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-27 22:38:35 -04:00
# LES BIBLIOTHEQUES PYTHON DU CONTROLEUR, MEME EXIGENCE (2026-08-27). Les collections
# etaient declarees ; ce dont leurs modules dependent ne l'etait nulle part. Le venv
# d'un poste recevait `ansible-core` et `pyyaml`, ecrits en dur dans le role. Le runner
# a echoue sur « la bibliotheque Python proxmoxer est absente » — que le poste du
# mainteneur possedait par son paquet systeme, sans que personne ne l'ait declaree.
py = RACINE / "requirements-python.txt"
if not py.is_file():
fautes.append("requirements-python.txt est absent : les bibliotheques du "
"controleur ne sont declarees nulle part.")
else:
lignes = [l.strip() for l in py.read_text(encoding="utf-8").splitlines()
if l.strip() and not l.strip().startswith("#")]
floues = [l for l in lignes if "==" not in l]
if not lignes:
fautes.append("requirements-python.txt ne declare aucune bibliotheque.")
if floues:
fautes.append("bibliotheque(s) Python sans version exacte : " + ", ".join(floues))
# Le moteur appelle des modules Proxmox EN LOCAL : `proxmoxer` est donc exige sur
# le controleur. C'est la dependance dont l'absence a bloque la premiere
# materialisation depuis le runner ; on la nomme pour qu'elle ne reparte pas.
if any((RACINE / "playbooks").rglob("*proxmox*")) and \
not any(l.lower().startswith("proxmoxer") for l in lignes):
fautes.append("le moteur porte des playbooks Proxmox mais ne declare pas "
"`proxmoxer`, exige sur le CONTROLEUR.")
py_n = len(lignes)
collections : epingler les versions — le runner echouait la ou le poste reussissait Premiere materialisation de VM depuis le runner du SITE : ERROR! couldn't resolve module/action 'community.general.proxmox_pool' Meme depot, meme playbook, meme plan que chez le mainteneur. La difference tenait a une seule chose que le moteur ne disait pas : la VERSION de ses collections. Le poste porte `community.general` 10.3.0. Le runner, monte un jour plus tard, a recu la 13.3.0 — et la version 11 a RETIRE les modules Proxmox de cette collection (ils vivent desormais dans `community.proxmox`). `requirements.yml` nommait ses collections sans dire lesquelles : chaque machine installait donc ce qui etait courant le jour de son montage. Une dependance non epinglee n'est pas une dependance, c'est un pari sur l'etat d'Internet a la date du deploiement. TROIS CORRECTIONS. `requirements.yml` epingle les trois collections aux versions eprouvees. `serveur_ops` installe avec `--force`. Sans lui, ansible-galaxy laisse en place une version SUPERIEURE a celle demandee : il ne retrograde pas. Un poste peut etre en avance, pas seulement en retard, et le depot doit faire autorite dans les deux sens. P51 garde les deux faiblesses de ce fichier — celle du 2026-08-24, une collection utilisee sans etre declaree (`ansible.posix`), et celle d'aujourd'hui, declaree sans version. La preuve ne lit que les fichiers de TACHES : un `defaults/main.yml` porte `net.ipv4.ip_forward`, qu'un motif trop large prend pour un module. MIGRATION CONNUE, PAS FAITE : passer les quatre modules Proxmox a `community.proxmox` permettra de suivre `community.general` au-dela de la 11. make prouver : CONFORME, 51 OK, 0 echec. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-27 18:58:23 -04:00
if fautes:
return False, " | ".join(fautes)
portabilite : declarer ce dont le moteur depend — quatre defauts reveles par le runner Premiere materialisation d'une VM de tenant depuis le runner du SITE. Elle a echoue quatre fois d'affilee, sur quatre dependances que le moteur ne declarait nulle part. Chacune fonctionnait chez le mainteneur pour une raison DIFFERENTE, et aucune de ces raisons n'existe sur une autre machine. 1. VERSIONS DES COLLECTIONS. `requirements.yml` les nommait sans les epingler. Le runner a recu `community.general` 13.3.0 quand le poste porte la 10.3.0 — et la 11 a retire les modules Proxmox de cette collection. ERROR! couldn't resolve module/action 'community.general.proxmox_pool' 2. INSTALLATION EN AVANT. `ansible-galaxy` ne retrograde pas : declarer la 10.3.0 ne suffisait pas a defaire une 13.3.0 deja posee. `--force`. 3. EMPLACEMENT. Le `Makefile` pose `ANSIBLE_HOME ?= $(CURDIR)/.ansible` : sous `make`, Ansible ne lit QUE `<moteur>/.ansible/collections`. Le role deposait dans `<racine>/.ansible/collections` — a cote, jamais lu. Invisible chez le mainteneur, ou les collections viennent du paquet systeme, toujours dans le chemin quel que soit ANSIBLE_HOME. Et le garde-fou d'installation suivait le DEPOT des archives : changer la destination ne le declenchait pas. Il mesure desormais la destination — meme piege qu'en 2026-08-24, deplace d'un cran. 4. BIBLIOTHEQUES PYTHON. Le venv recevait `ansible-core` et `pyyaml`, ecrits en dur. Les modules Proxmox tournent `delegate_to: localhost` et exigent `proxmoxer` SUR LE CONTROLEUR. La bibliotheque Python proxmoxer est absente Ne d'ici : `requirements-python.txt`, avec sa frontiere ecrite — il ne declare QUE ce qui tourne sur le controleur. `python-ldap` et `psycopg2` s'executent sur leurs cibles ; le poste du mainteneur ne les a pas et la flotte se deploie, ce qui prouve que la ligne est au bon endroit. P51 garde les trois faiblesses de cette famille : une dependance utilisee sans etre declaree (le defaut du 2026-08-24, `ansible.posix`), une dependance declaree sans version, et `proxmoxer` absent alors que des playbooks Proxmox existent. Quatre controles negatifs verifies. RESULTAT : ops-01 materialisee par le runner du site. L'agent invite rapporte `eth0 10.17.19.41/24`, Debian 13 trixie — l'adressage derive du plan, applique. Un seul executant masque ces ecarts indefiniment ; un second les revele tous en une soiree. Meme mecanique que le second tenant en aout. make prouver : CONFORME, 51 OK, 0 echec. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-27 22:38:35 -04:00
return True, (f"{len(utilisees)} collection(s) et {py_n} bibliotheque(s) Python "
collections : epingler les versions — le runner echouait la ou le poste reussissait Premiere materialisation de VM depuis le runner du SITE : ERROR! couldn't resolve module/action 'community.general.proxmox_pool' Meme depot, meme playbook, meme plan que chez le mainteneur. La difference tenait a une seule chose que le moteur ne disait pas : la VERSION de ses collections. Le poste porte `community.general` 10.3.0. Le runner, monte un jour plus tard, a recu la 13.3.0 — et la version 11 a RETIRE les modules Proxmox de cette collection (ils vivent desormais dans `community.proxmox`). `requirements.yml` nommait ses collections sans dire lesquelles : chaque machine installait donc ce qui etait courant le jour de son montage. Une dependance non epinglee n'est pas une dependance, c'est un pari sur l'etat d'Internet a la date du deploiement. TROIS CORRECTIONS. `requirements.yml` epingle les trois collections aux versions eprouvees. `serveur_ops` installe avec `--force`. Sans lui, ansible-galaxy laisse en place une version SUPERIEURE a celle demandee : il ne retrograde pas. Un poste peut etre en avance, pas seulement en retard, et le depot doit faire autorite dans les deux sens. P51 garde les deux faiblesses de ce fichier — celle du 2026-08-24, une collection utilisee sans etre declaree (`ansible.posix`), et celle d'aujourd'hui, declaree sans version. La preuve ne lit que les fichiers de TACHES : un `defaults/main.yml` porte `net.ipv4.ip_forward`, qu'un motif trop large prend pour un module. MIGRATION CONNUE, PAS FAITE : passer les quatre modules Proxmox a `community.proxmox` permettra de suivre `community.general` au-dela de la 11. make prouver : CONFORME, 51 OK, 0 echec. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-27 18:58:23 -04:00
f"declarees et epinglees : "
+ ", ".join(f"{c}=={declarees[c]}" for c in sorted(utilisees)))
frontiere : le devis sait desormais refuser SANS consigner L'outil ne savait qu'AUTORISER — `"action": "pass"` etait en dur dans l'emetteur. Une regle de silence ne pouvait donc pas naitre du depot, et j'en avais pose deux a la main sur le boitier : exactement ce que ce projet refuse. CE QUI L'A MOTIVE. Le journal de la frontiere ecrivait 982 000 entrees par jour, dont 82 % un balayage Internet contre le port VNC et le reste du bavardage de decouverte du reseau local. Sa fenetre utile etait tombee a QUARANTE-QUATRE SECONDES. J'y ai cherche la trace d'un flux du site vers les hyperviseurs, je n'ai rien trouve, et j'en ai conclu a tort qu'aucune regle ne bloquait. Un journal noye ment aussi surement qu'un journal mort. Mesure apres declaration : ~20 700/jour. Une regle de silence ne change AUCUN comportement : ce qu'elle vise etait deja refuse par le defaut. Elle ne supprime qu'une trace que personne ne lira. TROIS PIECES. `cle_regle` accepte une action sans changer d'un octet la cle des regles `pass` deja posees. L'ajout naif d'un champ les aurait toutes detruites pour les recreer a l'identique, sur la frontiere, en production. Le plan l'a confirme : 7 a creer, 0 a retirer, 121 inchangees. `_corps_regle` lit l'action, la consignation et la SEQUENCE depuis le devis. La sequence est ce qui rend un `block` sur : OPNsense evalue en `quick`, donc un blocage large emis avant les `pass` fermerait courrier, web et acces distant. `devis_opnsense` lit `opnsense_silences` et en fabrique regles et alias, motif compris — une regle `block` muette sans raison ecrite est indiscernable d'un oubli. P50 garde ces deux dangers. Controles negatifs verifies : un silence en sequence 1 echoue, un silence sans motif echoue. Carte : 28 pieces d'audit (P48 l'avait vu juste). make prouver : CONFORME, 50 OK, 0 echec. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-27 18:10:39 -04:00
def preuve_silences_declares() -> tuple[bool, str]:
"""Un `block` muet doit etre DECLARE, place APRES les `pass`, et porter son motif.
POURQUOI (mesure du 2026-08-27). Le journal de la frontiere ecrivait 982 000 entrees
par jour, dont 82 % un balayage Internet contre le port VNC. Sa fenetre utile etait
tombee a QUARANTE-QUATRE SECONDES : j'y ai cherche la trace d'un flux du site vers les
hyperviseurs, je n'ai rien trouve, et j'en ai conclu a tort qu'aucune regle ne
bloquait. Un journal noye ment aussi surement qu'un journal mort.
La reponse — taire ce qui est deja refuse — introduit dans l'outil sa PREMIERE regle
de blocage. Elle amene deux dangers que cette preuve garde :
1. L'ORDRE. OPNsense evalue en `quick` : la premiere regle qui correspond gagne. Un
blocage large emis avant les `pass` du devis fermerait d'un coup le courrier, le
web et l'acces distant. Les silences doivent donc porter une sequence STRICTEMENT
superieure a celle de toute regle `pass`.
2. LE MOTIF. Une regle `block` sans raison ecrite est indiscernable d'un oubli pour
qui relira cette frontiere dans six mois. Le silence se justifie ou n'existe pas.
On rejoue le devis en memoire — rien n'est ecrit, rien n'est joint sur le reseau.
"""
try:
sys.path.insert(0, str(RACINE / "scripts"))
import devis_opnsense as DO
devis = DO.construire(DO.decouvrir_du_site())
except Exception as e: # noqa: BLE001
return False, (f"Le devis de la frontiere n'a pas pu etre rejoue : {e}. "
f"Sans lui, on ne sait pas ce que la frontiere recevrait.")
regles = devis.get("regles") or []
silences = [r for r in regles if str(r.get("action") or "pass") != "pass"]
if not silences:
return True, ("Aucune regle de blocage au devis — rien a garder. La preuve "
"redeviendra parlante des qu'un silence sera declare.")
seq_pass = [int(r.get("sequence") or 1) for r in regles
if str(r.get("action") or "pass") == "pass"]
plancher = max(seq_pass) if seq_pass else 1
fautes = []
for r in silences:
seq = int(r.get("sequence") or 1)
if seq <= plancher:
fautes.append(
f"{r['interface']}/{r['role']} : sequence {seq} <= {plancher}, la plus "
f"haute des regles `pass`. En `quick`, ce blocage gagnerait AVANT elles.")
if r.get("journaliser"):
fautes.append(f"{r['interface']}/{r['role']} : consigne — ce n'est pas un silence.")
raison = str(r.get("raison") or "").strip()
if len(raison) < 30:
fautes.append(
f"{r['interface']}/{r['role']} : motif absent ou trop court "
f"({len(raison)} car.). Un blocage muet sans raison ecrite est un oubli.")
if fautes:
return False, " | ".join(fautes)
return True, (f"{len(silences)} silence(s) declare(s), tous en sequence > {plancher} "
f"(la plus haute des {len(seq_pass)} regles `pass`), tous non consignes "
f"et tous motives.")
flux : P49 — le registre des flux avait derive sans bruit `docs/registre-flux.md` est GENERE depuis les `roles/*/meta/flux.yml`, et c'est le document qu'un humain lit pour savoir ce que le pare-feu laisse passer. Son EXISTENCE etait verifiee depuis longtemps ; sa FRAICHEUR ne l'etait pas. Il avait derive : la garde d'administration y portait encore `10.0.0.0/24` alors que le reseau d'administration vaut `10.17.0.0/24`, deux flux `client_resolveur` ajoutes depuis n'y figuraient pas, et un hote manquait des listes de sources. Un lecteur y aurait lu un pare-feu qui n'existe plus. L'inventaire avait deja sa garde — P03, le diff-vide du plan. Le registre des flux est le meme genre d'artefact : genere, versionne, lu par un humain. Il lui manquait la meme. `generer_registre` etant une fonction PURE, P49 la rejoue en memoire et compare — une preuve qui repare ce qu'elle mesure ne mesure plus rien. Controle negatif ideal, et il ne s'invente pas : la version commitee elle-meme. Restauree, la preuve echoue ; regeneree, elle passe. CE QUE CETTE DECOUVERTE CORRIGE AUSSI DANS MA TETE. J'avais decrit le symptome comme « le runner salit ses propres clones » — une contradiction structurelle entre un depot-clone et un repertoire de travail. C'etait faux, et la question de l'exploitant l'a mis au jour. Regenerer un artefact DOIT produire un diff quand les sources ont change ; ce qui manquait n'etait pas une architecture, c'etait une garde. Un symptome observe depuis un seul endroit ressemble toujours a une propriete de cet endroit. Ce commit emporte aussi la regeneration elle-meme : le registre du moteur, et les quatorze fichiers nftables de Chezlepro, remis en accord avec leurs sources. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-26 16:58:17 -04:00
def preuve_registre_flux_a_jour() -> tuple[bool, str]:
"""La matrice d'audit des flux dit ce que le moteur declare AUJOURD'HUI.
POURQUOI (mesure du 2026-08-26). `docs/registre-flux.md` est GENERE depuis les
`roles/*/meta/flux.yml`, et c'est le document qu'un humain lit pour savoir ce que le
pare-feu laisse passer. Son existence etait verifiee (P31) ; sa FRAICHEUR ne l'etait
pas.
Il avait derive sans bruit : la garde d'administration y portait encore `10.0.0.0/24`
alors que le reseau d'administration vaut `10.17.0.0/24`, et deux flux `client_resolveur`
ajoutes depuis n'y figuraient pas. Un lecteur y aurait lu un pare-feu qui n'existe plus.
L'INVENTAIRE AVAIT DEJA SA GARDE — P03, le diff-vide du plan. Le registre des flux est
le meme genre d'artefact : genere, versionne, lu par un humain. Il lui manquait la
meme.
`generer_registre` est une fonction PURE : on la rejoue en memoire et on compare. Rien
n'est ecrit — une preuve qui repare ce qu'elle mesure ne mesure plus rien.
"""
fichier = RACINE / "docs" / "registre-flux.md"
if not fichier.is_file():
return False, "docs/registre-flux.md est introuvable."
try:
sys.path.insert(0, str(RACINE / "scripts"))
import resoudre_flux as RF
attendu = RF.generer_registre(RF.charger_flux())
except Exception as e: # noqa: BLE001
return False, (f"Le registre des flux n'a pas pu etre rejoue : {e}. "
f"Tant qu'on ne sait pas le regenerer, on ne sait pas s'il dit vrai.")
actuel = fichier.read_text(encoding="utf-8")
if actuel == attendu:
return True, ("Le registre des flux reproduit exactement ce que les "
f"`meta/flux.yml` declarent ({len(attendu.splitlines())} lignes).")
a, b = actuel.splitlines(), attendu.splitlines()
ecarts = [f"ligne {i + 1} : le fichier dit « {x[:70]} », le moteur « {y[:70]} »"
for i, (x, y) in enumerate(zip(a, b)) if x != y][:3]
if len(a) != len(b):
ecarts.append(f"longueurs differentes : {len(a)} lignes contre {len(b)}")
return False, ("`docs/registre-flux.md` ne dit plus ce que le moteur declare. "
"Rejouer `make flux` et commiter le resultat.\n - "
+ "\n - ".join(ecarts))
site : quatre zones d'autorite, et l'ordre inscrit dans les integrations Le site n'est plus un /24 plat. Une zone par nature d'autorite — pilotage, autorite, genome, service — chacune son VLAN et sa patte sur la frontiere. L'inversion corrigee, mesuree : les cinq VM du site n'avaient AUCUN filtrage est-ouest, contre policy_in=DROP sur une machine de tenant. La plus autoritaire etait la moins protegee. Filtrage nord-sud par choix de l'exploitant : un seul point de police, un seul devis. 90 -> 117 regles. Chaque flux `flotte` produit une regle par zone SOURCE, destination nommee — ce qui etait gratuit devient police. L'ORDRE FAIT PARTIE DE L'INTEGRATION. client_pki tournait en parallele sur tous les hotes ; sur celui qui porte l'autorite il recharge step-ca, et les quatre autres echouaient dans cette fenetre sur `TLS handshake timeout` — un message qui accuse le reseau. Chaque integration declare desormais sa dependance dans meta/integration.yml, les playbooks en sont le miroir genere, et P44 refuse l'ecart (4 controles negatifs). `serveur: ~` est une reponse valable : client_metrique pose un exportateur qu'on vient LIRE. Autres defauts du meme soir : - le plancher /etc/hosts venait APRES le premier apt, qui vise le cache par son NOM : boucle fermee des que les adresses changent. Il ne s'installe pas, il rend installable. - dns_amorcage ecrit en dur a eu tort deux fois ; il se derive de serveur_resolveur. - l'ACL du resolveur derivait d'un seul sous-reseau : trois zones refusees sur quatre. ET UNE ERREUR A MOI : j'ai diagnostique un trou noir de MTU et declare 1450. Faux — pas de VXLAN sur ce chemin, tout est a 1500 de bout en bout. Ma mesure etait reelle, mon interpretation non : je venais de debrancher la carte a chaud, et chaque `ip link set mtu` reconfigurait l'interface. C'est la reconfiguration qui debloquait, pas la valeur. 44 preuves vertes, ansible-lint profil production. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-25 17:31:07 -04:00
glossaire : le metier n'etait explique nulle part Demande de l'exploitant apres une soiree passee a croiser « strophe FRR », VRF, VNet et nexthop-vrf : cet ecosysteme doit rester pilotable par un humain, idealement un seul ; que chaque notion sous-jacente soit ENSEIGNEE. MESURE AVANT D'ECRIRE : 40 termes employes par le depot et absents du glossaire — LDAP 184 fois, playbook 165, underlay 106, EVPN 66, VRF 33, LMTP 25. Le glossaire expliquait le vocabulaire propre a Set-OPS (plan, index, voute, zone) et laissait dehors tout ce qui vient du metier. Or c'est le metier qui perd le lecteur. CE N'EST PAS UN DEFAUT DE REDACTION. La regle fondatrice du depot est qu'un humain pilote sans IA. Chaque mot obscur retire une personne a la liste de celles qui peuvent reprendre le systeme : un vocabulaire non explique est un defaut de CONCEPTION. - Glossaire reecrit : 67 termes groupes par famille (plan, machines, Ansible, reseau, noms, confiance, identite, courriel, etat et preuve). Chaque entree dit ce que c'est ET pourquoi ce depot s'en sert, avec renvoi vers l'unite qui developpe. - Unite d'apprentissage manquante : « Le reseau des tenants ». Dix-sept des quarante termes y vivaient sans domicile. Elle suit l'ordre ou les problemes se sont poses : deux clients sur un cable -> VLAN -> ses deux limites -> encapsulation -> pourquoi 1450 -> EVPN -> le VRF, qui n'est pas une interdiction mais une ignorance structurelle. - Navigation : la nouvelle unite est au sidebar ; le plan de recette regenere (P22 l'a exige des l'ajout de la page — le harnais a mordu). P39 verifie : chaque terme du jargon a une entree ; chaque lien du glossaire mene a une page existante ; chaque page du wiki est atteignable depuis la navigation. LA LISTE EST DECLAREE, ET C'EST UN CHOIX MESURE. La derivation automatique a ete essayee : 153 acronymes dans le wiki et le README, dont la moitie sont des mots francais en capitales (AUCUNE, AVANT, TOUS). Un controle qui exige une entree pour « AUCUNE » finit desactive, et une preuve desactivee ne garde rien. La preuve dit elle-meme cet angle mort. EPROUVEE EN NEGATIF contre le glossaire d'avant : 49 termes manquants, nommes un par un. make verifier 39 OK, 0 echec, 0 saute ; make ci idem. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-21 12:15:55 -04:00
def preuve_glossaire_enseigne() -> tuple[bool, str]:
"""Tout mot que le depot emploie devant l'exploitant est explique au glossaire.
POURQUOI (exigence de l'exploitant, 2026-08-21). La regle fondatrice du depot est
qu'un humain doit pouvoir piloter cet ecosysteme SANS IA — idealement un seul. Un
vocabulaire qu'on n'explique pas est donc un defaut de conception, pas un detail de
redaction : chaque mot obscur retire une personne a la liste de celles qui peuvent
reprendre le systeme.
Mesure du jour, qui a motive la preuve : 40 termes employes par le depot et absents
du glossaire — `underlay` 106 fois, `EVPN` 66, `VRF` 33, `LDAP` 184. Le glossaire
definissait le vocabulaire propre a Set-OPS (plan, index, voute) et laissait dehors
tout ce qui vient du metier.
CE QU'ELLE TESTE :
- chaque terme de `JARGON_A_ENSEIGNER` a une entree au glossaire ;
- chaque lien du glossaire vers une page du wiki mene a une page qui EXISTE ;
- chaque page du wiki est atteignable depuis `_Sidebar.md` — une unite que la
navigation ne cite pas n'est lue par personne.
CE QU'ELLE NE PEUT PAS TESTER, et il faut le dire : qu'un mot que PERSONNE n'a
declare manque a la liste. Elle garde ce qu'on lui confie ; elle ne devine pas. Et
elle ne juge pas la QUALITE d'une explication — cela se lit, cela ne se mesure pas.
"""
wiki = RACINE / "wiki"
glossaire = wiki / "Glossaire.md"
if not glossaire.is_file():
return False, "wiki/Glossaire.md absent"
texte = glossaire.read_text(encoding="utf-8", errors="ignore")
# Comparaison SANS ACCENTS et sur des mots entiers. Le glossaire s'ecrit en francais
# correct (« Frontière », « Voûte », « Rôle ») ; c'est a la preuve de s'y plier, pas
# au texte de s'appauvrir. Les bornes de mot evitent le faux positif classique :
# « controle » contient « role ».
def _sans_accent(s: str) -> str:
return "".join(c for c in unicodedata.normalize("NFD", s)
if unicodedata.category(c) != "Mn")
nu = _sans_accent(texte)
manquants = [t for t in JARGON_A_ENSEIGNER
if not re.search(rf"\b{re.escape(_sans_accent(t))}\b", nu, re.IGNORECASE)]
pages = {p.stem for p in wiki.glob("*.md")}
liens = set(re.findall(r"\]\(([A-Za-zÀ-ÿ0-9'’\-]+)\)", texte))
casses = sorted(l for l in liens if l not in pages)
sidebar = (wiki / "_Sidebar.md")
orphelines: list[str] = []
if sidebar.is_file():
nav = sidebar.read_text(encoding="utf-8", errors="ignore")
orphelines = sorted(p for p in pages
if p not in ("_Sidebar", "README", "Home")
and f"({p})" not in nav)
echecs = []
if manquants:
echecs.append(f"{len(manquants)} terme(s) employe(s) sans entree au glossaire : "
+ ", ".join(manquants))
if casses:
echecs.append(f"{len(casses)} lien(s) du glossaire vers une page inexistante : "
+ ", ".join(casses))
if orphelines:
echecs.append(f"{len(orphelines)} page(s) du wiki absente(s) de la navigation : "
+ ", ".join(orphelines))
if echecs:
return False, " | ".join(echecs)
return True, (f"Glossaire complet : {len(JARGON_A_ENSEIGNER)} terme(s) du jargon "
f"expliques, {len(liens)} lien(s) valides, {len(pages)} page(s) de wiki "
f"toutes atteignables.")
catalogue : la carte des services avait quatre mois de retard sur le moteur `catalogue-services.md` est le document qu'on lit pour savoir ce que Set-OPS FAIT : l'hebergeur d'un second site, un futur client, un mainteneur qui arrive. Verifie role par role contre roles/, voici ce qu'il disait de faux. - « Capacites futures encore a implementer : collaboration (Nextcloud/Collabora) et couche web (frontal/dorsal) » — les quatre roles existent, collab-01, web-frontal-01 et web-dorsal-01 sont ACTIFS, et les deux roles web sont codifies depuis les spikes du 2026-07-05. - « La federation LDAP n'est pas automatisee dans le role ; Keycloak n'est pas expose » — serveur_keycloak/tasks/federation-ldap.yml existe, et le plan declare `expose: auth.<domaine>`. - `infra-mail-01` : « Sendmail MTA » — c'est Dovecot ; Sendmail est retire depuis le 2026-07-04. La table des hotes datait d'avant la separation edge-mta / mailstore. - `client_supervision` annonce comme integration — n'a JAMAIS eu ni role ni playbook. La supervision ne pose rien sur les hotes : controles actifs depuis le coeur, resultats passifs pousses par l'API (c'est backup-01 qui rapporte l'etat de ses depots). - Une colonne « Role » decorative inventait des noms (`nextcloud`, `client_metriques`) : le role porte le nom du GROUPE. Colonne retiree. Et NEUF roles vivants ne figuraient dans aucune table — le socle, toute la pile courriel, les sauvegardes, Icinga Web 2, oauth2-proxy, Unbound. Deux (`serveur_backup`, `client_backup`) n'etaient nommes NULLE PART. P38 — CE QUE P31 NE POUVAIT PAS VOIR. P31 verifie que tout est nomme et atteignable, pas qu'un document dise vrai : une carte peut etre complete et perimee. P38 confronte le catalogue au code dans les deux sens, et c'est la TABLE qui fait foi des deux cotes : tout role figure dans une ligne de table (la prose ne suffit pas — la pile courriel y etait racontee et introuvable pour qui lit un index), et tout groupe cite en table existe reellement (role, ou playbook de groupe pour `serveur_durci`, qui en compose onze). Deux exemptions nommees : la prose peut citer les roles RETIRES, sinon on ne peut plus ecrire d'ou l'on vient ; et P38 ne juge pas si une description est JUSTE — cela se revoit contre le CHANGELOG, le mecaniser serait se mentir. EPROUVEE EN NEGATIF : rejouee contre la version d'avant, elle echoue en nommant les neuf roles absents et les trois cases fantomes. Le catalogue dit aussi desormais ou il s'arrete : la reconstruction prouve qu'une machine nue atteint l'etat voulu, pas la tenue sous charge ; et l'usage reel de Nextcloud n'est pas consigne comme preuve. Lacune nommee au passage : la dependance causale serveur_web_frontal -> serveur_nginx n'est toujours pas declaree. make prouver : 38 OK, 0 echec, 0 saute. make test inchange. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-19 11:07:59 -04:00
def preuve_catalogue_a_jour() -> tuple[bool, str]:
"""Le catalogue des services nomme TOUT ce que le moteur sait deployer, et rien d'autre.
POURQUOI (mesure du 2026-08-18). `catalogue-services.md` est la carte de ce que Set-OPS
FAIT — le document que lit l'hebergeur d'un second site, un futur client, un mainteneur
qui arrive. Il avait quatre mois de retard : il annoncait comme « capacites futures
encore a implementer » la collaboration (Nextcloud/Collabora) et la couche web
(frontal/dorsal), dont les roles existent et dont les hotes sont ACTIFS ; il disait la
federation LDAP de Keycloak « pas encore automatisee » alors que le role la pose ; ses
tables ignoraient NEUF roles vivants (le socle, la pile courriel entiere, les
sauvegardes, Icinga Web 2, oauth2-proxy, Unbound) dont deux — `serveur_backup` et
`client_backup` — que le document ne nommait NULLE PART ; et il annoncait une
integration `client_supervision`
qui n'a jamais existe, plus deux roles inventes par une colonne « Role » decorative
(`client_metriques`, `client_journaux`, au pluriel).
P31 ne pouvait pas le voir : elle verifie que chaque script, cible `make` et role est
NOMME et ATTEIGNABLE — pas qu'un document dise vrai. Une carte peut etre complete et
perimee.
CE QU'ELLE TESTE, dans les deux sens — et des DEUX cotes c'est la TABLE qui fait foi :
- tout role `serveur_*` / `client_*` figure dans une ligne de table. Etre cite dans
un paragraphe ne suffit pas : la pile courriel (`serveur_postfix`,
`serveur_dovecot`, `serveur_rspamd`) etait racontee en prose et absente de toutes
les tables — introuvable pour qui lit le catalogue comme un index, c'est-a-dire
pour tout le monde ;
- tout groupe cite dans une LIGNE DE TABLE du catalogue existe reellement — comme
role, ou comme playbook de groupe (`serveur_durci` compose des roles de
durcissement sans role homonyme). Une case de table est une affirmation
d'existence : c'est ainsi que `client_supervision` a survecu des mois.
CE QU'ELLE NE TESTE PAS, et c'est deliberate :
- la PROSE. Le catalogue raconte son histoire, y compris les roles RETIRES
(`serveur_sendmail`, `client_dns`, `client_ldap`) : les nommer hors table doit
rester permis, sinon on ne peut plus ecrire d'ou l'on vient ;
- que la description soit JUSTE. Qu'un service soit dit « eprouve » a bon droit se
juge en revue, contre le CHANGELOG. Mecaniser ce jugement serait se mentir.
"""
catalogue = RACINE / "docs" / "catalogue-services.md"
if not catalogue.is_file():
return False, "docs/catalogue-services.md absent"
texte = catalogue.read_text(encoding="utf-8", errors="ignore")
roles = {d.name for d in (RACINE / "roles").iterdir()
if d.is_dir() and d.name.startswith(("serveur_", "client_"))}
groupes = {p.stem for p in (RACINE / "playbooks" / "groupes").glob("*.yml")}
lignes_table = [l for l in texte.splitlines() if l.lstrip().startswith("|")]
cites = {m for l in lignes_table for m in re.findall(r"(?:serveur|client)_[a-z0-9_]+", l)}
tus = sorted(r for r in roles if r not in cites)
fantomes = sorted(c for c in cites if c not in roles and c not in groupes)
echecs = []
if tus:
echecs.append(f"{len(tus)} role(s) que le catalogue ne nomme pas : " + ", ".join(tus))
if fantomes:
echecs.append(f"{len(fantomes)} groupe(s) annonce(s) en table sans role ni playbook : "
+ ", ".join(fantomes))
if echecs:
return False, " | ".join(echecs)
return True, (f"Catalogue a jour : {len(roles)} role(s) serveur/client tous nommes, "
f"{len(cites)} groupe(s) cite(s) en table existent tous.")
def preuve_documentation_outillage() -> tuple[bool, str]:
"""Tout ce que Set-OPS FAIT s'explique et reste atteignable.
Exigence de l'exploitant, 2026-08-08 : « la doc dit et explique tout ce que Set-OPS
fait, et pourquoi c'est ainsi. » Une exigence qu'on n'outille pas pourrit en silence
— la carte annoncait « 28 decisions » quand il y en avait 66, et disait les acces
« non construits » alors qu'ils tournaient en production.
CE QU'ELLE TESTE, et pourquoi ainsi :
- chaque `scripts/*.py` porte une docstring de module dont la premiere ligne
explique a quoi il sert. Le premier jet verifiait plutot que le nom du script
« apparaisse dans un document » : deux fois ce critere s'est revele creux —
d'abord parce que le rapport d'audit GENERE recopiait les noms manquants dans
son message d'echec, ensuite parce qu'un inventaire genere de l'outillage
aurait fait passer la preuve au vert sans qu'une ligne soit ecrite. Un critere
qu'on peut satisfaire en generant du texte ne prouve rien ;
- chaque script est ATTEIGNABLE : invoque par une cible `make`, ou importe/appele
par un autre script (bibliotheques partagees, scripts appeles par les preuves).
Un outil que rien n'atteint est du code mort qui se documente tout seul ;
- chaque cible `make` porte un texte d'aide `##`, SAUF celles prefixees `_` :
convention du depot pour les cibles internes (attentes, verifications de
privileges) qui ne sont pas des commandes d'exploitant. L'exemption est nommee
ici pour rester un choix et non un trou ;
- chaque role porte un README.
CE QU'ELLE NE TESTE PAS : que l'explication soit BONNE. Le « pourquoi » se juge en
revue ; il vit dans `CHANGELOG.md` (les faits mesures) et dans
`decisions-architecture.md`. Pretendre le mesurer mecaniquement serait se mentir.
"""
manques: list[str] = []
scripts = sorted((RACINE / "scripts").glob("*.py"))
textes = {f.name: f.read_text(encoding="utf-8", errors="ignore") for f in scripts}
makefile = (RACINE / "Makefile").read_text(encoding="utf-8", errors="ignore")
# `ast`, pas une expression reguliere : les scripts commencent par un shebang, et
# mon premier motif le prenait pour l'absence de docstring — 35 faux positifs d'un
# coup. Lire du Python avec le parseur de Python.
muets = []
for f in scripts:
try:
doc = ast.get_docstring(ast.parse(textes[f.name])) or ""
except SyntaxError:
muets.append(f"{f.name} (illisible)")
continue
if len(doc.strip().splitlines()[0] if doc.strip() else "") < 30:
muets.append(f.name)
if muets:
manques.append(f"{len(muets)} script(s) sans docstring explicative : "
+ ", ".join(muets[:6]) + ("…" if len(muets) > 6 else ""))
# Un script peut aussi etre invoque par un ROLE ou un PLAYBOOK — `serveur_keycloak`
# appelle `verifier_signature.py` pour controler la signature de son archive. Ne
# regarder que le Makefile et les autres scripts declarait ce script « injoignable »
# alors qu'il tourne a chaque deploiement. Trouve le 2026-08-10, en ajoutant
# justement cette verification : une preuve qui ignore un chemin d'appel reel accuse
# du code sain, et on apprend a passer outre — le pire sort pour une garde.
ansible_yaml = "\n".join(
f.read_text(encoding="utf-8", errors="ignore")
for dossier in ("roles", "playbooks")
for f in (RACINE / dossier).rglob("*.yml")
)
injoignables = []
for f in scripts:
autres = "\n".join(v for k, v in textes.items() if k != f.name)
module = f.stem
if f"scripts/{f.name}" in makefile:
continue
if module in autres: # importe ou appele par un autre outil
continue
if f.name in ansible_yaml: # invoque par un role ou un playbook
continue
injoignables.append(f.name)
if injoignables:
manques.append(f"{len(injoignables)} script(s) qu'aucune cible ni aucun outil "
f"n'atteint : " + ", ".join(injoignables[:6]))
muettes = [
ligne.split(":")[0]
for ligne in makefile.splitlines()
# `[A-Za-z]` et non `[a-z]` : le premier motif laissait passer TOUTE cible
# contenant une majuscule. `myDay` — alias de `reconstruire`, cite dans l'aide
# et dans la GUI — echappait donc au controle et n'avait aucun texte d'aide.
# Trouve par une question de l'exploitant, une heure apres l'ecriture de P31 :
# une preuve ne vaut que ce que vaut son motif.
if re.match(r"^[A-Za-z][A-Za-z0-9_-]*:", ligne) and "##" not in ligne
]
if muettes:
manques.append(f"{len(muettes)} cible(s) make sans texte d'aide `##` : "
+ ", ".join(sorted(muettes)[:6]) + ("…" if len(muettes) > 6 else ""))
sans_readme = sorted(
d.name for d in (RACINE / "roles").iterdir()
if d.is_dir() and not (d / "README.md").exists()
)
if sans_readme:
manques.append(f"{len(sans_readme)} role(s) sans README : " + ", ".join(sans_readme[:6]))
if manques:
return False, " | ".join(manques)
n_c = len([l for l in makefile.splitlines() if re.match(r"^[A-Za-z][A-Za-z0-9_-]*:", l)])
n_r = len([d for d in (RACINE / "roles").iterdir() if d.is_dir()])
return True, (f"{len(scripts)} scripts expliques et atteignables, "
f"{n_c} cibles make documentees, {n_r} roles avec README.")
# --- Registre des preuves : (id, titre, refs AFF, executeur) -----------------------
#
# executeur = liste de commandes argv (toutes doivent renvoyer 0), ou callable -> (ok, detail).
PREUVES: list[dict] = [
{"id": "P01", "titre": "Lint (ansible-lint)", "refs": ["AFF-006"],
"cmds": [["ansible-lint", "-q"]]},
GUI : la vue Nomenclature, et deux fautes que mes bancs ne voyaient pas LA VUE. La nomenclature etait le seul registre que le GUI ne savait pas ecrire du tout : ajouter une fonction exigeait d ouvrir le YAML. Elle a sa vue, et son formulaire est GENERE depuis le schema. Deuxieme registre sur six. couverture_gui verifier passe : les 28 champs des plans reels sont editables. Elle n est pas un registre comme les autres : elle decrit la REGLE dont VMID, VLAN, adresse et passerelle se derivent. Chaque fonction montre ce qu elle derive et les VM qui la portent ; l index est montre mais pas editable, parce qu il est alloue par le site ; valider_nomenclature refuse de retirer une fonction encore portee, ou de designer une zone non declaree. DEUX FAUTES, ET POURQUOI MES BANCS NE LES VOYAIENT PAS. Le formulaire des bases, livre la veille, etait casse dans un navigateur. Il lisait data.schema, or il n existe aucun data global : c est une const locale de charger(). ReferenceError a l ouverture, et zone morte dans sauvegarderBases. Je l avais eprouve sous node EN LUI PASSANT data : le banc reproduisait la fonction, pas sa portee. D ou test_rendu_gui.py, qui charge le JS entier dans un DOM simule et dessine les douze vues, avec son controle negatif. Le schema decrivait reservations comme une table de zones ; le fichier reel est un bloc plat. P61 comparait des NOMS aplatis, donc ne voyait rien. Elle compare desormais aussi la FORME. ECRIRE SANS DEPLACER UN COMMENTAIRE. _fusion_chirurgicale remplace le bloc entier des qu une valeur change : quinze entrees compactes devenaient 42 lignes, et le commentaire du poste d exploitation se retrouvait en tete du bloc, ou il affirmait que collab etait le poste d exploitation. Un commentaire deplace n est pas laid, il est faux. _fusion_table edite les tables ligne a ligne ; le diff fait trois lignes. Au passage : sort_keys triait le schema, donc l ordre des cases a l ecran (reserve_max avant reserve_min) ; et _ecrire_index_nomenclature ecrivait encore par write_text, oubliee au passage des ecritures atomiques. LIMITE : deux registres sur six sont generes, et je n ai toujours pas ouvert cette page dans un navigateur. make prouver : CONFORME, 60 OK, 0 echec, 1 saute. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01Crgis8CxCWkAGFA1ecBz3q
2026-09-08 17:08:45 -04:00
{"id": "P02", "titre": "Tests unitaires (inventaire, raser, ecriture atomique, rendu du GUI, nomenclature)", "refs": [],
"cmds": [[sys.executable, "scripts/tests/test_inventory_host.py"],
plan : l ecriture des registres devient atomique — tout, ou rien `path.open("w")` TRONQUE avant d ecrire : entre les deux, le fichier est vide. Une exception dans yaml.safe_dump, un disque plein, un Ctrl-C, et instance/plan/serveurs.yml reste mutile. L asymetrie fait la gravite : hosts.yml se regenere d un make instancier-appliquer, le PLAN ne se regenere de rien. C est la source unique de verite. Git est le filet, mais encore faut-il savoir qu on est tombe. TREIZE SITES, UNE SEULE FONCTION Le defaut n etait pas dans le GUI seul : douze sites dans sept fichiers, dont les miroirs CLI des MEMES registres. Corriger le GUI seul aurait recree la divergence que P41 garde depuis les neuf resolutions d instance. La fonction vit donc dans inventory_rules.py, que les sept importaient deja. Une source, pas douze. TROIS DETAILS QUI FONT LA DIFFERENCE ENTRE « CA MARCHE » ET « CA TIENT » temporaire dans le MEME dossier os.replace n est atomique qu au sein d un meme systeme de fichiers ; un /tmp sur une autre partition casserait la garantie sans rien dire fsync AVANT le rename sinon le renommage peut atteindre le disque avant le contenu : au retour d une coupure brutale, un fichier neuf et VIDE — le defaut qu on ferme, deplace d un cran report des droits mkstemp cree en 0600, le plan est en 0664 et doit rester lisible par le groupe sur les runners LE TEST PORTE SON PROPRE CONTROLE NEGATIF scripts/tests/test_ecriture_atomique.py rejoue D ABORD l ancienne forme et verifie qu elle DETRUIT. Sans ce controle, « le fichier est intact » ne prouverait rien — il pourrait l etre parce que rien n a ete ecrit du tout. Une garantie qu on n a jamais vue echouer n est pas une garantie, c est une habitude. Branche sur P02, dont le titre annoncait « inventory_host » alors qu il lance maintenant trois tests. Corrige au passage. LA VOUTE DU GUI : VERIFIEE, PAS DE DEFAUT Le soupcon etait qu executer_flux pose ANSIBLE_VAULT_PASSWORD_FILE (un seul mot de passe) alors que creer une VM ouvre DEUX voutes depuis « une voute, une cle ». Eprouve contre deux voutes JETABLES a mots de passe distincts — jamais les vraies. Les deux variables se CUMULENT : Ansible essaie tous les secrets, et un PASSWORD_FILE errone n empeche rien. Confirme en sondant l environnement qu une recette make recoit reellement : le mot de passe saisi ET les cinq cles calculees par voutes.py. Ce qui sauve ce chemin n est donc pas le mot de passe saisi, c est l IDENTITY_LIST que make pose par-dessus. Chacun couvre ce que l autre ne couvre pas — le PASSWORD_FILE sert le runner qui n a que sa cle, l IDENTITY_LIST le poste qui les a toutes. Ecrit au-dessus du code, pour que personne ne « simplifie » en retirant l un des deux. make prouver : CONFORME, 59 OK, 0 echec, 1 saute. make instancier : DIFF VIDE, quatre registres relus, droits 664 preserves. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01Crgis8CxCWkAGFA1ecBz3q
2026-09-08 14:57:57 -04:00
[sys.executable, "scripts/tests/test_raser.py"],
GUI : la vue Nomenclature, et deux fautes que mes bancs ne voyaient pas LA VUE. La nomenclature etait le seul registre que le GUI ne savait pas ecrire du tout : ajouter une fonction exigeait d ouvrir le YAML. Elle a sa vue, et son formulaire est GENERE depuis le schema. Deuxieme registre sur six. couverture_gui verifier passe : les 28 champs des plans reels sont editables. Elle n est pas un registre comme les autres : elle decrit la REGLE dont VMID, VLAN, adresse et passerelle se derivent. Chaque fonction montre ce qu elle derive et les VM qui la portent ; l index est montre mais pas editable, parce qu il est alloue par le site ; valider_nomenclature refuse de retirer une fonction encore portee, ou de designer une zone non declaree. DEUX FAUTES, ET POURQUOI MES BANCS NE LES VOYAIENT PAS. Le formulaire des bases, livre la veille, etait casse dans un navigateur. Il lisait data.schema, or il n existe aucun data global : c est une const locale de charger(). ReferenceError a l ouverture, et zone morte dans sauvegarderBases. Je l avais eprouve sous node EN LUI PASSANT data : le banc reproduisait la fonction, pas sa portee. D ou test_rendu_gui.py, qui charge le JS entier dans un DOM simule et dessine les douze vues, avec son controle negatif. Le schema decrivait reservations comme une table de zones ; le fichier reel est un bloc plat. P61 comparait des NOMS aplatis, donc ne voyait rien. Elle compare desormais aussi la FORME. ECRIRE SANS DEPLACER UN COMMENTAIRE. _fusion_chirurgicale remplace le bloc entier des qu une valeur change : quinze entrees compactes devenaient 42 lignes, et le commentaire du poste d exploitation se retrouvait en tete du bloc, ou il affirmait que collab etait le poste d exploitation. Un commentaire deplace n est pas laid, il est faux. _fusion_table edite les tables ligne a ligne ; le diff fait trois lignes. Au passage : sort_keys triait le schema, donc l ordre des cases a l ecran (reserve_max avant reserve_min) ; et _ecrire_index_nomenclature ecrivait encore par write_text, oubliee au passage des ecritures atomiques. LIMITE : deux registres sur six sont generes, et je n ai toujours pas ouvert cette page dans un navigateur. make prouver : CONFORME, 60 OK, 0 echec, 1 saute. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01Crgis8CxCWkAGFA1ecBz3q
2026-09-08 17:08:45 -04:00
[sys.executable, "scripts/tests/test_ecriture_atomique.py"],
# Le rendu, et non la seule syntaxe : `verifier_gui.py` passait au vert sur
# une page qui levait `ReferenceError` a l'ouverture.
[sys.executable, "scripts/tests/test_rendu_gui.py"],
# Le fichier le plus dense en memoire de decision du depot : ecrire dedans
# ne doit deplacer aucun commentaire.
[sys.executable, "scripts/tests/test_nomenclature_ecriture.py"]]},
{"id": "P03", "titre": "Diff-vide du plan — TOUTES les instances", "refs": ["AFF-001", "AFF-004", "AFF-030", "AFF-031", "AFF-032"],
"func": preuve_diff_vide_toutes_instances},
{"id": "P04", "titre": "Groupes <-> playbooks homonymes", "refs": ["AFF-008"],
"cmds": [[sys.executable, "scripts/inventory_host.py", "--inventaire", INV,
"verifier-playbooks", "--dossier-playbooks", GROUPES]]},
{"id": "P05", "titre": "Dependances causales de groupes", "refs": ["AFF-009", "AFF-084"],
"cmds": [[sys.executable, "scripts/inventory_host.py", "--inventaire", INV,
"--dependances", DEPENDANCES, "verifier-dependances",
"--dossier-playbooks", GROUPES]]},
{"id": "P06", "titre": "Validateurs de registres (serveurs/apps/bases/domaines)", "refs": ["AFF-003"],
"refs": ["AFF-003"],
"cmds": [[sys.executable, "scripts/serveurs.py", "verifier"],
[sys.executable, "scripts/applications.py", "verifier"],
[sys.executable, "scripts/bases_donnees.py", "verifier"],
[sys.executable, "scripts/domaines.py", "verifier"]]},
{"id": "P07", "titre": "GUI (node --check)", "refs": ["AFF-033"],
"cmds": [[sys.executable, "scripts/verifier_gui.py"]]},
{"id": "P08", "titre": "Orchestration (couches + graphe)", "refs": ["AFF-070"],
"cmds": [[sys.executable, "scripts/orchestrer.py", "verifier"]]},
{"id": "P09", "titre": "Flux reseau (schema + matrice)", "refs": ["AFF-071"],
"cmds": [[sys.executable, "scripts/resoudre_flux.py", "verifier"]]},
{"id": "P10", "titre": "Handlers <-> notify", "refs": ["AFF-034", "AFF-035"],
"func": preuve_handlers},
{"id": "P11", "titre": "Syntaxe des playbooks (--syntax-check)", "refs": ["AFF-083"],
"cmds": [["make", "--no-print-directory", "syntaxe"]]},
{"id": "P12", "titre": "Existence des runbooks cites", "refs": ["AFF-010", "AFF-011", "AFF-012"],
"refs": ["AFF-010", "AFF-011", "AFF-012", "AFF-083"], "func": preuve_runbooks},
{"id": "P13", "titre": "Invariants structurels/doctrinaux", "refs": ["AFF-015", "AFF-022", "AFF-037", "AFF-038", "AFF-062"],
"refs": ["AFF-015", "AFF-022", "AFF-037", "AFF-038", "AFF-062"], "func": preuve_structurels},
{"id": "P14", "titre": "Pas de chemin lab/ code en dur", "refs": ["AFF-097"],
"func": preuve_pas_lab_code_en_dur},
{"id": "P15", "titre": "Modele public socle valide", "refs": ["AFF-022", "AFF-099"],
"func": preuve_modele_socle},
{"id": "P17", "titre": "Tous les modeles valident (registres + underlay)", "refs": ["AFF-105"],
Trois preuves qui regardent au-dela d'une seule instance + champ liens/websocket au GUI Le harnais ne verifiait qu'UNE instance et le seul modele socle. Tout ce qui vit a cote du moteur echappait au controle. Trois preuves ferment ces angles morts : - P17 (scripts/modeles.py) : TOUS les modeles valident, pas seulement socle. SETOPS_MODELES=../Set-OPS-Modeles inclut les modeles assembles prives. A trouve 6 modeles invalides sur 7 (corriges dans Set-OPS-Modeles). - P18 (scripts/voute.py) : le gabarit vault.yml.example couvre EXACTEMENT les secrets que le plan exige (bases + roles actifs + group_vars). Ne dechiffre jamais la vraie voute : compare des noms. - P19 (scripts/couverture_gui.py) : tout champ present dans un plan reel est editable par le GUI. A trouve applications.websocket (comble). Nomenclature toleree (trou connu). GUI : - champ « Liens (bindings) » dans l'inspecteur d'application : role -> cible en listes deroulantes, les roles proposes = ceux que le role porteur accepte (meta/liens.yml). Comble un manque : les bindings ne se declaraient qu'en editant le YAML a la main. - champ « WebSocket » (Collabora). - CHAMPS_ECRITS_PAR_GUI : declaration de ce que le GUI sait ecrire, verifiee par P19. Garde-fou de fond : valider_applications refuse une application posee sur un hote non declare (l'hote fantome exact qu'integral portait). Cable partout + POST du GUI. liens_acceptes()/catalogue_liens() dans inventory_rules : source unique partagee par le validateur, le GUI et instancier.py (dont la copie locale est retiree). Valide : make verifier rc=0, CONFORME 19/19, ansible-lint 0 echec, 7 modeles valident, DIFF VIDE, node --check du GUI OK. Piece justificative : docs/audit/preuve-2026-07-22.md. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
2026-07-22 21:32:42 -04:00
"refs": ["AFF-022", "AFF-099"],
"cmds": [[sys.executable, "scripts/modeles.py", "verifier"]]},
{"id": "P18", "titre": "Gabarit de voute complet", "refs": ["AFF-026"],
"cmds": [[sys.executable, "scripts/voute.py", "verifier"]]},
{"id": "P19", "titre": "Le GUI couvre le schema du plan", "refs": ["AFF-106"],
Trois preuves qui regardent au-dela d'une seule instance + champ liens/websocket au GUI Le harnais ne verifiait qu'UNE instance et le seul modele socle. Tout ce qui vit a cote du moteur echappait au controle. Trois preuves ferment ces angles morts : - P17 (scripts/modeles.py) : TOUS les modeles valident, pas seulement socle. SETOPS_MODELES=../Set-OPS-Modeles inclut les modeles assembles prives. A trouve 6 modeles invalides sur 7 (corriges dans Set-OPS-Modeles). - P18 (scripts/voute.py) : le gabarit vault.yml.example couvre EXACTEMENT les secrets que le plan exige (bases + roles actifs + group_vars). Ne dechiffre jamais la vraie voute : compare des noms. - P19 (scripts/couverture_gui.py) : tout champ present dans un plan reel est editable par le GUI. A trouve applications.websocket (comble). Nomenclature toleree (trou connu). GUI : - champ « Liens (bindings) » dans l'inspecteur d'application : role -> cible en listes deroulantes, les roles proposes = ceux que le role porteur accepte (meta/liens.yml). Comble un manque : les bindings ne se declaraient qu'en editant le YAML a la main. - champ « WebSocket » (Collabora). - CHAMPS_ECRITS_PAR_GUI : declaration de ce que le GUI sait ecrire, verifiee par P19. Garde-fou de fond : valider_applications refuse une application posee sur un hote non declare (l'hote fantome exact qu'integral portait). Cable partout + POST du GUI. liens_acceptes()/catalogue_liens() dans inventory_rules : source unique partagee par le validateur, le GUI et instancier.py (dont la copie locale est retiree). Valide : make verifier rc=0, CONFORME 19/19, ansible-lint 0 echec, 7 modeles valident, DIFF VIDE, node --check du GUI OK. Piece justificative : docs/audit/preuve-2026-07-22.md. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
2026-07-22 21:32:42 -04:00
"refs": ["AFF-002", "AFF-095"],
"cmds": [[sys.executable, "scripts/couverture_gui.py", "verifier",
"--tolerer", "nomenclature"]]},
{"id": "P20", "titre": "Adressage 100% derive du seed (aucun stocke)", "refs": ["AFF-101"],
2026-07-23 02:58:15 -04:00
"refs": ["AFF-001", "AFF-003"], "func": preuve_nomenclature_derivee},
{"id": "P21", "titre": "Federation : aucun index en collision", "refs": ["AFF-102"],
"cmds": [[sys.executable, "scripts/instances.py", "--verifier"]]},
{"id": "P22", "titre": "Plan de recette a jour (genere du wiki)", "refs": ["AFF-002"],
"cmds": [[sys.executable, "scripts/plan_recette.py", "--verifier"]]},
{"id": "P23", "titre": "Underlay sans collision avec la plage tenant", "refs": ["AFF-103"],
"cmds": [[sys.executable, "scripts/underlay.py", "--verifier"]]},
{"id": "P25", "titre": "Pare-feu Proxmox : est-ouest intra-tenant derive", "refs": ["AFF-107"],
"cmds": [[sys.executable, "scripts/devis_proxmox_fw.py", "--verifier"]]},
{"id": "P24", "titre": "Frontiere nord/sud : acces d'administration declare", "refs": ["AFF-104"],
frontière nord/sud : devis dérivé, lien de transit et les deux routes La bordure devient un artefact dérivé, comme le devis switch — et le chemin qui y mène est enfin déclaré. `make devis-opnsense` (+ preuve P24) dérive la politique de bordure du registre des flux : les flux `pair: externe`, que `resoudre_flux.py` saute volontairement parce qu'ils relèvent de la frontière et non du pare-feu d'hôte. Aucun port, aucune adresse, aucun nom d'hôte dans le générateur. Le lien manquait dans tous les fichiers : le devis switch ne contenait pas une seule `ip route`. Un réseau underlay portant `passerelle_sortie` le déclare — il vit dans l'underlay et non dans un tenant parce que la frontière route vers TOUS les supernets tenants par le même saut, donc il ne peut dériver d'aucun `index`. `devis-reseau` en tire deux routes : l'aller (sortie générale) et le retour vers l'administration, dont l'absence a coûté la passe de déploiement du 2026-07-29 — la réponse revient au pare-feu par une autre interface que celle où l'état a été créé, et se fait jeter en silence. Les réseaux d'administration viennent de l'intrant `nftables_admin_ssh` : même source unique que la garde anti-lockout des nftables et l'alias SETOPS_ADMIN. Les trois pare-feux et les routes ne peuvent plus diverger. La frontière est réglable depuis la console (section « Frontière » du panneau Intrants) ; les identifiants d'API restent interdits d'écriture par le GUI et vivent dans la voûte. Correctifs de la même passe : - le panneau refusait d'enregistrer les intrants de la frontière : le garde-fou confondait une référence de voûte `{{ vault_* }}` préservée avec un secret soumis. Il regarde désormais la valeur, pas le nom. - `supprimer_vm_debian.yml` ne chargeait que `proxmox.vault.yml` pour ses secrets ; retirer ce reliquat aurait cassé `make detruire`. Aligné sur le playbook de clonage, voûte unique en dernier. - documentation : la voûte est unique, `proxmox.vault.yml` n'est qu'un reliquat de compatibilité. Preuves : 24 OK, 0 échec. Cas de rejet du validateur d'underlay exercés un par un ; résolution du jeton Proxmox vérifiée en exécution réelle. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-01 19:32:04 -04:00
"cmds": [[sys.executable, "scripts/devis_opnsense.py", "--verifier"]]},
intégrations : le rôle déclare sa politique ; le cluster passe à l'hébergeur Deux corrections de propriété, l'une dans le plan, l'autre dans les intrants. 1. Intégrations universelles (D-33/D-34, P26) Le plan portait 57 lignes d'intégration écrites à la main, dont 28 disaient oui à quelque chose de vrai pour tous les hôtes. Elles n'existaient que pour être oubliées — et elles l'avaient été : dans Chezlepro, backup-01 et infra-pki-01 n'étaient ni supervisés, ni journalisés, ni certifiés. Le rôle déclare désormais sa politique une fois, dans meta/integration.yml ; le plan ne garde que les vrais choix et refuse la recopie. Les exemptions se dérivent du service rendu (sauf_role), jamais d'un nom d'hôte : l'AC ne s'enrôle pas auprès d'elle-même, et l'exemption suit step-ca si on le déplace. Une seule fonction de résolution — integrations_de() — lue par l'inventaire, la voûte et le panneau. Sans le passage par la voûte, les secrets des intégrations universelles auraient cessé d'être exigés et P18 serait passé au vert sur une voûte incomplète. Vérifié : diff vide sur Technolibre (la politique reproduit exactement les 41 lignes retirées) ; sur Chezlepro, exactement les groupes manquants, et pas client_pki sur infra-pki-01. 2. Vue Intégrations : la matrice La fiche montrait les intégrations d'UN serveur ; le trou de Chezlepro n'a pas été trouvé par le panneau mais par le devis de pare-feu. Matrice serveurs x intégrations : colonnes de politique en lecture seule, facultatives cochables sur place, ligne de couverture n/N qui rend le motif visible sans le juger. 3. Propriété des intrants (D-35/D-36, P27) Le cluster Proxmox appartient à l'hébergeur, comme sa fabric et sa frontière. Recopié chez chaque tenant, son inventaire avait déjà divergé : deux listes de stockages contradictoires pour le même matériel. API/nœuds/stockages/ponts vont dans proxmox-hebergeur.yml, à côté d'underlay.yml, dont le chemin se dérive — l'hébergeur reste non déclaré (D-17). Restent au tenant son golden template et ses défauts de placement. Le panneau nomme désormais le propriétaire de chaque section : éditer une section « hébergeur » vaut pour tous ses tenants, et l'écran ne le disait pas. 26 preuves OK, 0 échec. --syntax-check des deux playbooks Proxmox. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-03 14:09:22 -04:00
{"id": "P26", "titre": "Integrations universelles : aucun hote laisse de cote", "refs": ["AFF-108"],
"func": preuve_integrations_universelles},
{"id": "P27", "titre": "Propriete des intrants : hebergeur et tenant separes", "refs": ["AFF-109"],
"func": preuve_propriete_des_intrants},
pools Proxmox : un par tenant, dérivé de l'index (D-37, P28) Onze des quatorze serveurs portent le même nom court chez Chezlepro et chez Technolibre. Vérifié un par un, ce n'est pas un problème technique : tout le reste dérive du seed et diverge (10.27.19.21 contre 10.21.19.21, VMID 117402101 contre 111402101, VLAN 1174 contre 1114, deux domaines internes), et rien n'est indexé sur le nom court — les opérations Proxmox portent toutes un vmid, les certificats un FQDN, et client_backup_repo vise backup-01.{{ domaine_interne }}. Le coût est humain : la console Proxmox affiche le nom, et deux infra-pki-01 y sont indiscernables à l'œil. Le VMID porte le tenant, encore faut-il connaître le codage. Un pool par tenant, dérivé du dossier d'instance et de l'index — déjà unique par P21, donc aucun registre de plus : Chezlepro-17, Technolibre-11. make devis-proxmox-pools rattrape la flotte existante (création du pool, puis affectation des VM actives). Les VM créées ensuite entrent d'elles-mêmes : make creer-vm dérive le pool par la même fonction et le passe à la création. Le playbook crée le pool au préalable — proxmox_kvm échoue sur un pool inconnu, et l'API ne sait pas changer le pool d'une VM existante ; c'est aussi pourquoi le rattrapage passe par les membres. P28 garde deux collisions : même nom de pool entre tenants, et surtout même VMID — une machine appartenant à deux tenants serait pire qu'une homonymie. Rien n'est renommé : les homonymes sont la preuve que la nomenclature est un vrai gabarit. Le devis ne lit pas le cluster, il dit l'état cible et non l'écart. 27 preuves OK, 0 échec. --syntax-check du playbook de clonage. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-03 15:15:14 -04:00
{"id": "P28", "titre": "Pools Proxmox : un par tenant, sans collision", "refs": ["AFF-110"],
"cmds": [[sys.executable, "scripts/devis_proxmox_pools.py", "--verifier"]]},
authentification : chaque rôle déclare sa position, gardé par P29 Une règle qu'aucune garde ne vérifie finit par ne plus être vraie — c'est ce qui était arrivé aux 28 lignes d'intégration recopiées. Chaque rôle serveur_* porte un meta/authentification.yml, confronté à son code par P29. web-sso 5, socle-identite 2 (keycloak/openldap : ils SONT la chaîne d'identité), ldap-direct 2, interne-sans-auth 2, sans-auth-humaine 12. La preuve refuse l'oubli ET le mensonge. Éprouvée par sabotage sur sept cas : déclaration supprimée, portée inventée, secours retiré, posture de formulaire retirée, raison retirée, ldap-direct mensonger, réglage retiré des defaults. Les deux derniers passaient dans la première version : - le mensonge passait à cause d'un commentaire. Je cherchais le mot « ldap » dans le rôle, et serveur_grafana/defaults/main.yml contient « désactiver quelqu'un dans LDAP » : de la prose validait une déclaration fausse. La preuve exige maintenant un indice nommé — variable <rôle>_oidc / <rôle>_ldap, ou URI ldap:// - le réglage retiré passait parce que le gabarit citait encore la variable alors que plus rien ne lui donnait de valeur. La preuve lit defaults/main.yml en YAML et exige que la clé y soit définie, pas mentionnée. Elle a aussi forcé une valeur : oauth2-proxy était déclaré « formulaire local fermé » alors qu'il n'a aucun compte local. D'où formulaire_local: aucun, qui distingue « il n'y en a jamais eu » de « il y en a un, il est fermé ». Correction d'une note de la veille : Prometheus et Loki ne sont PAS exposés publiquement (aucun expose au plan). Seuls six groupes le sont. Le risque est intra-tenant, pas frontalier. Les deux lacunes sont comptées à chaque exécution, pas masquées. AFF-111, D-42. 29 preuves OK, ansible-lint (production) sur 375 fichiers. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-03 17:05:43 -04:00
{"id": "P29", "titre": "Authentification : chaque role declare sa position", "refs": ["AFF-111"],
"func": preuve_authentification},
SDN : make devis-sdn — zone, VNets et sous-réseaux dérivés du seed (D-43/44, P30) Ajouter un tenant implique 1 zone EVPN + 6 VNets + 6 sous-réseaux sur le cluster. Aucun générateur ne les produisait : dernière lacune dans un dépôt où tout dérive. 26 objets pour les deux tenants, VNI = 1000 + index×10 + zone, sous-réseau et passerelle par les mêmes fonctions que l'inventaire. Nommage, en deux temps. D'abord VRF0017 / v1174, alignés sur ce que le cluster portait — réflexe inverse du bon : cette convention venait d'une création à la main et ne disait pas de quel tenant il s'agissait. Forme retenue : t<index> pour la zone, t<index><zone abrégée> pour le VNet (t17, t17serv). C'est le préfixe que le pare-feu Proxmox utilisait déjà (t17-cli-metrique), donc un seul schéma dans tout le dépôt. Abréviation = 4 premières lettres du libellé, accents retirés. Pas de tiret entre index et zone, contrairement aux IPSets : t245-serv ferait 9 caractères, t245serv en fait 8 — la forme reste uniforme jusqu'au dernier index. Contrainte cadrante : zones ET VNets sont limités à 8 caractères par Proxmox. sdn-evpn.md annonçait chez17-services-infra (21) : il aurait été refusé à l'application. P30 refuse tout dépassement et toute collision de nom, de VNI ou de sous-réseau. Éprouvé aux bornes et par sabotage. Vérification la plus forte : avant renommage, la dérivation reproduisait à l'identique les deux zones créées à la main — nom, VNI de VRF, MTU, contrôleur. voute.py saisir : le pendant de la génération. On génère un secret dont le dépôt est la source, on saisit celui dont un tiers est la source — inventer une clé d'API OPNsense donnerait une valeur refusée à la première requête, avec P18 au vert sur une voûte inutilisable. Sans écho, double confirmation, rien sur la ligne de commande. Reste ouvert : aucun nœud de sortie déclaré. Le devis émet un marqueur, pas une valeur plausible. Deux points à trancher — le nœud de sortie route selon sa propre table (défaut actuel : 192.168.11.254, pas la frontière), et l'entrée n'est pas redondante puisqu'elle dépend d'une route statique d'OPNsense vers un seul nœud. D-45 : l'affinité de VM attend Proxmox 9 (cluster en 8.4.19), tenue à la main. 30 preuves OK. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-04 11:06:42 -04:00
{"id": "P30", "titre": "SDN EVPN : zones, VNets et sous-reseaux derives", "refs": ["AFF-112"],
"cmds": [[sys.executable, "scripts/devis_sdn.py", "--verifier"]]},
{"id": "P31", "titre": "Documentation : tout ce que le depot FAIT est nomme", "refs": [],
"func": preuve_documentation_outillage},
{"id": "P32", "titre": "Intrants exiges par les roles : tous fournis", "refs": [],
"cmds": [[sys.executable, "scripts/verifier_intrants.py"]]},
preuve : P34 — chaque document declare son lecteur (D-74) La refonte de ce matin posait une convention. Une convention qu'on n'outille pas tient tant que quelqu'un y pense : c'est le raisonnement de D-70, applique au corpus documentaire. Etat de depart mesure : 2 documents sur 34 declaraient leur lecteur. Les 32 autres disaient leur SUJET — ce qui avait enfoui le runbook de reprise le plus utile du depot au §6 de autorisation.md. Les 38 le declarent desormais, lecteur determine document par document et non colle au gabarit : l'exploitant (devis, migration de tenant, cycle de vie, gabarit d'or), le mainteneur (conceptions, registres, carte), le lecteur externe (ecosysteme-chezlepro), l'agent IA (MISE-A-JOUR-CODEX-CLAUDE). Deux exemptions DERIVEES, pas listees — un chemin en dur aurait vieilli a la premiere page ajoutee : un document qui s'annonce genere, et un fragment sans titre. Les 13 exemptes verifies un par un ; aucun document ecrit a la main n'est exempte par accident. La preuve ne lit que l'EN-TETE, ce qui empeche frontiere-opnsense.md et plan-et-generation.md — qui parlent de generation dans leur corps — d'etre exemptes a tort. Eprouvee dans les deux sens. Elle a echoue seule des sa premiere execution en nommant deux documents que mon inventaire avait manques (docs/audit/). Puis test negatif delibere : declaration retiree de meta-classe.md -> ECHEC la nommant ; restauree -> OK. Ce qu'elle ne teste pas : que le lecteur declare soit le BON. Ca se juge en revue ; elle garantit qu'on a du y penser. P01–P34. Comptes perimes corriges au passage (AGENTS.md et devis-services.md annoncaient encore 30 preuves). Verifie : prouver.py 0 (34 OK), plan-recette inchange. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-10 07:53:04 -04:00
{"id": "P34", "titre": "Chaque document declare son lecteur", "refs": [],
"func": preuve_lecteur_declare},
portabilite : Technolibre debout, six devis, et P35 L'epreuve de portabilite est passee. Un second ecosysteme souverain complet, monte depuis zero par le meme moteur : 14 hotes, 2583 taches ok, 331 changed, 0 failed. Plan distinct, voute separee, realm technolibre, sa propre AC — et une topologie differente : LDAP et SSO sur des machines separees la ou Chezlepro les co-localise. Cinq devis CONFORME (identite, certificats, PostgreSQL, courriel, frontiere — 55 lignes 0 ecart). Le sixieme dit exactement la bonne chose : les 6 services repondent depuis l'edge, aucun depuis le poste, qui ne resout pas encore technolibre.internal (6 entrees /etc/hosts absentes — le plancher). SIXIEME DEFAUT MOTEUR. Le devis d'identite interrogeait LDAP en `ldapi:///` — un socket UNIX LOCAL — depuis l'hote serveur_keycloak. Cela ne marchait que par CO-LOCATION ACCIDENTELLE. Un tenant qui separe l'annuaire du SSO echouait sur « Failed to import python-ldap » : l'hote SSO n'a pas de client LDAP. Les deux lectures sont deleguees a l'hote DERIVE par resoudre_annuaire. P35 (D-75) : toute application dont le role exige une base en a une au plan. La garde de resoudre_base existait deja, mais s'est declenchee a la 92e tache de collab-01, apres quarante minutes, pour un ecart entierement lisible dans le plan. Rien n'y est code en dur : les roles concernes sont ceux qui INCLUENT resoudre_base, et le groupe reclame est lu dans le DEFAUT de la variable passee — jamais deduit du nom. serveur_icingaweb2 reclame la base de serveur_icinga ; une preuve supposant « role = groupe » aurait crie sur un cas sain. Eprouvee dans les deux sens ET sur les deux tenants, dont les registres n'ont pas la meme portee : base retiree -> ECHEC la nommant ; restauree -> OK. Verifie : prouver.py 35 OK sur les deux instances, ansible-lint production. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-10 13:36:44 -04:00
{"id": "P35", "titre": "Toute application exigeant une base en a une au plan", "refs": [],
"func": preuve_base_par_consommateur},
{"id": "P36", "titre": "Tout detenteur d'etat porte une sauvegarde", "refs": [],
"func": preuve_etat_sauvegarde},
{"id": "P37", "titre": "Le placement du tenant existe chez son hebergeur", "refs": [],
"func": preuve_placement_chez_hebergeur},
catalogue : la carte des services avait quatre mois de retard sur le moteur `catalogue-services.md` est le document qu'on lit pour savoir ce que Set-OPS FAIT : l'hebergeur d'un second site, un futur client, un mainteneur qui arrive. Verifie role par role contre roles/, voici ce qu'il disait de faux. - « Capacites futures encore a implementer : collaboration (Nextcloud/Collabora) et couche web (frontal/dorsal) » — les quatre roles existent, collab-01, web-frontal-01 et web-dorsal-01 sont ACTIFS, et les deux roles web sont codifies depuis les spikes du 2026-07-05. - « La federation LDAP n'est pas automatisee dans le role ; Keycloak n'est pas expose » — serveur_keycloak/tasks/federation-ldap.yml existe, et le plan declare `expose: auth.<domaine>`. - `infra-mail-01` : « Sendmail MTA » — c'est Dovecot ; Sendmail est retire depuis le 2026-07-04. La table des hotes datait d'avant la separation edge-mta / mailstore. - `client_supervision` annonce comme integration — n'a JAMAIS eu ni role ni playbook. La supervision ne pose rien sur les hotes : controles actifs depuis le coeur, resultats passifs pousses par l'API (c'est backup-01 qui rapporte l'etat de ses depots). - Une colonne « Role » decorative inventait des noms (`nextcloud`, `client_metriques`) : le role porte le nom du GROUPE. Colonne retiree. Et NEUF roles vivants ne figuraient dans aucune table — le socle, toute la pile courriel, les sauvegardes, Icinga Web 2, oauth2-proxy, Unbound. Deux (`serveur_backup`, `client_backup`) n'etaient nommes NULLE PART. P38 — CE QUE P31 NE POUVAIT PAS VOIR. P31 verifie que tout est nomme et atteignable, pas qu'un document dise vrai : une carte peut etre complete et perimee. P38 confronte le catalogue au code dans les deux sens, et c'est la TABLE qui fait foi des deux cotes : tout role figure dans une ligne de table (la prose ne suffit pas — la pile courriel y etait racontee et introuvable pour qui lit un index), et tout groupe cite en table existe reellement (role, ou playbook de groupe pour `serveur_durci`, qui en compose onze). Deux exemptions nommees : la prose peut citer les roles RETIRES, sinon on ne peut plus ecrire d'ou l'on vient ; et P38 ne juge pas si une description est JUSTE — cela se revoit contre le CHANGELOG, le mecaniser serait se mentir. EPROUVEE EN NEGATIF : rejouee contre la version d'avant, elle echoue en nommant les neuf roles absents et les trois cases fantomes. Le catalogue dit aussi desormais ou il s'arrete : la reconstruction prouve qu'une machine nue atteint l'etat voulu, pas la tenue sous charge ; et l'usage reel de Nextcloud n'est pas consigne comme preuve. Lacune nommee au passage : la dependance causale serveur_web_frontal -> serveur_nginx n'est toujours pas declaree. make prouver : 38 OK, 0 echec, 0 saute. make test inchange. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-19 11:07:59 -04:00
{"id": "P38", "titre": "Catalogue des services : la carte dit ce que le moteur fait", "refs": [],
"func": preuve_catalogue_a_jour},
glossaire : le metier n'etait explique nulle part Demande de l'exploitant apres une soiree passee a croiser « strophe FRR », VRF, VNet et nexthop-vrf : cet ecosysteme doit rester pilotable par un humain, idealement un seul ; que chaque notion sous-jacente soit ENSEIGNEE. MESURE AVANT D'ECRIRE : 40 termes employes par le depot et absents du glossaire — LDAP 184 fois, playbook 165, underlay 106, EVPN 66, VRF 33, LMTP 25. Le glossaire expliquait le vocabulaire propre a Set-OPS (plan, index, voute, zone) et laissait dehors tout ce qui vient du metier. Or c'est le metier qui perd le lecteur. CE N'EST PAS UN DEFAUT DE REDACTION. La regle fondatrice du depot est qu'un humain pilote sans IA. Chaque mot obscur retire une personne a la liste de celles qui peuvent reprendre le systeme : un vocabulaire non explique est un defaut de CONCEPTION. - Glossaire reecrit : 67 termes groupes par famille (plan, machines, Ansible, reseau, noms, confiance, identite, courriel, etat et preuve). Chaque entree dit ce que c'est ET pourquoi ce depot s'en sert, avec renvoi vers l'unite qui developpe. - Unite d'apprentissage manquante : « Le reseau des tenants ». Dix-sept des quarante termes y vivaient sans domicile. Elle suit l'ordre ou les problemes se sont poses : deux clients sur un cable -> VLAN -> ses deux limites -> encapsulation -> pourquoi 1450 -> EVPN -> le VRF, qui n'est pas une interdiction mais une ignorance structurelle. - Navigation : la nouvelle unite est au sidebar ; le plan de recette regenere (P22 l'a exige des l'ajout de la page — le harnais a mordu). P39 verifie : chaque terme du jargon a une entree ; chaque lien du glossaire mene a une page existante ; chaque page du wiki est atteignable depuis la navigation. LA LISTE EST DECLAREE, ET C'EST UN CHOIX MESURE. La derivation automatique a ete essayee : 153 acronymes dans le wiki et le README, dont la moitie sont des mots francais en capitales (AUCUNE, AVANT, TOUS). Un controle qui exige une entree pour « AUCUNE » finit desactive, et une preuve desactivee ne garde rien. La preuve dit elle-meme cet angle mort. EPROUVEE EN NEGATIF contre le glossaire d'avant : 49 termes manquants, nommes un par un. make verifier 39 OK, 0 echec, 0 saute ; make ci idem. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-21 12:15:55 -04:00
{"id": "P39", "titre": "Glossaire : tout mot employe est enseigne", "refs": [],
"func": preuve_glossaire_enseigne},
filiation : signer, inscrire la parente, et compter les temoins L'exploitant : « j'ai une intuition : blockchain ». L'intuition visait le bon probleme — une memoire partagee, verifiable, sans centre — mais la reponse etait deja dans git. GIT EST DEJA UNE CHAINE DE HACHAGE : chaque commit porte l'empreinte de son parent, un arbre de Merkle. Ce qui manquait n'etait pas la chaine mais l'AUTEUR : `user.name` est declaratif, et toute la soiree du 20 des commits ont porte « Daniel Allaire » sans qu'aucune preuve ne les lie a une cle (verifie : 8 commits, 0 signature, 0 etiquette). POSE AUJOURD'HUI : - signature par cle SSH (celle que la forge connait deja), etiquettes signees par defaut ; premiere etiquette v2026.08.21, verifiee par `git verify-tag` ; - `.git-allowed-signers` VERSIONNE : qui clone verifie sans rien demander a la forge, et sans lui faire confiance. Retirer une ligne revoque pour la suite ; le passe signe reste verifiable ; - `scripts/genome.py` + trois cibles make : les QUATRE depots sans lesquels un ecosysteme ne renait pas (moteur, instance, hebergeur, modeles), DERIVES et non declares ; - `parente.yml` par ecosysteme : de quel moteur il descend, a quel commit, sous quelle etiquette. Patient 0 descend de 742bcbf, etiquette v2026.08.21 ; - P40 : la parente est inscrite, chaque depot se retrouve, chaque commit inscrit EXISTE encore (une histoire reecrite se voit la), chacun porte un remote. Sautee proprement quand l'instance n'est pas un depot git — le modele jetable de la CI. POURQUOI PAS DE BLOCKCHAIN. Elle resout : qui ecrit ensuite, quand personne ne fait confiance a personne et qu'il y a de l'argent en jeu. Aucun des trois ici. Et la multiplicite qu'elle achete cher, la lignee la produit comme effet secondaire : chaque enfant porte une copie du code dont il descend, donc reecrire l'histoire suppose de convaincre TOUS les descendants. Le jour ou l'Alliance certifiera, ce sera un JOURNAL DE TRANSPARENCE (Certificate Transparency, Sigstore), pas une chaine. ENSEIGNE, pas seulement pose : nouvelle unite « Filiation, signatures et temoins » (moule en quatre temps), onze termes au glossaire, et P39 les exige desormais. make verifier 40 OK, 0 echec, 0 saute ; make ci idem. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-21 12:56:29 -04:00
{"id": "P40", "titre": "Parente : l'ecosysteme sait de quoi il descend", "refs": [],
"func": preuve_parente_inscrite},
resolution d'instance : une seule, partagee — au lieu de neuf copies Cinq jours, cinq defauts, tous de la meme famille : « quelle instance, quel inventaire ? » Neuf modules portaient chacun leur reponse. - 18 aout : P03 comparait chaque instance a l'inventaire d'une AUTRE ; - 19 aout : verifier_ports codait `principal/` en dur ; verifier_intrants et _frontiere_absente lisaient le symlink au lieu de la variable ; - 20 aout : devis_placement rendait un verdict juste sur le mauvais tenant ; - 22 aout : P35, puis P36 — la dixieme, trouvee par la preuve elle-meme. Aucune n'etait une faute d'inattention : chacune avait ete ecrite de bonne foi, a un moment ou le besoin semblait local. C'est le mode de panne de la duplication — pas l'erreur, mais la DERIVE, invisible depuis l'interieur d'un fichier. LA RESOLUTION UNIQUE. `inventory_rules` porte instance_courante(), inventaire_de(), dossier_inventaire() et plan_de(). Trois niveaux de repli, dont le TROISIEME manquait a la moitie des copies : un hosts.yml existant, puis un REPERTOIRE existant (instance neuve — c'est ce qui faisait echouer `make instancier` sur le modele public), puis le defaut. Vingt-huit modules y sont branches. CE QUI REND CE REFACTOR SUR : avant de toucher quoi que ce soit, chaque module a ete interroge sur ce qu'il resolvait, pour les DEUX ecosystemes. Apres refactor, meme mesure : 17 modules x 2 instances, diff VIDE. Aucune resolution n'a change — prouve, pas suppose. P41 echoue des qu'un module reintroduit une copie. Eprouvee en negatif : une copie replacee dans genome.py est signalee avec son numero de ligne. Trois exemptions nommees : instances.py et inventory_gui.py manipulent le SYMLINK lui-meme (bascule d'instance), et devis_opnsense lit deliberement quelle instance est ACTIVE. Elles parlent du lien, pas de la resolution. make verifier 41 OK, 0 echec, 0 saute ; make ci idem ; lint vert. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-22 14:19:55 -04:00
{"id": "P41", "titre": "Resolution d'instance : une seule, partagee", "refs": [],
"func": preuve_resolution_unique},
2026-08-23 11:58:10 -04:00
{"id": "P42", "titre": "L'edge porte les noms qu'il publie", "refs": [],
"func": preuve_edge_porte_ses_noms},
site : quatre zones d'autorite, et l'ordre inscrit dans les integrations Le site n'est plus un /24 plat. Une zone par nature d'autorite — pilotage, autorite, genome, service — chacune son VLAN et sa patte sur la frontiere. L'inversion corrigee, mesuree : les cinq VM du site n'avaient AUCUN filtrage est-ouest, contre policy_in=DROP sur une machine de tenant. La plus autoritaire etait la moins protegee. Filtrage nord-sud par choix de l'exploitant : un seul point de police, un seul devis. 90 -> 117 regles. Chaque flux `flotte` produit une regle par zone SOURCE, destination nommee — ce qui etait gratuit devient police. L'ORDRE FAIT PARTIE DE L'INTEGRATION. client_pki tournait en parallele sur tous les hotes ; sur celui qui porte l'autorite il recharge step-ca, et les quatre autres echouaient dans cette fenetre sur `TLS handshake timeout` — un message qui accuse le reseau. Chaque integration declare desormais sa dependance dans meta/integration.yml, les playbooks en sont le miroir genere, et P44 refuse l'ecart (4 controles negatifs). `serveur: ~` est une reponse valable : client_metrique pose un exportateur qu'on vient LIRE. Autres defauts du meme soir : - le plancher /etc/hosts venait APRES le premier apt, qui vise le cache par son NOM : boucle fermee des que les adresses changent. Il ne s'installe pas, il rend installable. - dns_amorcage ecrit en dur a eu tort deux fois ; il se derive de serveur_resolveur. - l'ACL du resolveur derivait d'un seul sous-reseau : trois zones refusees sur quatre. ET UNE ERREUR A MOI : j'ai diagnostique un trou noir de MTU et declare 1450. Faux — pas de VXLAN sur ce chemin, tout est a 1500 de bout en bout. Ma mesure etait reelle, mon interpretation non : je venais de debrancher la carte a chaud, et chaque `ip link set mtu` reconfigurait l'interface. C'est la reconfiguration qui debloquait, pas la valeur. 44 preuves vertes, ansible-lint profil production. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-25 17:31:07 -04:00
{"id": "P44", "titre": "Integrations : le serveur avant ses clients", "refs": [],
"func": preuve_ordre_des_integrations},
proxmox : le pare-feu ne s'arme que dans le SDN — et 45e preuve Le decoupage du site en quatre zones a revele un defaut qui dormait dans le moteur. `firewall=1` sur l'interface d'une VM fait passer tout le trafic ponte par conntrack. Sur un VNet SDN c'est sans consequence : en EVPN le routage inter-VNet se fait dans le VRF, SUR LE NOEUD, et le flux ne quitte jamais l'hyperviseur. Sur un pont classique route par une frontiere externe, deux VM du MEME noeud dans deux VLAN differents ne se parlent qu'en EPINGLE : la trame sort par le lien physique, la frontiere la route, elle revient sur le meme pont. La meme table conntrack voit alors les deux moities de la connexion, classe le retour INVALID, et PVEFW-FORWARD le jette. La mesure a tranche : ops(asgard) -> pki(asgard) 0/8 dns(gandalf) -> cache(gandalf) 0/8 ops(asgard) -> forge(vishnu) 6/8 dns(gandalf) -> pki(asgard) 6/8 ops(asgard) -> cache(gandalf) 8/8 dns(gandalf) -> forge(vishnu) 8/8 Toutes les paires intra-noeud echouent, toutes les paires inter-noeuds passent. Douze tentatives faisaient monter le compteur `ctstate INVALID` de +112 sur asgard et +116 sur gandalf ; `firewall=0` pose, il ne bouge plus — 0 sur les deux, pour le meme trafic. Le defaut se deguise en panne reseau : la poignee TCP ABOUTIT, et ce sont les paquets de DONNEES qui disparaissent. L'AC le disait dans son propre journal (`TLS handshake error ... i/o timeout` : elle accepte et attend un ClientHello qui n'arrive jamais). Ecartes un par un, par la mesure : regles identiques champ par champ, alias corrects, assignation des interfaces confirmee, ARP et routes saines, IPS desactive, shaper vide, NAT source limite a `wan`, MTU a 1500 de bout en bout — et la taille sans effet, 100 octets se perdant comme 1460. L'INTENTION DECLAREE NE SUFFIT PAS : un tenant declare `proxmox_clone_parefeu_interface: true` avec `proxmox_clone_pont: vmbr1` comme valeur PAR DEFAUT, chaque hote la remplacant par son VNet derive. L'hote qui retombe sur `vmbr1` naitrait arme sur un pont classique. `cloner_vm_debian.yml` croise donc l'intention avec le pont REELLEMENT utilise, et le dit quand il desarme — un desarmement muet serait le meme piege, en silence. P45 EVALUE l'expression du playbook sur quatre cas plutot que d'en lire le texte, dont un qui DOIT rendre vrai : sans lui, une expression constamment fausse passerait la preuve sans rien garantir. Controle negatif verifie — le drapeau remis a plat fait echouer la preuve. Ce commit emporte aussi le desarmement d'`unattended-upgrades` dans `common_packages`, jusqu'ici applique sur les machines mais pas versionne : le verrou dpkg tenu 48 minutes par une vague de maj automatiques a coute deux deploiements. Le site a revele ce defaut parce qu'il a ete le premier a porter plusieurs zones. Ce n'est pas une particularite du site : un tenant derive les siennes du meme principe. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-25 19:50:53 -04:00
{"id": "P45", "titre": "Pare-feu Proxmox : arme sur les VNet SDN, jamais ailleurs",
"refs": [], "func": preuve_parefeu_proxmox_sdn_seulement},
site : le plancher survit au redemarrage, et la zone dit les vraies adresses Le decoupage du site en quatre zones a deplace cinq machines. Ni le plancher /etc/hosts ni la zone DNS n'avaient suivi. Quatre defauts, tous dans le moteur. LE PLANCHER ETAIT EFFACE A CHAQUE DEMARRAGE — ET LE PREMIER CORRECTIF N'EN ETAIT PAS UN. `hosts_statiques` posait `99-setops-hosts.cfg` avec `manage_etc_hosts: false`, pendant que `cloud_init` posait `99_setops.cfg` avec `true`. Dans `cloud.cfg.d` l'ordre est LEXICAL et le dernier gagne : `-` vaut 0x2D, `_` vaut 0x5F. On a donc retire la cle de `cloud_init` — le role qui POSSEDE le fichier decide — puis renomme notre fragment `zz-` pour passer apres le `99_chezlepro.cfg` du gabarit dore. Et ca ne suffisait toujours pas. Redemarrage d'epreuve : plancher encore efface. La cause reelle est ailleurs — Proxmox inscrit `manage_etc_hosts: true` dans la USER-DATA de son lecteur cloud-init, et la user-data prime sur `cloud.cfg.d` tout entier. Aucun fragment ne pouvait gagner ; renommer pour parler en dernier ne servait a rien, le dernier mot n'appartenant pas a ce repertoire. Ce que cloud-init regenere, il le regenere depuis `hosts.debian.tmpl` — le gabarit le documente lui-meme. `hosts_statiques` le pose desormais avec le MEME contenu que /etc/hosts, et une garde compare les deux a chaque passage. Redemarrage d'epreuve : les neuf entrees sont la. La garde precedente affirmait « conforme » en mesurant l'ordre lexical — vrai, et sans rapport avec ce qui se passait. Une garde qui mesure la mauvaise chose est pire qu'aucune. LA ZONE DNS NE PUBLIAIT PAS LES NOMS DE SERVICE. `forge.genese.internal` et `pki.genese.internal` — des noms que les certificats portent et que les clients appellent — n'avaient aucun enregistrement. Seul le plancher savait les resoudre. Trois causes empilees : - le plan du site coupait `serveur_powerdns_publier_expositions`, au motif que « le site n'a pas d'edge » : ca confondait PUBLIC et EXPOSE ; - `expositions_des_applications` rendait `domaine: None` faute de `domaines.yml`, et le modele de zone ecarte les expositions dont le domaine n'est pas la zone. Repli ajoute, symetrique de celui deja ecrit pour `edge` : sans domaine public declare, le domaine est celui que porte le FQDN ; - `serveur_powerdns` exigeait les deux registres et echouait si `domaines.yml` manquait — le meme tout-ou-rien que `hosts_statiques` a corrige le meme jour. Puis `named-checkzone` a refuse la zone : `dns.genese.internal` heritait d'un CNAME par defaut du role ET d'un A par exposition. La garde a bien joue son role — elle a arrete une zone cassee avant qu'elle soit servie. Le plan l'emporte desormais sur le defaut du role. Un service ne doit pas dependre d'un plancher pour etre joignable : le plancher est un filet, pas le sol. VERIFICATION. Les huit noms — cinq machines, trois services — resolvent vers les bonnes adresses depuis les cinq hotes, par le plancher ET par le DNS, et le plancher survit au redemarrage. P46 refuse desormais deux choses : plus d'un role ecrivant `manage_etc_hosts`, et l'absence du gabarit maitre. Controle negatif verifie. RESTE NOMME, PAS CORRIGE : la zone INVERSE. `serveur_powerdns_zone_inverse` derive d'un supernet /16 — la forme d'un tenant. Un site declare plusieurs /24 et n'a pas de supernet unique : aucune zone inverse n'est generee. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-25 20:31:01 -04:00
{"id": "P46", "titre": "Plancher /etc/hosts : un seul role en decide",
"refs": [], "func": preuve_un_seul_maitre_du_plancher},
dns : quatre zones inverses pour le site, et rien de plus Le site ne servait aucun PTR. `serveur_powerdns_zone_inverse` derivait d'un supernet /16 — la forme d'un TENANT, qui tire tout de son index. Un site ne derive pas : il declare plusieurs /24 et n'a pas de supernet unique, si bien que la derivation rendait une chaine vide et qu'aucune zone n'etait generee. Le site revendique desormais exactement ce qu'il occupe : 31.0.10.in-addr.arpa 32.0.10.in-addr.arpa 33.0.10.in-addr.arpa 34.0.10.in-addr.arpa Revendiquer `0.10.in-addr.arpa` d'un seul geste aurait ete plus simple et faux : cette zone couvre aussi la frontiere, le transit et les hyperviseurs, qui ne sont pas a lui. Une autorite qu'on s'attribue sans l'exercer est une panne differee — le resolveur repondrait NXDOMAIN pour des adresses qu'un autre sait nommer. LA DERIVATION VIT DANS UN FILTRE (`zones_inverses`) parce qu'elle a DEUX appelants : `serveur_powerdns` ecrit ces zones, `serveur_resolveur` les delegue a l'autoritatif. Deux calculs separes finiraient par diverger, et la divergence ne se verrait qu'au premier PTR interroge. Le nom d'une zone dit sa profondeur — trois etiquettes numeriques valent un /24, deux valent un /16 — et le modele en deduit seul la forme du PTR. DEUX CHEMINS MORTS TROUVES EN ROUTE. Les zones etaient servies, et personne ne les demandait. `serveur_resolveur` deleguait la zone directe par une `stub-zone` mais pas les inverses : `dig -x` rendait vide depuis les cinq machines alors que la meme requete posee directement a l'autoritatif repondait juste. Un service correct derriere un chemin que rien n'emprunte. Puis, les stubs poses, Unbound repondait toujours NXDOMAIN avec le drapeau `aa` — une reponse AUTORITAIRE, sans jamais consulter le stub. Il embarque des `local-zone` pour tout l'espace RFC1918 inverse. `nodefault` n'y change rien : ce mode n'agit que si le nom correspond EXACTEMENT a une zone par defaut, et la sienne est `10.in-addr.arpa`, le /8 entier. C'est `transparent` qui laisse la requete suivre son cours — pour nos quatre zones seulement, la ou `unblock-lan-zones` aurait ouvert tout l'espace prive. Rien ne distinguait ce blocage d'une absence : le meme NXDOMAIN qu'un nom qui n'existe pas. AUSSI : les zones inverses sont desormais validees par `named-checkzone` comme la directe (un fichier mal forme etait refuse en silence par PowerDNS), et une zone qu'un ecosysteme cesse de revendiquer est retiree du repertoire. VERIFICATION. Les cinq PTR resolvent depuis les cinq hotes par le resolveur, les huit noms directs par le plancher ET par le DNS, et les deux roles sont idempotents (changed=0). P47 evalue la derivation sur cinq cas — un site a quatre zones, un tenant a une, deux machines d'un meme /24 qui n'en font qu'une, aucune adresse, une adresse illisible. Controle negatif verifie. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-25 20:58:50 -04:00
{"id": "P47", "titre": "Zones inverses : couvrir l'occupe, et rien de plus",
"refs": [], "func": preuve_zones_inverses_couvrent_l_occupe},
carte : P48 — l'index du mainteneur ne peut plus mentir `docs/carte-set-ops.md` est l'index du MAINTENEUR : l'ordre de lecture du corpus, et surtout le catalogue des MECANISMES TRANSVERSES avec, pour chacun, OU IL VIT DANS LE CODE. Son but est ecrit en toutes lettres : « ne plus re-deterrer ce qui existe ». Elle n'avait aucune garde, alors que `catalogue-services.md` a la sienne depuis P38. Ses sept chiffres etaient faux — 54 roles annonces contre 60, 34 documents contre 38, 15 pieces d'audit contre 27, 70 decisions contre 78. Le defaut couteux n'est pourtant pas la. C'est le POINTEUR MORT : la carte dit ou vit un mecanisme, quelqu'un ne l'y trouve pas, et le reimplemente a cote — exactement la panne qu'elle existe pour prevenir. Aucun de ces nombres ne fait travailler personne ; mais un document dont les faits verifiables sont faux cesse d'etre consulte, et c'est alors ses pointeurs qu'on perd. P48 verifie les deux : 84 chemins cites existent, et 7 chiffres correspondent a la mesure. Controle negatif verifie sur les DEUX moities — un chiffre fausse, un pointeur casse, la preuve echoue dans les deux cas. QUATRE DISTINCTIONS ont du etre ecrites pour qu'elle ne soit pas fausse dans l'autre sens : un gabarit de nom (`preuve-<date>.md`) decrit une forme, pas un fichier ; un chemin hors depot (`~/.config/setops-vault-pass`) vit sur le poste de l'exploitant, et c'est tout l'interet de la doctrine des voutes ; un fragment (`meta/acces.yml`) vaut comme SUFFIXE, parce qu'un index se lit ainsi ; et un artefact GENERE (`hosts.yml`) n'a pas a exister dans le moteur. Les quatre sont nommees dans le code plutot que sautees en silence. Le tableau « Le depot en chiffres » remplace les comptes en prose : ce qu'on n'entretient pas, on ne l'affirme pas — ou bien on le fait recompter. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-26 13:56:58 -04:00
{"id": "P48", "titre": "La carte d'orientation designe ce qui existe, et compte juste",
"refs": [], "func": preuve_carte_dit_vrai},
flux : P49 — le registre des flux avait derive sans bruit `docs/registre-flux.md` est GENERE depuis les `roles/*/meta/flux.yml`, et c'est le document qu'un humain lit pour savoir ce que le pare-feu laisse passer. Son EXISTENCE etait verifiee depuis longtemps ; sa FRAICHEUR ne l'etait pas. Il avait derive : la garde d'administration y portait encore `10.0.0.0/24` alors que le reseau d'administration vaut `10.17.0.0/24`, deux flux `client_resolveur` ajoutes depuis n'y figuraient pas, et un hote manquait des listes de sources. Un lecteur y aurait lu un pare-feu qui n'existe plus. L'inventaire avait deja sa garde — P03, le diff-vide du plan. Le registre des flux est le meme genre d'artefact : genere, versionne, lu par un humain. Il lui manquait la meme. `generer_registre` etant une fonction PURE, P49 la rejoue en memoire et compare — une preuve qui repare ce qu'elle mesure ne mesure plus rien. Controle negatif ideal, et il ne s'invente pas : la version commitee elle-meme. Restauree, la preuve echoue ; regeneree, elle passe. CE QUE CETTE DECOUVERTE CORRIGE AUSSI DANS MA TETE. J'avais decrit le symptome comme « le runner salit ses propres clones » — une contradiction structurelle entre un depot-clone et un repertoire de travail. C'etait faux, et la question de l'exploitant l'a mis au jour. Regenerer un artefact DOIT produire un diff quand les sources ont change ; ce qui manquait n'etait pas une architecture, c'etait une garde. Un symptome observe depuis un seul endroit ressemble toujours a une propriete de cet endroit. Ce commit emporte aussi la regeneration elle-meme : le registre du moteur, et les quatorze fichiers nftables de Chezlepro, remis en accord avec leurs sources. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-26 16:58:17 -04:00
{"id": "P49", "titre": "Registre des flux : la matrice d'audit est a jour",
"refs": [], "func": preuve_registre_flux_a_jour},
frontiere : le devis sait desormais refuser SANS consigner L'outil ne savait qu'AUTORISER — `"action": "pass"` etait en dur dans l'emetteur. Une regle de silence ne pouvait donc pas naitre du depot, et j'en avais pose deux a la main sur le boitier : exactement ce que ce projet refuse. CE QUI L'A MOTIVE. Le journal de la frontiere ecrivait 982 000 entrees par jour, dont 82 % un balayage Internet contre le port VNC et le reste du bavardage de decouverte du reseau local. Sa fenetre utile etait tombee a QUARANTE-QUATRE SECONDES. J'y ai cherche la trace d'un flux du site vers les hyperviseurs, je n'ai rien trouve, et j'en ai conclu a tort qu'aucune regle ne bloquait. Un journal noye ment aussi surement qu'un journal mort. Mesure apres declaration : ~20 700/jour. Une regle de silence ne change AUCUN comportement : ce qu'elle vise etait deja refuse par le defaut. Elle ne supprime qu'une trace que personne ne lira. TROIS PIECES. `cle_regle` accepte une action sans changer d'un octet la cle des regles `pass` deja posees. L'ajout naif d'un champ les aurait toutes detruites pour les recreer a l'identique, sur la frontiere, en production. Le plan l'a confirme : 7 a creer, 0 a retirer, 121 inchangees. `_corps_regle` lit l'action, la consignation et la SEQUENCE depuis le devis. La sequence est ce qui rend un `block` sur : OPNsense evalue en `quick`, donc un blocage large emis avant les `pass` fermerait courrier, web et acces distant. `devis_opnsense` lit `opnsense_silences` et en fabrique regles et alias, motif compris — une regle `block` muette sans raison ecrite est indiscernable d'un oubli. P50 garde ces deux dangers. Controles negatifs verifies : un silence en sequence 1 echoue, un silence sans motif echoue. Carte : 28 pieces d'audit (P48 l'avait vu juste). make prouver : CONFORME, 50 OK, 0 echec. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-27 18:10:39 -04:00
{"id": "P50", "titre": "Silences : un refus muet est declare, place en dernier, et motive",
"refs": [], "func": preuve_silences_declares},
collections : epingler les versions — le runner echouait la ou le poste reussissait Premiere materialisation de VM depuis le runner du SITE : ERROR! couldn't resolve module/action 'community.general.proxmox_pool' Meme depot, meme playbook, meme plan que chez le mainteneur. La difference tenait a une seule chose que le moteur ne disait pas : la VERSION de ses collections. Le poste porte `community.general` 10.3.0. Le runner, monte un jour plus tard, a recu la 13.3.0 — et la version 11 a RETIRE les modules Proxmox de cette collection (ils vivent desormais dans `community.proxmox`). `requirements.yml` nommait ses collections sans dire lesquelles : chaque machine installait donc ce qui etait courant le jour de son montage. Une dependance non epinglee n'est pas une dependance, c'est un pari sur l'etat d'Internet a la date du deploiement. TROIS CORRECTIONS. `requirements.yml` epingle les trois collections aux versions eprouvees. `serveur_ops` installe avec `--force`. Sans lui, ansible-galaxy laisse en place une version SUPERIEURE a celle demandee : il ne retrograde pas. Un poste peut etre en avance, pas seulement en retard, et le depot doit faire autorite dans les deux sens. P51 garde les deux faiblesses de ce fichier — celle du 2026-08-24, une collection utilisee sans etre declaree (`ansible.posix`), et celle d'aujourd'hui, declaree sans version. La preuve ne lit que les fichiers de TACHES : un `defaults/main.yml` porte `net.ipv4.ip_forward`, qu'un motif trop large prend pour un module. MIGRATION CONNUE, PAS FAITE : passer les quatre modules Proxmox a `community.proxmox` permettra de suivre `community.general` au-dela de la 11. make prouver : CONFORME, 51 OK, 0 echec. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-27 18:58:23 -04:00
{"id": "P51", "titre": "Collections : toutes declarees, toutes epinglees",
"refs": [], "func": preuve_collections_declarees_et_epinglees},
creer-vm : prouver la materialisation sans entrer chez le tenant `creer-vm` confirmait son succes en attendant une reponse SSH. Le runner du SITE materialise le terrain de TOUS les tenants, mais la frontiere lui refuse d'entrer chez eux — c'est le sens meme de leur isolation. La premiere VM qu'il a creee a donc ete declaree en echec apres 600 secondes alors qu'elle tournait, avec l'adresse exacte que le plan lui destinait : Attente de SSH sur ops-01 ............ ECHEC: injoignable apres 600s. LA TENTATION ETAIT D'OUVRIR LE SSH du runner vers tous les tenants. Ca aurait repare la mesure en detruisant ce qu'elle protege : une machine capable d'entrer chez chaque locataire est precisement ce que cette architecture refuse d'avoir. L'agent invite repond sans rien ouvrir — l'API des hyperviseurs est deja le flux par lequel la VM vient d'etre creee, donc qui peut la creer peut la voir naitre — et il PROUVE DAVANTAGE. « Quelque chose ecoute sur le port 22 » ne dit ni quel systeme a demarre, ni si cloud-init a pose la bonne adresse. Sur ops-01 : 10.17.19.41 portee sur asgard — Debian GNU/Linux 13 (trixie) 6.12.101 Ses echecs distinguent deux causes tres differentes : « la machine demarre mais rapporte une AUTRE adresse — cloud-init, ou le pont sur lequel elle est posee », et « introuvable sur la fabric ». ATTENDRE LA DISPONIBILITE A CHANGE DE MAIN. Guetter cloud-init et la liberation de dpkg appartient a qui va CONFIGURER : `deployer` le fait desormais, la ou il se contentait d'un `ping` unique. Il y gagne ce qu'il n'avait pas — attendre le verrou APT, faute de quoi la premiere couche echouait dessus. Contrepartie assumee : un nom d'hote errone patiente au lieu d'echouer vite ; echouer vite interdirait de chainer creation et deploiement, le geste central d'une reconstruction. P52 garde le couplage ferme. Deux controles negatifs verifies. make prouver : CONFORME, 52 OK, 0 echec. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-27 22:48:49 -04:00
{"id": "P52", "titre": "Materialiser n'exige pas d'entrer dans le tenant",
"refs": [], "func": preuve_materialiser_n_exige_pas_d_entrer},
flux : l interne refuse a voix haute, la bordure se tait (P53) Decision de l exploitant : block vers l Internet, reject a l interieur, parce que c est prudent. Ce n est pas le refus qui informe, c est CE QU IL FAIT AU SILENCE : sous drop partout, un timeout voulait dire aucune machine, aucune route, ou une politique. Quand la politique parle, il n en reste qu une. nftables par hote policy drop + reject with icmpx type admin-prohibited pare-feu Proxmox policy_in = REJECT (POLITIQUE_VM, source unique) frontiere OPNsense block — INCHANGE, et c est la condition admin-prohibited ET NON tcp reset : un RST est indiscernable d un port ferme sans service. La chaine forward reste muette : elle porte le trafic qui TRAVERSE l hote, et y repondre ferait parler cette machine au nom d une destination qui n est pas elle. POURQUOI C EST PRUDENT : l obscurite etait deja nulle a l interieur (chaque machine porte un /etc/hosts qui liste ses voisines), et la bordure protege le reject — rien d indeclare ne franchit le perimetre, donc il ne repond jamais a l Internet. 982 000 entrees par jour a la frontiere, dont 82 % un balayage VNC. LA MESURE A CORRIGE LA MESURE, DEUX FOIS. Ma preuve interdisait le litteral DROP et a fait echouer un code JUSTE : la detection d une politique posee AU DATACENTER, qui est un garde-fou. Une preuve qui interdit un mot au lieu de mesurer une propriete finit par accuser ce qu elle devrait proteger. Et l absence parlait deja : EHOSTUNREACH en 3,05 s pour une machine inexistante, timeout a 6 s pour un refus de la frontiere. Mes deux erreurs de diagnostic ne venaient pas du drop mais de ma SONDE — curl et bash /dev/tcp ecrasent les deux dans un meme echec. Applique : 6 VM en REJECT, 0 creee, 0 retiree. Rien ne se ferme. Trois controles negatifs verifies. make verifier : vert. make prouver : CONFORME, 53 OK, 0 echec, 0 saute. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_019f91zs9SDdwSzL2CVei6on
2026-08-28 16:43:22 -04:00
{"id": "P53", "titre": "L'interne refuse a voix haute, la bordure se tait",
"refs": [], "func": preuve_interne_parle_bordure_se_tait},
inseminer : le geste sort de mes mains et entre dans le depot L insemination avait ete conduite A LA MAIN depuis le runner du site — hors du depot, donc sans preuve. Elle a maintenant sa cible : make inseminer TENANT=OPS-Chezlepro TENANT= PLUTOT QUE LE SYMLINK instance : le runner du SITE amorce PLUSIEURS locataires ; pointer un lien global sur l un d eux le ferait se prendre pour ce tenant. Il en NOMME un par commande. Ca borne aussi le couplage que creer-vm imposait en silence — rien ne disait sur quels tenants ce lien pouvait pointer. L HOTE SE DERIVE : celui qui porte serveur_ops_tenant. Meme critere que le flux d insemination et que la cle SSH du runner — le meme mot borne les trois pouvoirs. P54 GARDE LA LIGNE DE PARTAGE la ou elle glisserait sans bruit. Les deux couches retenues sont les seules qui ne reclament aucun secret. Le jour ou l on en ajouterait une, le deploiement echouerait chez le tenant sur une valeur vide, et ce message ne dirait pas qu un POUVOIR a ete franchi. Controle negatif : ajouter client_pki, la couche suivante, fait echouer la preuve. UN GARDE-FOU EXISTANT A INTERCEPTE UNE INSEMINATION MAL DIRIGEE. Le make parent exporte SETOPS_INVENTAIRE ; ma resolution en heritait et visait l inventaire d un AUTRE ecosysteme. Le refus vient d inventory_rules, pas de la cible — exactement l erreur qu un runner servant plusieurs locataires commettrait en silence. make verifier : vert. make prouver : CONFORME, 54 OK, 0 echec, 0 saute. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_019f91zs9SDdwSzL2CVei6on
2026-08-28 17:14:37 -04:00
{"id": "P54", "titre": "L'insemination ne reclame aucun secret du tenant",
"refs": [], "func": preuve_insemination_sans_secret},
cles : le terrain etait inoccupable — la cle du tenant nait avec ses machines Le deploiement lance depuis ops-01 s est arrete au premier geste, sur les quinze machines a la fois : Permission denied (publickey). Les VM neuves n acceptaient que la cle de l exploitant. Celle du runner EST declaree au plan, mais c est le SOCLE qui la depose — et le socle doit etre applique par quelqu un qui peut deja entrer. Boucle fermee : le tenant recevait un terrain qu il ne pouvait pas occuper. DEUX CLES, DEUX PORTEES : la cle du SITE -> sur le SEUL runner du tenant l insemination la cle du TENANT -> sur TOUTES ses machines il va les configurer POSER UNE CLE AU CLONAGE N EST PAS ENTRER CHEZ LE TENANT. C est un parametre de creation, au meme titre que l adresse ou le disque : le site ecrit les conditions de NAISSANCE, il n ouvre aucune session. Le site n obtient aucun acces sur ces machines ; seul le runner du tenant en obtient un. Forme tranchee par l exploitant : le site renseigne le seul runner, qui se charge de toute sa flotte. Le plancher /etc/hosts suit le meme chemin — ops-01 a le sien depuis son insemination et resout ses quinze voisines par leur nom. LA REVOCATION EST HONOREE A LA NAISSANCE : une entree a etat absent n est pas reposee. Sans cette lecture, une cle retiree de la flotte serait ressuscitee sur chaque VM creee ensuite — panne lente, silencieuse, invisible au plan. P55 garde les deux moities : la cle du site ne nait que sur un porteur de serveur_ops_tenant, et aucune machine ne reste sans celle de son tenant. Une frontiere tenue a une seule couche n est pas tenue. Deux controles negatifs. make verifier : vert. make prouver : CONFORME, 55 OK, 0 echec, 0 saute. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_019f91zs9SDdwSzL2CVei6on
2026-08-30 08:54:17 -04:00
{"id": "P55", "titre": "La cle du SITE ne nait que sur le runner d'un tenant",
"refs": [], "func": preuve_cle_du_site_bornee_au_runner},
gabarit : minimal — il etait un cache du socle, et il perimait sans le dire Il portait DIX-SEPT roles : exactement ceux du socle et du durcissement, que le deploiement rejoue a l identique. C etait donc un CACHE — et comme tout cache, il perimait sans le dire. MESURE : derniere recapture le 2026-08-09, et SIX de ses roles avaient change depuis — common_packages, cloud_init, ssh_baseline, ssh_hardening, auditd, nftables_baseline. Rien ne le signalait : le deploiement masquait la derive en reappliquant tout, donc personne ne pouvait la voir. Aucune preuve du harnais ne regardait sa fraicheur. IL NE GARDE QUE CE QUI DOIT EXISTER AVANT QU ANSIBLE PUISSE AGIR : qemu_guest_agent l agent repond AVANT SSH — P52 s en sert cloud_init le seul chemin vers la premiere seconde sudo_ansible la porte par ou tout entre ssh_baseline le serveur SSH Ce ne sont pas des choix d efficacite, ce sont des conditions d existence. CE QUE CA COUTE, ET QUI EST COUVERT : une VM neuve n est plus durcie a la naissance. Elle nait cependant DERRIERE LE PARE-FEU DE L HYPERVISEUR, policy_in=REJECT arme au clonage — verifie sur obs-01. La fenetre d exposition est fermee par la fabric, pas par le gabarit. Mon objection initiale tombait devant la mesure. P56 GARDE LES DEUX MOITIES. Qu il ne REGROSSISSE pas : un role ajoute recree le cache, donc la peremption invisible. Et que rien de retire ne soit PERDU : un role absent du gabarit ET du socle disparaitrait de toutes les machines neuves, sans erreur ni trace, et la panne arriverait des mois plus tard sur une machine qu on croyait durcie. Verifie : 14 retires, 14 repris, zero orphelin. Deux controles negatifs. make verifier : vert. make prouver : CONFORME, 56 OK, 0 echec. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_019f91zs9SDdwSzL2CVei6on
2026-09-01 10:35:20 -04:00
{"id": "P56", "titre": "Gabarit minimal, et rien de retire n'est perdu",
"refs": [], "func": preuve_gabarit_minimal_et_repris},
documentation : la tournee des 74 documents, parce qu un balayage ne lit pas La revision a commence par un balayage par motifs — chemins morts, cibles make absentes, comptes derives. Il a trouve une trentaine d ecarts et rate presque tout le reste : un motif ne voit que ce qui s exprime en motif. make hote-planifier en est l exemple. La cible EXISTE, donc le controle passait au vert. C est une cible depreciee qui refuse et sort en 2, recommandee par AGENTS.md, et qui contredit la REGLE D OR du meme fichier trois ecrans plus haut. Il fallait lire pour la voir. 74 documents lus un par un. 66 corriges, 8 exacts. CE QUI ETAIT FRANCHEMENT FAUX AGENTS.md, la source d autorite, annoncait la flotte pas encore executee contre des VM reelles. Elle a ete rasee et remontee depuis zero trois fois. ecosysteme-chezlepro.md, le document montre a un client, portait la meme phrase : il se sous-vendait gravement. courriel-conception.md s ouvrait sur aucun role n est encore ecrit, au-dessus de son propre paragraphe 1 qui les nomme. autorisation.md se terminait sur rien n est construit alors qu il rapporte des mesures datees du role en fonctionnement. hebergeur-exploitation.md disait rien n est fait d un depot qui existe. filiation-emancipation.md se contredisait a deux ecrans de distance. DES MODELES DECRITS D APRES UN MONDE ANTERIEUR Le resolveur : cinq documents decrivaient un Unbound par VM en opt-in, trois le donnaient en exemple d integration FACULTATIVE — il est universel depuis le 2026-08-24. L adressage de nomenclature-vm.md : reseau unique, VLAN 11-15, VMID a cinq chiffres. Le nommage SDN de sdn-evpn.md contre le code : c est le wiki qui avait raison. CE QUI CASSE AU PREMIER ESSAI Le nom du gabarit dore etait faux a quatre endroits, dont la procedure qui le FABRIQUE et le critere R2 de l epreuve d operateur independant. preparer-un-site-hebergeur.md avertissait qu une VM faite a la main serait detruite : raser derive du plan, il ne la detruira jamais — le risque est l inverse. Un mot de passe d essai en clair dans un depot public. DEUX PREUVES ETENDUES, ET UNE QUI SE TROMPAIT ELLE-MEME P57 couvre les groupes : elle a signale aussitot 29 groupes annonces au-dessus d un tableau qui en cite 40. P29 confronte le tableau de authentification.md aux declarations reelles : 12 annonces, 21 reels. Et P57 imposait un chiffre faux — 56 preuves alors que le depot en porte 57, la conditionnelle vivant hors de tout comptage. Un garde-fou qui fait respecter une erreur ajoute l assurance a l erreur. CE QUI RESTE, ET QU AUCUNE PREUVE NE TIENT Deux comptes trouves a la main. Et une lacune reelle : rien ne garde les meta/acces.yml — ni qu un service web-sso en porte un, ni que le groupe qu il nomme existe. P29 tient les positions d authentification, personne ne tient les habilitations. make prouver : CONFORME, 56 OK, 0 echec, 1 saute. 0 lien mort. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01Crgis8CxCWkAGFA1ecBz3q
2026-09-06 16:18:23 -04:00
{"id": "P57", "titre": "Comptes en prose : les chiffres du depot sur lui-meme",
"refs": [], "func": preuve_comptes_de_la_prose},
preuves : trois gardes pour ce que ma lecture ne tiendra pas Une revision de documentation vieillit comme le reste. Ce qui tient, c est ce qu une machine verifie — et trois lacunes etaient nommees sans etre gardees. P58 HABILITATIONS. autorisation.md posait la regle (un service nomme un GROUPE, jamais une personne, D-66) et meta/acces.yml la portait ; rien ne la verifiait. P29 gardait les POSITIONS d authentification, personne ne gardait les DROITS. Le controle qui porte la preuve est un croisement : une entree porte_par: role-realm affirme que l habilitation voyage par un role de realm projete depuis un groupe LDAP. P58 le confronte a serveur_keycloak. Sans ca, un service annonce une habilitation que rien ne transporte, et l ecran reste vide sans que personne sache pourquoi. CE QU ELLE N EXIGE PAS, et c est le point le plus important : que les groupes nommes existent dans l annuaire. Ce serait contredire le regime du paragraphe 2 — le depot AMORCE un acces et se retire, les appartenances appartiennent a une personne. dev et personnel n existent dans aucun code, et ce n est pas un defaut. P59 ENUMERATIONS ANNONCEES. Les deux ecarts trouves a la main pendant la tournee — cinq portes annoncees devant une table de six, huit lignes renvoyees vers une fiche qui en compte dix — etaient d une forme que P57 ne voit pas. Ma premiere version a signale CINQ ecarts, et les cinq etaient du bruit : dans « reprise dans les deux devis : », le nombre qualifie autre chose que la liste. Cent pour cent de faux positifs — la preuve qui crie sur un cas sain et qu on apprend a ignorer. Resserree aux deux formes ou le nombre ne peut compter rien d autre. Etroite et vraie plutot que large et devineuse. P60 WIKI PUBLIE. Le wiki est publie DEPUIS le depot ; rien ne mesurait l ecart, et il s est creuse de VINGT-SEPT JOURS en silence. Deux unites jamais publiees, vingt et une differentes : pour qui lit la forge plutot que le depot, toute la revision n existait pas. Le harnais est STATIQUE, zero appel reseau — cloner la forge romprait la seule propriete qui fasse qu une preuve vaille hors de ce poste. La mesure passe donc par un TEMOIN que make wiki-publier depose. Amorce avec la valeur MESUREE : le wiki d eregion porte b6167f2, dont le message dit source: ac85278. Ce qu elle ne prouve pas : un temoin dit ce qui est PARTI, jamais ce qui est ARRIVE. LES TROIS SONT EPROUVEES DANS LES DEUX SENS Douze essais negatifs, douze refus : groupe non projete, acces.yml disparu, personne au lieu d un groupe, mecanisme invente, raison manquante, compte revenu a cinq, septieme porte ajoutee sans toucher au compte, renvoi croise fausse, temoin absent, temoin d un autre depot. Une garantie qu on n a jamais vu dire non n est pas une garantie, c est une habitude. ETAT : NON CONFORME, 58 OK, 1 echec, 1 saute. P60 est rouge, et c est le comportement voulu : le registre a le droit de perdre. Le retard qu elle signale est reel et anterieur a elle. Une commande le ferme, et elle vient ensuite. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01Crgis8CxCWkAGFA1ecBz3q
2026-09-08 12:47:18 -04:00
{"id": "P58", "titre": "Habilitations : chaque service dit a quel GROUPE, et par quoi",
"refs": [], "func": preuve_habilitations_declarees},
{"id": "P59", "titre": "Enumerations annoncees : le nombre correspond a ce qui suit",
"refs": [], "func": preuve_enumerations_annoncees},
{"id": "P60", "titre": "Wiki publie : la forge sert ce que le depot dit",
"refs": ["AFF-002"], "func": preuve_wiki_publie_a_jour},
schema du plan : la forme des registres devient derivee, et gardee Etape 2 du chantier « l UI reflete fidelement la structure ». Le GUI porte CHAMPS_ECRITS_PAR_GUI, une liste tenue A LA MAIN de ce qu il sait ecrire, que P19 confronte au reel. C est une copie — gardee, donc honnete, mais une copie : quelqu un doit penser a l allonger. `make schema` produit docs/audit/schema-plan.json : six registres, 42 champs, leurs types, leurs enumerations et ce qui est requis. CE QUE LE SCHEMA EST, ET CE QU IL N EST PAS schema -> la FORME -> generera les champs du formulaire validateurs -> la COHERENCE -> refusent une saisie incoherente Un JSON Schema ne sait pas dire qu un `consommateur` designe une application inexistante, ni qu une integration universelle recopiee au plan est un defaut. Vouloir l y mettre creerait la seconde source de verite que tout ce depot refuse. Les valider_* restent l autorite. LES ENUMERATIONS SONT IMPORTEES, JAMAIS RECOPIEES ETATS_SERVEUR, PORTEES_BD et AUTORITES_DNS viennent des constantes que les validateurs appliquent. Une enumeration recopiee diverge — c est la lecon des neuf resolutions d instance que P41 garde depuis. CE QUE L ETAPE 1 AVAIT TROUVE, ET QUE P61 A CONFIRME Le recensement montrait `categorie` et `service` presents dans TOUS les plans et absents de CHAMPS_ECRITS_PAR_GUI, dont la ligne `nomenclature` est vide : le GUI ne sait pas les editer, l operateur doit ouvrir le YAML. P61 a refuse le premier schema pour cette raison exacte. Les trois tables imbriquees de la nomenclature sont donc DECRITES et non resumees en « object ». 31 champs observes dans l instance courante, 42 decrits par le schema. La difference n est pas du bavardage : observer une instance n est pas un schema. `noeud`, `stockage` et `coeurs` sont legitimes et simplement inutilises ici — un schema derive de l observation les INTERDIRAIT. P61, EPROUVEE DANS LES DEUX SENS fichier genere perime -> REFUSE champ du plan absent du schema -> REFUSE champ decrit mais inutilise au plan -> COMPTE, pas refuse Le troisieme point est delibere : refuser obligerait a retirer du schema un champ valide des que plus personne ne s en sert. Meme mesure que les lacunes nommees de P29. UN DEFAUT DE MON INSTRUMENT, PAYE EN ROUTE P61 comparait des noms a plat quand couverture_gui aplatit les tables imbriquees : elle criait sur un schema correct. L instrument mesurait autre chose que la cible. On aplatit desormais des deux cotes. make prouver : CONFORME, 60 OK, 0 echec, 1 saute. Prochaine etape : generer les formulaires depuis ce schema, et retirer CHAMPS_ECRITS_PAR_GUI. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01Crgis8CxCWkAGFA1ecBz3q
2026-09-08 15:19:20 -04:00
{"id": "P61", "titre": "Schema du plan : il decrit tout ce que les plans contiennent",
"refs": ["AFF-033"], "func": preuve_schema_du_plan},
{"id": "P43", "titre": "Frontiere : le devis voit les machines du site", "refs": [],
"func": preuve_devis_frontiere_du_site},
{"id": "P33", "titre": "Aucune collision de port entre roles co-localises", "refs": [],
"cmds": [[sys.executable, "scripts/verifier_ports.py"]]},
]
documentation : la tournee des 74 documents, parce qu un balayage ne lit pas La revision a commence par un balayage par motifs — chemins morts, cibles make absentes, comptes derives. Il a trouve une trentaine d ecarts et rate presque tout le reste : un motif ne voit que ce qui s exprime en motif. make hote-planifier en est l exemple. La cible EXISTE, donc le controle passait au vert. C est une cible depreciee qui refuse et sort en 2, recommandee par AGENTS.md, et qui contredit la REGLE D OR du meme fichier trois ecrans plus haut. Il fallait lire pour la voir. 74 documents lus un par un. 66 corriges, 8 exacts. CE QUI ETAIT FRANCHEMENT FAUX AGENTS.md, la source d autorite, annoncait la flotte pas encore executee contre des VM reelles. Elle a ete rasee et remontee depuis zero trois fois. ecosysteme-chezlepro.md, le document montre a un client, portait la meme phrase : il se sous-vendait gravement. courriel-conception.md s ouvrait sur aucun role n est encore ecrit, au-dessus de son propre paragraphe 1 qui les nomme. autorisation.md se terminait sur rien n est construit alors qu il rapporte des mesures datees du role en fonctionnement. hebergeur-exploitation.md disait rien n est fait d un depot qui existe. filiation-emancipation.md se contredisait a deux ecrans de distance. DES MODELES DECRITS D APRES UN MONDE ANTERIEUR Le resolveur : cinq documents decrivaient un Unbound par VM en opt-in, trois le donnaient en exemple d integration FACULTATIVE — il est universel depuis le 2026-08-24. L adressage de nomenclature-vm.md : reseau unique, VLAN 11-15, VMID a cinq chiffres. Le nommage SDN de sdn-evpn.md contre le code : c est le wiki qui avait raison. CE QUI CASSE AU PREMIER ESSAI Le nom du gabarit dore etait faux a quatre endroits, dont la procedure qui le FABRIQUE et le critere R2 de l epreuve d operateur independant. preparer-un-site-hebergeur.md avertissait qu une VM faite a la main serait detruite : raser derive du plan, il ne la detruira jamais — le risque est l inverse. Un mot de passe d essai en clair dans un depot public. DEUX PREUVES ETENDUES, ET UNE QUI SE TROMPAIT ELLE-MEME P57 couvre les groupes : elle a signale aussitot 29 groupes annonces au-dessus d un tableau qui en cite 40. P29 confronte le tableau de authentification.md aux declarations reelles : 12 annonces, 21 reels. Et P57 imposait un chiffre faux — 56 preuves alors que le depot en porte 57, la conditionnelle vivant hors de tout comptage. Un garde-fou qui fait respecter une erreur ajoute l assurance a l erreur. CE QUI RESTE, ET QU AUCUNE PREUVE NE TIENT Deux comptes trouves a la main. Et une lacune reelle : rien ne garde les meta/acces.yml — ni qu un service web-sso en porte un, ni que le groupe qu il nomme existe. P29 tient les positions d authentification, personne ne tient les habilitations. make prouver : CONFORME, 56 OK, 0 echec, 1 saute. 0 lien mort. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01Crgis8CxCWkAGFA1ecBz3q
2026-09-06 16:18:23 -04:00
# LA PREUVE CONDITIONNELLE VIT ICI, PAS DANS `main()` — POUR ETRE COMPTABLE (2026-09-06).
#
# P16 exige la voute : elle est SAUTEE quand la cle n'est pas la. Definie a l'interieur de
# `main()`, elle echappait a `len(PREUVES)` — et la preuve des comptes en prose (P57)
# imposait donc « 56 preuves » a toute la documentation, alors que le depot en porte 57
# (P01 a P57, sans trou). Un garde-fou qui fait respecter un chiffre faux est pire qu'aucun
# garde-fou : il donne l'assurance en plus de l'erreur.
PREUVE_CONDITIONNELLE_INVENTAIRE: dict = {
"id": "P16", "titre": "Inventaire Ansible complet (--list)",
"refs": ["AFF-030"], "func": preuve_inventaire_ansible}
# TOUTES les preuves du depot, conditionnelles comprises. C'est ce nombre que la
# documentation doit annoncer.
TOUTES_LES_PREUVES: list[dict] = PREUVES + [PREUVE_CONDITIONNELLE_INVENTAIRE]
def _vault_requis_absent() -> bool:
voutes : une voute, une cle — separer avant de distribuer Decision de l'exploitant : chaque runner est maitre de sa voute et en detient la cle. C'est ce qui rend un runner autonome, donc ce qui rend l'emancipation atteignable. Elle exigeait un prealable, mesure ce matin : UN SEUL mot de passe ouvrait les SIX voutes de la flotte, celle de la fabric comprise. DISTRIBUER AVANT DE SEPARER AURAIT ETE PIRE QUE LE STATU QUO : poser « la » cle sur chaque runner rendait chaque runner capable d'ouvrir les autres. Compromettre le plus petit locataire donnait les secrets de l'hebergeur. Cinq cles, une par ecosysteme, sous ~/.config/setops-vault-<depot>. Verification croisee apres rechiffrement : la diagonale, et rien qu'elle. L'ancienne cle maitresse n'ouvre plus aucune des six. UN SEUL MOT DE PASSE NE POUVAIT PLUS SUFFIRE, et pas pour la raison qu'on croit : `cloner_vm_debian.yml` charge la voute du TENANT puis celle de l'UNDERLAY dans la meme execution. `ANSIBLE_VAULT_IDENTITY_LIST` en porte plusieurs et les essaie toutes — un seul export suffit pour les 28 appels a ansible-playbook, sans en toucher un seul. La liste se derive dans scripts/voutes.py. CE QUI BORNE LE POUVOIR N'EST PAS LA LISTE MAIS LA PRESENCE DES FICHIERS. Sur le poste, toutes les cles sont la — c'est l'humain qui les detient toutes, et P03 lit les inventaires de tous les freres. Sur un runner, une seule existe. Le code est identique, le pouvoir ne l'est pas. DEUX PREUVES ONT DIT CE QUI MANQUAIT. P03 est tombee des la separation : elle lit les inventaires voisins, donc il lui faut leurs cles — c'est elle qui a etabli que la liste devait couvrir le voisinage. P16 s'est mise a SAUTER : sa garde ne connaissait que ANSIBLE_VAULT_PASSWORD_FILE. Une preuve sautee se lit trop facilement comme une preuve passee. COUT ASSUME : le chiffre et sa cle cohabiteront sur la meme machine des que les runners recevront la leur. Le pari tient parce que le perimetre est borne. Les six voutes sauvegardees avant rechiffrement. L'ancienne cle maitresse reste sur le poste : la retirer est une decision, pas un nettoyage. make verifier : vert. make prouver : CONFORME, 52 OK, 0 echec, 0 saute — sans ANSIBLE_VAULT_PASSWORD_FILE. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_019f91zs9SDdwSzL2CVei6on
2026-08-28 14:23:33 -04:00
"""Vrai si l'inventaire chiffre un group_vars et qu'aucun mot de passe n'est fourni.
DEUX FACONS DE FOURNIR UNE CLE DEPUIS LA SEPARATION DES VOUTES (2026-08-28) : l'unique
`ANSIBLE_VAULT_PASSWORD_FILE`, et `ANSIBLE_VAULT_IDENTITY_LIST`, qui en porte
plusieurs — indispensable des qu'une execution touche deux voutes (le tenant et
l'underlay). N'en regarder qu'une faisait SAUTER P16 alors que la cle etait la, et
une preuve sautee se lit trop facilement comme une preuve passee.
"""
if os.environ.get("ANSIBLE_VAULT_PASSWORD_FILE") or os.environ.get("ANSIBLE_VAULT_IDENTITY_LIST"):
return False
gv = (RACINE / INV).parent / "group_vars"
if not gv.exists():
return False
for f in gv.rglob("*"):
if f.is_file():
try:
if f.read_text(encoding="utf-8", errors="ignore").startswith("$ANSIBLE_VAULT"):
return True
except OSError:
continue
return False
def _underlay_absent() -> bool:
"""Vrai si aucun underlay.yml n'est defini (fabric non decrite : rien a prouver)."""
import underlay
return underlay.chemin() is None
frontière nord/sud : devis dérivé, lien de transit et les deux routes La bordure devient un artefact dérivé, comme le devis switch — et le chemin qui y mène est enfin déclaré. `make devis-opnsense` (+ preuve P24) dérive la politique de bordure du registre des flux : les flux `pair: externe`, que `resoudre_flux.py` saute volontairement parce qu'ils relèvent de la frontière et non du pare-feu d'hôte. Aucun port, aucune adresse, aucun nom d'hôte dans le générateur. Le lien manquait dans tous les fichiers : le devis switch ne contenait pas une seule `ip route`. Un réseau underlay portant `passerelle_sortie` le déclare — il vit dans l'underlay et non dans un tenant parce que la frontière route vers TOUS les supernets tenants par le même saut, donc il ne peut dériver d'aucun `index`. `devis-reseau` en tire deux routes : l'aller (sortie générale) et le retour vers l'administration, dont l'absence a coûté la passe de déploiement du 2026-07-29 — la réponse revient au pare-feu par une autre interface que celle où l'état a été créé, et se fait jeter en silence. Les réseaux d'administration viennent de l'intrant `nftables_admin_ssh` : même source unique que la garde anti-lockout des nftables et l'alias SETOPS_ADMIN. Les trois pare-feux et les routes ne peuvent plus diverger. La frontière est réglable depuis la console (section « Frontière » du panneau Intrants) ; les identifiants d'API restent interdits d'écriture par le GUI et vivent dans la voûte. Correctifs de la même passe : - le panneau refusait d'enregistrer les intrants de la frontière : le garde-fou confondait une référence de voûte `{{ vault_* }}` préservée avec un secret soumis. Il regarde désormais la valeur, pas le nom. - `supprimer_vm_debian.yml` ne chargeait que `proxmox.vault.yml` pour ses secrets ; retirer ce reliquat aurait cassé `make detruire`. Aligné sur le playbook de clonage, voûte unique en dernier. - documentation : la voûte est unique, `proxmox.vault.yml` n'est qu'un reliquat de compatibilité. Preuves : 24 OK, 0 échec. Cas de rejet du validateur d'underlay exercés un par un ; résolution du jeton Proxmox vérifiée en exécution réelle. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-01 19:32:04 -04:00
def _frontiere_absente() -> bool:
CI : le harnais ne se declenchait que par memoire Trente-huit preuves, des tests, un lint — et RIEN ne les executait sans qu'un humain tape `make`. Le meilleur atout du depot dependait de ne pas oublier. Il a desormais une CI (.forgejo/workflows/verifier.yml) et une cible qui la rejoue a l'identique : `make ci`. CE QUE LA CI A TROUVE AVANT D'EXISTER. Ecrire le workflow supposait de repondre a une question jamais posee : est-ce qu'un depot PUBLIC, seul, se tient ? Mesure sur un clone nu : non, a cinq endroits. - `make instancier` echouait sur le modele public — le tout premier geste du QUICKSTART. Le Makefile forcait `principal/hosts.yml` alors que le modele vit en `production/` ; sa precedence suit desormais celle du code (fichier, puis REPERTOIRE existant, puis defaut). - P32 parcourait les 54 roles sans regarder ce que l'instance deploie. Elle passait sur l'ecosysteme de reference PARCE QU'IL PORTE TOUT. Or les modeles sont des OFFRES : toute offre plus petite que l'ecosysteme complet echouait son propre harnais, pour des services qu'elle ne vend pas. Le perimetre se lit maintenant du plan (groupes de l'inventaire, puis roles composes par leur playbook). - P24 : le modele public ne declarait aucun reseau d'administration — une flotte qu'on construit et ou l'on n'entre plus. `nftables_admin_ssh` est pose, avec le pourquoi. - P33 : verifier_ports.py codait `instance/inventories/principal/hosts.yml` en dur. - P32 et P24 lisaient le symlink `instance/` au lieu de SETOPS_INSTANCE. Toutes de la MEME FAMILLE que P03 avant-hier : une resolution d'inventaire recopiee, une variable d'environnement qui deborde de sa portee. Le depot en compte SEPT ; deux de plus sont corrigees ici, et la septieme le dit en commentaire plutot que de le taire. `make ci` NE TOUCHE AUCUN SYMLINK : le modele public est monte comme instance jetable, vise par SETOPS_INSTANCE/SETOPS_UNDERLAY, detruit en sortant. Deux details mesures parce que devines faux d'abord : l'instance jetable est un DOSSIER FRERE (la federation se decouvre ainsi ; ailleurs, quatre preuves tombent) ; et SETOPS_UNDERLAY n'est pose QUE pour la verification, sinon l'inventaire est ecrit avec une fabric et regenere avec une autre — la commande fabriquait l'ecart qu'elle denonce. RESULTAT : clone nu sans instance ni frere -> 38 OK, 0 echec, 0 saute. Depot de l'exploitant avec ses 3 instances -> 38 OK, 0 echec, 0 saute. Aucun residu. Et le lint du depot a refuse mon propre fichier de CI avant qu'il ne tourne une seule fois (`on:` lu par YAML comme le booleen vrai). Le harnais mordait deja. A AJUSTER AU PREMIER PASSAGE, ecrit en tete du workflow : l'etiquette `runs-on` doit correspondre a un runner Forgejo enregistre, et le runner a besoin du reseau pour pip et ansible-galaxy. Le vert de cette CI dira que le moteur et son modele public se tiennent — pas que la flotte va bien : aucune VM jointe, aucune voute. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-20 19:29:46 -04:00
"""Vrai si aucune instance n'est active (depot public nu : aucune frontiere a prouver).
L'instance est celle que designe SETOPS_INSTANCE — le symlink `instance/` n'en est que
le cas courant. Lire le symlink en dur faisait SAUTER cette preuve des qu'on visait une
instance autrement (CI, modele, autre tenant) : un vert de moins, et personne pour le
dire.
"""
return not INSTANCE.exists()
frontière nord/sud : devis dérivé, lien de transit et les deux routes La bordure devient un artefact dérivé, comme le devis switch — et le chemin qui y mène est enfin déclaré. `make devis-opnsense` (+ preuve P24) dérive la politique de bordure du registre des flux : les flux `pair: externe`, que `resoudre_flux.py` saute volontairement parce qu'ils relèvent de la frontière et non du pare-feu d'hôte. Aucun port, aucune adresse, aucun nom d'hôte dans le générateur. Le lien manquait dans tous les fichiers : le devis switch ne contenait pas une seule `ip route`. Un réseau underlay portant `passerelle_sortie` le déclare — il vit dans l'underlay et non dans un tenant parce que la frontière route vers TOUS les supernets tenants par le même saut, donc il ne peut dériver d'aucun `index`. `devis-reseau` en tire deux routes : l'aller (sortie générale) et le retour vers l'administration, dont l'absence a coûté la passe de déploiement du 2026-07-29 — la réponse revient au pare-feu par une autre interface que celle où l'état a été créé, et se fait jeter en silence. Les réseaux d'administration viennent de l'intrant `nftables_admin_ssh` : même source unique que la garde anti-lockout des nftables et l'alias SETOPS_ADMIN. Les trois pare-feux et les routes ne peuvent plus diverger. La frontière est réglable depuis la console (section « Frontière » du panneau Intrants) ; les identifiants d'API restent interdits d'écriture par le GUI et vivent dans la voûte. Correctifs de la même passe : - le panneau refusait d'enregistrer les intrants de la frontière : le garde-fou confondait une référence de voûte `{{ vault_* }}` préservée avec un secret soumis. Il regarde désormais la valeur, pas le nom. - `supprimer_vm_debian.yml` ne chargeait que `proxmox.vault.yml` pour ses secrets ; retirer ce reliquat aurait cassé `make detruire`. Aligné sur le playbook de clonage, voûte unique en dernier. - documentation : la voûte est unique, `proxmox.vault.yml` n'est qu'un reliquat de compatibilité. Preuves : 24 OK, 0 échec. Cas de rejet du validateur d'underlay exercés un par un ; résolution du jeton Proxmox vérifiée en exécution réelle. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-01 19:32:04 -04:00
def _executer(preuve: dict) -> tuple[str, str]:
"""Renvoie (statut, detail). statut in {OK, ECHEC, SAUTE}."""
if "func" in preuve:
ok, detail = preuve["func"]()
return ("OK" if ok else "ECHEC"), detail
dernier = ""
for cmd in preuve["cmds"]:
r = subprocess.run(cmd, cwd=RACINE, capture_output=True, text=True, timeout=600)
sortie = [l for l in (r.stdout + r.stderr).strip().splitlines()
if l.strip() and not l.lstrip().startswith("[WARNING]")]
dernier = sortie[-1] if sortie else ""
if r.returncode != 0:
return "ECHEC", f"rc={r.returncode} : {dernier}"
return "OK", dernier
def main(argv: list[str] | None = None) -> int:
argv = sys.argv[1:] if argv is None else argv
# --verifier : execute les preuves (verdict + code de sortie) sans ecrire de rapport,
# pour un appel depuis `make verifier` (evite d'ecraser la piece justificative committee).
ecrire_rapport = "--verifier" not in argv
date = _dt.date.today().isoformat()
resultats: list[tuple[dict, str, str]] = []
# Preuve conditionnelle : inventaire Ansible complet (necessite la voute).
documentation : la tournee des 74 documents, parce qu un balayage ne lit pas La revision a commence par un balayage par motifs — chemins morts, cibles make absentes, comptes derives. Il a trouve une trentaine d ecarts et rate presque tout le reste : un motif ne voit que ce qui s exprime en motif. make hote-planifier en est l exemple. La cible EXISTE, donc le controle passait au vert. C est une cible depreciee qui refuse et sort en 2, recommandee par AGENTS.md, et qui contredit la REGLE D OR du meme fichier trois ecrans plus haut. Il fallait lire pour la voir. 74 documents lus un par un. 66 corriges, 8 exacts. CE QUI ETAIT FRANCHEMENT FAUX AGENTS.md, la source d autorite, annoncait la flotte pas encore executee contre des VM reelles. Elle a ete rasee et remontee depuis zero trois fois. ecosysteme-chezlepro.md, le document montre a un client, portait la meme phrase : il se sous-vendait gravement. courriel-conception.md s ouvrait sur aucun role n est encore ecrit, au-dessus de son propre paragraphe 1 qui les nomme. autorisation.md se terminait sur rien n est construit alors qu il rapporte des mesures datees du role en fonctionnement. hebergeur-exploitation.md disait rien n est fait d un depot qui existe. filiation-emancipation.md se contredisait a deux ecrans de distance. DES MODELES DECRITS D APRES UN MONDE ANTERIEUR Le resolveur : cinq documents decrivaient un Unbound par VM en opt-in, trois le donnaient en exemple d integration FACULTATIVE — il est universel depuis le 2026-08-24. L adressage de nomenclature-vm.md : reseau unique, VLAN 11-15, VMID a cinq chiffres. Le nommage SDN de sdn-evpn.md contre le code : c est le wiki qui avait raison. CE QUI CASSE AU PREMIER ESSAI Le nom du gabarit dore etait faux a quatre endroits, dont la procedure qui le FABRIQUE et le critere R2 de l epreuve d operateur independant. preparer-un-site-hebergeur.md avertissait qu une VM faite a la main serait detruite : raser derive du plan, il ne la detruira jamais — le risque est l inverse. Un mot de passe d essai en clair dans un depot public. DEUX PREUVES ETENDUES, ET UNE QUI SE TROMPAIT ELLE-MEME P57 couvre les groupes : elle a signale aussitot 29 groupes annonces au-dessus d un tableau qui en cite 40. P29 confronte le tableau de authentification.md aux declarations reelles : 12 annonces, 21 reels. Et P57 imposait un chiffre faux — 56 preuves alors que le depot en porte 57, la conditionnelle vivant hors de tout comptage. Un garde-fou qui fait respecter une erreur ajoute l assurance a l erreur. CE QUI RESTE, ET QU AUCUNE PREUVE NE TIENT Deux comptes trouves a la main. Et une lacune reelle : rien ne garde les meta/acces.yml — ni qu un service web-sso en porte un, ni que le groupe qu il nomme existe. P29 tient les positions d authentification, personne ne tient les habilitations. make prouver : CONFORME, 56 OK, 0 echec, 1 saute. 0 lien mort. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01Crgis8CxCWkAGFA1ecBz3q
2026-09-06 16:18:23 -04:00
preuve_inv = PREUVE_CONDITIONNELLE_INVENTAIRE
liste = list(PREUVES)
if _vault_requis_absent():
resultats.append((preuve_inv, "SAUTE",
"Voute chiffree sans ANSIBLE_VAULT_PASSWORD_FILE (prerequis AFF-026)."))
else:
liste.append(preuve_inv)
# Preuve conditionnelle : underlay (fabric physique). Sautee si non definie.
if _underlay_absent():
p23 = next((p for p in liste if p["id"] == "P23"), None)
if p23:
liste.remove(p23)
resultats.append((p23, "SAUTE", "Aucun underlay.yml (fabric non definie) — rien a prouver."))
frontière nord/sud : devis dérivé, lien de transit et les deux routes La bordure devient un artefact dérivé, comme le devis switch — et le chemin qui y mène est enfin déclaré. `make devis-opnsense` (+ preuve P24) dérive la politique de bordure du registre des flux : les flux `pair: externe`, que `resoudre_flux.py` saute volontairement parce qu'ils relèvent de la frontière et non du pare-feu d'hôte. Aucun port, aucune adresse, aucun nom d'hôte dans le générateur. Le lien manquait dans tous les fichiers : le devis switch ne contenait pas une seule `ip route`. Un réseau underlay portant `passerelle_sortie` le déclare — il vit dans l'underlay et non dans un tenant parce que la frontière route vers TOUS les supernets tenants par le même saut, donc il ne peut dériver d'aucun `index`. `devis-reseau` en tire deux routes : l'aller (sortie générale) et le retour vers l'administration, dont l'absence a coûté la passe de déploiement du 2026-07-29 — la réponse revient au pare-feu par une autre interface que celle où l'état a été créé, et se fait jeter en silence. Les réseaux d'administration viennent de l'intrant `nftables_admin_ssh` : même source unique que la garde anti-lockout des nftables et l'alias SETOPS_ADMIN. Les trois pare-feux et les routes ne peuvent plus diverger. La frontière est réglable depuis la console (section « Frontière » du panneau Intrants) ; les identifiants d'API restent interdits d'écriture par le GUI et vivent dans la voûte. Correctifs de la même passe : - le panneau refusait d'enregistrer les intrants de la frontière : le garde-fou confondait une référence de voûte `{{ vault_* }}` préservée avec un secret soumis. Il regarde désormais la valeur, pas le nom. - `supprimer_vm_debian.yml` ne chargeait que `proxmox.vault.yml` pour ses secrets ; retirer ce reliquat aurait cassé `make detruire`. Aligné sur le playbook de clonage, voûte unique en dernier. - documentation : la voûte est unique, `proxmox.vault.yml` n'est qu'un reliquat de compatibilité. Preuves : 24 OK, 0 échec. Cas de rejet du validateur d'underlay exercés un par un ; résolution du jeton Proxmox vérifiée en exécution réelle. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-01 19:32:04 -04:00
# Preuve conditionnelle : frontiere nord/sud. Sautee sans instance active.
if _frontiere_absente():
p24 = next((p for p in liste if p["id"] == "P24"), None)
if p24:
liste.remove(p24)
resultats.append((p24, "SAUTE", "Aucune instance active — aucune frontiere a prouver."))
for preuve in liste:
statut, detail = _executer(preuve)
resultats.append((preuve, statut, detail))
Trois preuves qui regardent au-dela d'une seule instance + champ liens/websocket au GUI Le harnais ne verifiait qu'UNE instance et le seul modele socle. Tout ce qui vit a cote du moteur echappait au controle. Trois preuves ferment ces angles morts : - P17 (scripts/modeles.py) : TOUS les modeles valident, pas seulement socle. SETOPS_MODELES=../Set-OPS-Modeles inclut les modeles assembles prives. A trouve 6 modeles invalides sur 7 (corriges dans Set-OPS-Modeles). - P18 (scripts/voute.py) : le gabarit vault.yml.example couvre EXACTEMENT les secrets que le plan exige (bases + roles actifs + group_vars). Ne dechiffre jamais la vraie voute : compare des noms. - P19 (scripts/couverture_gui.py) : tout champ present dans un plan reel est editable par le GUI. A trouve applications.websocket (comble). Nomenclature toleree (trou connu). GUI : - champ « Liens (bindings) » dans l'inspecteur d'application : role -> cible en listes deroulantes, les roles proposes = ceux que le role porteur accepte (meta/liens.yml). Comble un manque : les bindings ne se declaraient qu'en editant le YAML a la main. - champ « WebSocket » (Collabora). - CHAMPS_ECRITS_PAR_GUI : declaration de ce que le GUI sait ecrire, verifiee par P19. Garde-fou de fond : valider_applications refuse une application posee sur un hote non declare (l'hote fantome exact qu'integral portait). Cable partout + POST du GUI. liens_acceptes()/catalogue_liens() dans inventory_rules : source unique partagee par le validateur, le GUI et instancier.py (dont la copie locale est retiree). Valide : make verifier rc=0, CONFORME 19/19, ansible-lint 0 echec, 7 modeles valident, DIFF VIDE, node --check du GUI OK. Piece justificative : docs/audit/preuve-2026-07-22.md. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
2026-07-22 21:32:42 -04:00
# Tri : garder l'ordre d'execution (P01..P19) ; la preuve sautee a ete inseree tot.
resultats.sort(key=lambda r: r[0]["id"])
n_ok = sum(1 for _, s, _ in resultats if s == "OK")
n_echec = sum(1 for _, s, _ in resultats if s == "ECHEC")
n_saute = sum(1 for _, s, _ in resultats if s == "SAUTE")
conforme = n_echec == 0
print(f"{'CONFORME' if conforme else 'NON CONFORME'} : "
f"{n_ok} OK, {n_echec} echec, {n_saute} saute.")
if not ecrire_rapport:
return 0 if conforme else 1
icone = {"OK": "✅", "ECHEC": "❌", "SAUTE": "⚪"}
lignes = [
f"# Preuve de conformite — Set-OPS — {date}",
"",
"> Genere par `make prouver` (`scripts/prouver.py`). **Rejouable** : relancer",
"> reproduit ce rapport. Chaque preuve rejoue l'outillage existant du depot ;",
"> aucune validation n'est reimplementee ici. Voir le mode d'emploi :",
"> [`docs/audit/README.md`](README.md), et le registre trace :",
"> [`docs/audit/affirmations.md`](affirmations.md).",
"",
f"- **Instance** : `{INSTANCE}` — inventaire `{INV}`",
f"- **Verdict** : {'✅ CONFORME' if conforme else '❌ NON CONFORME'} "
f"({n_ok} OK · {n_echec} echec · {n_saute} saute)",
"",
"## Preuves",
"",
"| # | Preuve | Affirmations | Statut | Detail |",
"|---|---|---|---|---|",
]
for preuve, statut, detail in resultats:
refs = ", ".join(preuve["refs"]) or "—"
det = detail.replace("|", "\\|")[:160]
lignes.append(f"| {preuve['id']} | {preuve['titre']} | {refs} | {icone[statut]} {statut} | {det} |")
lignes += [
"",
"## Couverture des affirmations ✅ du registre",
"",
"Chaque affirmation ✅ automatisable est couverte par la preuve indiquee ci-dessus.",
"Les ✅ **structurelles/doctrinales** non rejouables par une commande (ex. AFF-005",
"`make`=aide, AFF-014 ciblage groupe, AFF-024 `instancier-appliquer`, AFF-051 autorite",
"d'AGENTS.md, AFF-073/075 gardes `make`, AFF-090 wiki) ont ete verifiees a l'audit ;",
"elles restent hors du harnais recurrent (rien d'executable a rejouer).",
"",
"## Declarations d'intention (⚪ invérifiables localement — assumees)",
"",
"Ces affirmations ne sont pas rejouables hors production ; elles sont **assumees**",
"comme declarations d'intention, non comme preuves :",
"",
"- **AFF-036** — « testables avec `--check` autant que possible » : verifiable seulement",
" contre une flotte vivante.",
"- **AFF-091** — contenu pedagogique du wiki : affirmations conceptuelles.",
"- **AFF-096** — « GUI 100 % francais » : revue exhaustive des libelles rendus, non automatisee.",
"- **AFF-007** — hote d'exemple `web-frontal-01` : placeholder assume.",
"",
f"_Rapport genere le {date}._",
"",
]
DOSSIER_AUDIT.mkdir(parents=True, exist_ok=True)
rapport = DOSSIER_AUDIT / f"preuve-{date}.md"
rapport.write_text("\n".join(lignes), encoding="utf-8")
print(f"Rapport : {rapport.relative_to(RACINE)}")
return 0 if conforme else 1
if __name__ == "__main__":
raise SystemExit(main(sys.argv[1:]))