Sécurité
Plateforme
Un Control Plane unique pour toute l'IA de votre organisation
En bref
- Une source de vérité unique pour la gouvernance
- Des passerelles obligatoires pour chaque capacité
- Une télémétrie unifiée sur chaque appel
Architecture
Huit domaines fonctionnels, 112 briques documentées
| Domaine | Ce qu'il couvre | Briques |
|---|---|---|
| A -Gouvernance, identité et sécurité | Portail, Control Plane API, identités humaines et machines, autorisations, moteur de politiques, secrets, multi-tenant, registre de gouvernance, approbations, risques et incidents. | 14 |
| B -Gestion des LLM et Model Gateway | Proxy LLM unifié, inférence locale vLLM, registres des fournisseurs et des modèles, routage, effort de raisonnement, comptabilité des jetons, prix, évaluation et bascule des fournisseurs. | 14 |
| C -Runtime d'agents et exécution | Runtime Navin, exécution durable, sous-agents, agent à agent, sessions, planification, déclencheurs, humain dans la boucle, bac à sable, kill switch et rejeu. | 15 |
| D -Gateways de capacités et d'intégration | Registres et passerelles d'outils et de MCP, skills, plugins, connecteurs, courtier d'identifiants, webhooks, canaux et API Gateway. | 14 |
| E -Données, confidentialité et connaissance | Classification, DLP, tokenisation, chiffrement, traitement de documents, RAG, base vectorielle, contexte, mémoire, lignage, rétention et stockage objet. | 13 |
| F -Multimodal | Vision, génération d'images et de vidéos, reconnaissance et synthèse vocales, diarisation, voix temps réel, DLP multimodale et traitement des médias. | 12 |
| G -Observabilité, qualité et audit | Traçage distribué et IA, télémétrie, analytique, métriques, journaux, tableaux de bord, alertes, évaluation, red team, preuves d'audit et supervision de sécurité. | 14 |
| H -FinOps et infrastructure souveraine | Quotas, grand livre des coûts, tarification, comptabilité GPU, autoscaling, Kubernetes, réseau, GitOps, IaC, admission, analyse d'images, SBOM, signature, sauvegarde et registre d'artefacts. | 16 |
Parcours d'une requête
Le chemin d'une requête dans la plateforme
- 01
Application ou agent
Authentifié par Keycloak ou une clé API, identité machine SPIFFE
- 02
Passerelle APISIX
WAF Coraza et OWASP CRS, limites de taille et de débit
- 03
Control Plane
Tenant, projet et environnement résolus, RBAC et RLS
- 04
Politique OPA
Autoriser, refuser ou demander une approbation
- 05
Passerelle spécialisée
Modèles, outils, MCP, connaissance, données ou multimodal
- 06
Preuve
Span OpenTelemetry, Usage Event et audit chaîné
Principes
Cinq principes non négociables
01 - Un seul Control Plane
La source de vérité unique des registres, des politiques, des quotas, des prix et de l'audit.
02 - Des runtimes spécialisés
Agents, voix temps réel, traitements par lots et médias, tâches périodiques et inférence montent en charge séparément. Aucun runtime ne détient les données de gouvernance.
03 - Des passerelles obligatoires
Modèles, outils, MCP, connaissance, données et multimodal ne sont joignables que par leur passerelle. Les agents ne détiennent jamais de clé de fournisseur.
04 - Une télémétrie unifiée
Chaque appel porte un traceparent W3C et produit des spans OpenTelemetry, un Usage Event et un événement d'audit chaîné par hash.
05 - Une sécurité appliquée par l'infrastructure
Les SDK imposent des contrats, mais ce sont les passerelles, les politiques réseau Cilium et les identités SPIFFE et Keycloak qui appliquent la sécurité. Contourner un SDK ne donne aucun accès supplémentaire.
Multi-tenant
Un modèle multi-tenant, de la plateforme à l'environnement
- 01
Plateforme
L'opérateur et ses administrateurs : politiques globales, fournisseurs, prix, plafonds de quotas.
- 02
Tenant
Un client ou une entité : realm d'identité propre ou fédération, quotas, politiques, fournisseurs et clés.
- 03
Projet
Une équipe ou une application, choisie par l'en-tête X-Project : agents, outils, MCP, skills et règles.
- 04
Environnement
dev, test, staging ou prod, choisi par l'en-tête X-Environment.
Produits
Trois produits, une plateforme
| Produit | Rôle | Livraison |
|---|---|---|
| Navin AI Platform | Le Control Plane API, les workers et le portail : là où s'exécutent modèles, agents, outils et données. | Chart Helm, paquets DEB, RPM et pacman |
| Navin Manager | La console d'exploitation : installation, configuration et pilotage des services de la plateforme, des hôtes et des clusters, avec une haute disponibilité déclarée par service. | Paquets DEB, RPM et pacman |
| Navin Manager Agent | L'agent installé sur chaque nœud d'un cluster, qui exécute les opérations demandées par la console. | Debian, Ubuntu, RHEL, Rocky, Alma et Arch Linux |
Capacités
Explorez les capacités de la plateforme
- Défense en profondeur, de la passerelle au réseau
Gouvernance
Des règles appliquées par la plateforme, à chaque appel
Politiques, approbations et registreTraçabilité
Prouvez ce que chaque agent a fait, et pourquoi
Audit chaîné, traces et lignageScalabilité
Du premier pilote à la production à grande échelle
Autoscaling, quotas et haute disponibilitéAgents IA
Des agents IA qui agissent, sous contrôle
Runtime durable, outils et MCP isolésDéploiement souverain
Votre IA, sur votre infrastructure, selon vos règles
Sur site, isolé ou hybride
Voyez la plateforme sur vos propres cas d'usage
Une session avec un architecte pour parcourir l'architecture, les contrôles et la topologie adaptée à votre organisation.