Livre blancGouverner les agents IA en production : politiques, approbations humaines et arrêt d'urgence.Lire le livre blanc
NavinAI Platform

Sécurité

Une défense en profondeur, couche après couche

Une requête traverse le portail, la passerelle, le réseau, l'API et la base de données. Aucune couche ne suppose que la précédente a fait son travail : chacune applique son propre contrôle et refuse par défaut.

En bref

  • Réseau Cilium en refus par défaut
  • Isolation des tenants par RLS PostgreSQL forcée
  • Secrets dans OpenBao, transmis par référence

L'enjeu

Les agents IA élargissent la surface d'attaque

Un agent lit des contenus non fiables, appelle des outils, manipule des données sensibles et agit au nom d'utilisateurs. Chacun de ces gestes est une occasion d'injection, de fuite ou d'escalade de privilèges si la sécurité dépend du code de chaque application.

  • Injection de prompt par des documents, des pages ou des réponses d'outils
  • Fuite de données personnelles ou confidentielles dans les prompts et les réponses
  • Exfiltration par des appels réseau sortants ou des redirections
  • Accès croisé entre tenants ou entre projets

Le chemin d'une requête

Six couches, six contrôles indépendants

Chaque couche applique son propre contrôle. Exemple : le WAF filtre le SSRF évident, mais la garde de sortie revalide chaque adresse résolue au moment de la connexion, et Cilium refuse de toute façon l'adresse de métadonnées cloud.
  1. 01

    Portail

    CSP avec nonce, liens contrôlés

  2. 02

    Passerelle APISIX

    WAF Coraza, règles OWASP CRS, limites

  3. 03

    Réseau Cilium

    Refus par défaut, sortie filtrée

  4. 04

    Control Plane

    Authentification, RBAC, limitation de débit

  5. 05

    PostgreSQL

    RLS forcée sur chaque table de tenant

  6. 06

    OpenBao

    Secrets et chiffrement en transit

Une ressource d'un autre tenant répond 404 : son existence même n'est pas révélée.

Les contrôles

Ce que la plateforme applique pour vous

  • Passerelle et WAF

    APISIX filtre le trafic avec Coraza et l'OWASP Core Rule Set et applique des limites de taille et de débit avant que la requête n'atteigne l'API.

  • Sortie réseau contrôlée

    Toute URL fournie par un tenant passe par une garde de sortie : résolution DNS au moment de la connexion contre le DNS rebinding, redirections jamais suivies, adresses privées et métadonnées cloud bloquées.

  • Isolation des tenants

    Le tenant de chaque transaction est positionné en base et les politiques RLS filtrent chaque ligne, y compris pour une connexion propriétaire des tables.

  • Secrets jamais exposés

    Les secrets vivent dans OpenBao. Outils, MCP et connecteurs reçoivent des références, jamais la valeur en clair dans un prompt. Les SDK et la CLI masquent les clés.

  • Protection contre l'injection de prompt

    Détection réglable par tenant, encapsulation des contenus non fiables et liste blanche des liens autorisés dans les réponses.

  • Fichiers analysés

    Chaque fichier reçu est analysé par ClamAV et YARA-X avant d'être traité par un agent ou indexé.

  • Identités de charge de travail

    SPIFFE et SPIRE attribuent une identité vérifiable à chaque service ; les certificats sont gérés par cert-manager.

  • Supervision d'exécution

    Falco et Tetragon surveillent le comportement des conteneurs et du noyau ; leurs alertes alimentent le SOC.

La preuve

Une sécurité démontrée, pas déclarée

Chaque classe d'attaque est reliée à un contrôle, à son réglage, au test qui le prouve et au risque résiduel. Une garde de démarrage refuse une configuration de production dangereuse.

  • Modèle de menaces STRIDE par couche
  • Matrice d'injection : contrôle, réglage, test et risque résiduel
  • Portes de sécurité en CI : gitleaks, Trivy, semgrep, pip-audit
  • Images signées avec Cosign et admises par Kyverno

Pour aller plus loin

  • GuideSécurité

    La défense en profondeur pour l'IA d'entreprise

    Une requête vers Navin Enterprise AI traverse le portail, la passerelle APISIX avec Coraza et l'OWASP CRS, les politiques Cilium puis le Control Plane, et aucune couche ne suppose que la précédente a fait son travail. Ce guide passe chaque contrôle en revue, du nonce CSP à la RLS PostgreSQL.

    3 min de lecture
  • Fiche techniqueSécurité

    Analyse obligatoire des fichiers par ClamAV et YARA-X

    Chaque fichier envoyé à l'IA passe en quarantaine, est analysé par ClamAV et YARA-X puis validé avant que Docling, l'OCR ou le RAG ne puissent le lire. Entièrement local, en échec fermé, journalisé et hautement disponible.

    2 min de lecture

Évaluez la sécurité de la plateforme avec nos architectes

Nous présentons le modèle de menaces, les contrôles et leurs preuves au regard de vos propres exigences.