ALFRED — défense
Rôle décrit : observer les signaux de sécurité, qualifier les anomalies et proposer des mesures défensives. Les performances et les limites doivent être documentées.
TRINITY™
Accueil›trinity
Architecture — limites à documenter
TRINITY organise les fonctions de défense, de gouvernance et de coordination. Cette description présente leurs rôles dans l’architecture ; elle ne certifie pas l’état d’exploitation de hubs ou de fonctions.
ADÈLE — gouvernance
Rôle décrit : confronter les actions envisagées aux règles de gouvernance et prévoir un veto humain. L’ancrage matériel TEE/HSM reste en intégration.
ALADIN — coordination
Rôle décrit : coordonner les réponses autorisées et étudier le fonctionnement en conditions dégradées. La distribution entre juridictions relève de la feuille de route.
ATHENA — interface automatisée
ATHENA est présentée comme une interface conversationnelle automatisée. Ses réponses peuvent contenir des erreurs et ne constituent pas une validation technique ou juridique.
METATRON — en intégration
METATRON vise la production et la vérification de traces. La démonstration J3 reste à valider ; aucun registre de preuve opérationnel ou audit achevé n’est établi ici.
Consulter les limites et les preuves sur le site de la FondationASVPRET — cadre d’architecture
ASVPRET relie sept gènes d’architecture à des règles, des protocoles et des tests. L’autorité reste humaine. Cadre d'architecture. Série 8 en construction, démontrée en environnement de staging au fur et à mesure des jalons.
Lire la doctrine ASVPRETAthéna Reception — prototype interne
Prototype interne d’accueil conversationnel, présenté avec des données fictives. Aucun service disponible à la vente ni calendrier de mise à disposition n’est annoncé.
Livre blanc · Spécification ALPHA
Série 8 — de la classification à l’audit
Le livre blanc Série 8 décrit une chaîne de traitement traçable : classifier, décider, produire une preuve, puis préparer son examen. Les étapes ci-dessous présentent cette spécification ALPHA.
1. Classifier · TCAC
Un référentiel versionné classe les cas dans les catégories ST, SN, CR, CS et INT. Chaque révision reçoit sa propre empreinte.
2. Décider · ADÈLE
Le moteur décrit trois décisions : ALLOW, DENY ou ESCALATE, avec justification structurée et détection des contradictions. En cas d’ambiguïté, la règle décrite est DENY.
3. Tracer · METATRON
La preuve d’intégrité utilise SHA3-512 en test. Un journal à ajout seul relie les entrées par empreintes et les agrège dans une racine de Merkle déterministe.
4. Examiner · SAK v2
Des rapports adaptés aux auditeurs, tribunaux ou régulateurs masquent les données sensibles. Un vérificateur Rust indépendant est comparé à la référence Python.
Interfaces et analyse supervisée
SVP-X décrit un bac à sable Evidence/Audit en OpenAPI 3.1, avec des permissions distinctes. Némésis prévoit une compilation forensique supervisée de niveau Tier 2 ; ses dépendances restent simulées dans cette publication.