Gouvernance de la Navin Platform

Cette page donne la vue d'ensemble de la gouvernance de la Navin Platform : qui décide, quels contrôles s'appliquent, où se trouvent les preuves, et quelle page détaille chaque sujet. Elle s'adresse au responsable sécurité, au responsable de la gouvernance de l'IA, à l'auditeur et au responsable SOC.

English version: en/governance.md

Principes

1. Refus par défaut et échec fermé. OPA, OpenFGA, la Context Authority, le HSM et les moteurs d'analyse de fichiers injoignables valent refus, jamais autorisation.
2. Séparation des tâches. Le demandeur n'approuve jamais ; les actions à fort impact exigent deux personnes distinctes.
3. Moindre privilège transmis. Une clé d'API, une identité de service assumée, une délégation ou un sous-agent n'ont jamais plus de droits que leur créateur.
4. Aucun accès implicite au contenu métier. Les administrateurs techniques passent par l'ACL de la ressource ; platform_admin ne déchiffre pas les charges d'audit.
5. Tout est audité dans la transaction. Un changement sans son événement d'audit n'existe pas : l'échec de l'écriture d'audit annule le changement.

Qui décide

Décision	Rôles	Page
Créer un tenant, administrer la plateforme et le coffre-fort IT	platform_admin	secrets-vault.md
Publier une politique, écrire des relations	tenant_admin, security_officer	identity-policy-plane.md
Approuver une action sensible d'agent	approver_roles de la demande, sinon tenant_admin, security_officer, developer, business_owner	approvals.md
Approuver un accès d'urgence	deux personnes parmi security_officer, tenant_admin	identity-context-delegation.md
Contenir un incident, reprendre après un kill switch	analyste et responsables SOC	soc-runbook.md
Classer un système d'IA, approuver une évaluation de risque	tenant_admin, security_officer, ai_governance_officer	risk-compliance.md
Fixer la rétention, effacer une personne, poser une conservation légale	tenant_admin, security_officer, data_steward	retention-privacy.md
Lever une conservation légale d'audit	deux personnes parmi auditor, security_officer, tenant_admin	audit-evidence.md
Durcir la politique de sécurité des fichiers	security_officer, tenant_admin	file-security-pipeline.md

La liste complète des rôles et de leurs droits est dans authentication-authorization.md.

Contrôles par couche

Couche	Contrôles	Page
Installation	Garde de démarrage, TLS, en-têtes, limites de débit, sortie réseau	hardening.md, configuration.md
Identité	Keycloak OIDC, comptes locaux, clés d'API, SPIFFE, correspondances de groupes	authentication-authorization.md
Autorisation	Rôles, portées, habilitation, OpenFGA, OPA, délégations, mandats	authentication-authorization.md, identity-context-delegation.md
Contrôle humain	Approbations, quatre yeux, chemin de changement	approvals.md
Données	Classification, DLP, rétention, effacement, consentements, chiffrement	retention-privacy.md, data-protection.md
Secrets et clés	OpenBao, Transit, HSM, coffre-fort IT	secrets-vault.md
Entrées non fiables	Analyse des fichiers, détection d'injection	file-security-pipeline.md, injection-matrix.md
Détection et réponse	SOC, AI-SDR, kill switches, procédures d'incident	soc-runbook.md, runbooks.md
Preuves	Chaîne d'audit, sceaux, WORM, chaîne de possession	audit-evidence.md
Risque et conformité	Évaluations AI Act, registre, catalogue de contrôles	risk-compliance.md

Registre et politiques

• Registre de gouvernance : GET /v1/governance/registry (agents, modèles, fournisseurs, outils, skills, plugins, connecteurs).
• Politiques : GET /v1/policies, simulation avant publication (POST /v1/policies/simulate), révisions immuables (GET /v1/policies/{policy_id}/revisions), décisions enregistrées (GET /v1/policies/decisions).
• Réglages de sécurité du tenant et posture : GET /v1/security/settings, GET /v1/security/posture.

Audit et SOC

• Recherche : GET /v1/audit/events ; vérification de la chaîne : GET /v1/audit/verify (rôles auditor, security_officer, tenant_admin).
• Envoi au SIEM sans échantillonnage et export WORM : ../operations/siem-audit.md.
• Les refus et échecs sont toujours envoyés au SIEM ; le scanner SOC transforme les événements de sécurité en détections.

Revue périodique

Fréquence	Contrôle	Comment
Chaque jour	Ordres SOC en attente, transactions interrompues	GET /v1/soc/orders?status=pending_approval, GET /v1/soc/transactions?status=interrupted
Chaque semaine	Approbations en attente, accès d'urgence actifs	GET /v1/approvals, GET /v1/break-glass
Chaque mois	Posture, clés d'API anciennes, identités de service, exceptions de risque	GET /v1/security/posture, GET /v1/api-keys, GET /v1/service-identities, GET /v1/risk/exceptions
Chaque trimestre	Intégrité des preuves, restauration de test, revue des rôles	GET /v1/evidence/verify, hardening.md, GET /v1/members