OMEGA™
Point de passage obligatoire de toute décision critique. OMEGA™ est le seul composant de l’architecture qui décide. Ce qui ne traverse pas OMEGA n’existe pas.
Le seul composant qui décide
La séparation entre décision et exécution est absolue. OMEGA décide. AEGIS exécute. PRISM prouve. Aucun raccourci.
Si OMEGA n’a pas autorisé, l’action n’existe pas.
Si OMEGA a autorisé, PRISM en détient la preuve.
Position dans la chaîne
OMEGA se situe exactement entre l’analyse (ATLAS) et l’exécution (AEGIS). C’est un goulot d’étranglement volontaire : tout le flux de décision doit passer par ce point unique.
Règles constitutives
Passage obligatoire
Toute décision critique traverse OMEGA. Il n’existe aucun chemin d’exécution qui contourne le point de décision. L’architecture l’impose structurellement, pas procéduralement.
Séparation décision / action
OMEGA produit une décision formalisée. Il ne la met jamais en œuvre. AEGIS exécute, mais ne peut exécuter que ce qu’OMEGA a autorisé. La séparation est prouvée formellement.
Justification contextuelle
Chaque décision est justifiée : règle appliquée, contexte évalué, signaux SENTINEL pris en compte, alternative rejetée et raison du rejet. Aucune décision opaque.
Traçabilité PRISM
Chaque décision OMEGA est horodatée, hashée, chaînée et signée dans PRISM™. Rejouable à froid. Auditable sans accès au système. Compatible ANSSI / DGA / inspection externe.
Arbitrage responsable
OMEGA ne se contente pas d’autoriser ou de refuser. Il arbitre : refus motivé, escalade vers un opérateur humain, dégradation gracieuse, exécution partielle sous contrainte.
Six capacités décisionnelles
Application des politiques
OMEGA applique les règles et politiques de sécurité définies par l’organisation. Les politiques sont déclaratives, versionnées, et vérifiables. OMEGA les interprète, il ne les invente pas.
Qualification des propositions
OMEGA reçoit des propositions d’ATLAS et des signaux de SENTINEL. Il évalue la cohérence entre la proposition, le contexte, le niveau de risque et les politiques applicables.
Décision graduée
Quatre réponses possibles : autorisation, autorisation sous contrainte, escalade humaine, refus. Chaque réponse est formalisée avec justification et conditions d’exécution.
Escalade non contournable
Lorsqu’OMEGA ne peut pas décider (ambiguïté, politique manquante, risque exceptionnel), il escalade. L’escalade est un état formel, pas un e-mail. Le système attend la résolution.
Dégradation gracieuse
En mode dégradé (perte de contexte, surcharge, composant indisponible), OMEGA applique des politiques de repli documentées : périmètre réduit, capacités restreintes, alertes.
Émission de preuve
Chaque décision produit un enregistrement PRISM : contexte d’entrée, règle appliquée, verdict, conditions, horodatage, hash. La décision est prouvable indépendamment du système.
Trois modes d’arbitrage
OMEGA adapte son comportement selon le contexte opérationnel, sans jamais abandonner la gouvernance.
Mode nominal
Contexte complet, politiques disponibles, signaux SENTINEL présents. OMEGA applique la chaîne complète d’évaluation et produit une décision justifiée.
FULL GOVERNANCEMode dégradé
Contexte partiel ou composant indisponible. OMEGA applique les politiques de repli : périmètre réduit, décisions conservatrices, alertes opérateur.
RESTRICTEDMode escalade
Ambiguïté, politique manquante ou risque exceptionnel. OMEGA suspend la décision et escalade formellement. Le système attend — rien ne passe.
HOLD — HUMAN REQUIREDOMEGA ne fait qu’une chose
La force d’OMEGA repose sur ce qu’il ne fait pas. Chaque responsabilité est portée par un composant distinct.
Ce qu’OMEGA™ n’est pas
OMEGA est un point de décision. Pas un moteur, pas un filtre, pas un orchestrateur.
OMEGA™ vs approches existantes
| Critère | Policy engine (OPA) | RBAC / IAM | Workflow approval | OMEGA™ |
|---|---|---|---|---|
| Passage obligatoire structurel | Configurable | ✕ | Dépend du workflow | ✓ Architecturel |
| Séparation décision / action | Partielle | ✕ | Partielle | ✓ Absolue |
| Justification de chaque décision | ✕ | ✕ | Commentaires | ✓ Formalisée |
| Preuve cryptographique | ✕ | ✕ | ✕ | ✓ PRISM™ |
| Escalade formelle | ✕ | ✕ | Manuelle | ✓ État formel |
| Mode dégradé gouverné | ✕ | ✕ | ✕ | ✓ Politiques de repli |
| Intégration TCB prouvée | ✕ | ✕ | ✕ | ✓ CFVL vérifié |
| Rejouabilité à froid | ✕ | ✕ | ✕ | ✓ Complète |
| Acceptabilité régalienne | Limitée | Limitée | Limitée | ✓ Oui |
Propriétés prouvées par le CFVL
OMEGA fait partie du TCB (Trusted Computing Base) et fait l’objet d’une évaluation formelle par le CFVL.
Non-contournement
Aucun chemin d’exécution sans décision OMEGA
Non-escalade
OMEGA ne peut pas s’octroyer de privilège supplémentaire
Séparation
La décision et l’exécution sont dans des domaines distincts
Traçabilité
Chaque décision produit un enregistrement PRISM vérifiable
Survie
Si ATLAS ou SENTINEL sont compromis, OMEGA conserve ses invariants
Interfaces entrantes et sortantes
OMEGA ne fonctionne pas en isolation. Il reçoit, décide et transmet — chaque interface est strictement définie.
ATLAS™
Propositions explicables, contexte enrichi, alternatives évaluées
SENTINEL™
Signaux de risque qualifiés, encapsulés et signés
Politiques
Règles déclaratives, versionnées, vérifiées par MORPH GATES™
AEGIS™
Décision formalisée avec conditions d’exécution et contraintes
PRISM™
Enregistrement cryptographique : contexte, règle, verdict, hash
Opérateur (escalade)
Demande de décision humaine avec contexte complet et options
C’est le point où la gouvernance cesse d’être une recommandation et devient une propriété structurelle du système.