Architecture de sécurité,
preuves d'audit et
modèle de menace
Un produit de sécurité se juge sur des preuves vérifiables : découvrez ce que nos journaux SHA-256 signés détectent, comment nous concilions RGPD et intégrité, et les limites connues de notre moteur.
Modèle de Menace de la Chaîne de Journaux
Une chaîne de hash SHA-256 seule ne suffit pas si quelqu'un contrôle la base de données. Voici exactement ce que chaque couche détecte :
| Scénario de menace | Chaîne SHA-256 seule | Avec Signature KMS + Ancrage Externe Boundry |
|---|---|---|
| Modification isolée d'un log ou d'un horodatage | Détecté immédiatement | Détecté (rupture de hash + signature invalide) |
| Suppression d'une ligne intermédiaire ou réordonnancement | Détecté (rupture de prev_hash) | Détecté par boundry_verify.py |
| Compromission totale de la base PostgreSQL avec recalcul complet de la chaîne | Non détecté par un simple hash | Détecté grâce au hash de tête (head_hash) ancré chez le client et à la clé de signature séparée |
Isolation, Chiffrement & Crypto-Shredding RGPD
Protection de bout en bout : TLS 1.3 en transit, AES-256 au repos et séparation stricte par organisation.
Isolation par Organisation
Isolation par organisation (org_id), chaînes SHA-256 séparées et clés API distinctes hachées en base, validée par nos tests d'isolation multi-tenant automatisés à chaque déploiement.
Minimisation par Défaut
Par défaut, nos sensors transmettent uniquement les métadonnées d'exécution et l'empreinte SHA-256 du contenu. L'option « capture complète » est activable agent par agent, chiffrée et filtrée par DLP.
Crypto-Shredding (RGPD)
Les contenus sensibles sont chiffrés avec une clé propre à votre organisation. Pour exercer un droit à l'effacement, la clé correspondante est détruite : la donnée devient irrécupérable tandis que l'intégrité de la chaîne reste vérifiable.
Détection d'Injections de Prompt : Fonctionnement & Limites Connues
Aucune détection d'injection n'est parfaite. Boundry combine la détection (règles et heuristiques alignées sur l'OWASP Top 10 for LLM Applications — risque LLM01), la limitation des permissions (whitelist par agent) et la quarantaine, afin de réduire l'impact même lorsqu'une injection passe. Commencez en mode observation (observe_only), puis activez le blocage quand vous êtes prêt.
- Jeu de test : 500 prompts d'injection directe/indirecte + 500 requêtes métier légitimes.
- Taux de détection mesuré : 89,4 % sur les injections connues et tentatives d'exfiltration système.
- Taux de faux positifs : 1,8 % en sensibilité standard.
- Une injection sémantique inédite, fragmentée sur plusieurs tours ou obfusquée dans un document RAG complexe peut contourner l'analyse heuristique.
- C'est pourquoi la whitelist d'outils dans le SDK reste indispensable : même si le LLM est trompé, il ne peut pas exécuter un outil non autorisé.
Hébergement, Sous-traitants & Sécurité Opérationnelle
Toutes les informations vérifiables nécessaires à l'évaluation sécurité (RSSI / DPO) de Boundry.
Liste des Sous-traitants Ultérieurs (RGPD Art. 28)
| Sous-traitant | Rôle | Localisation |
|---|---|---|
| Render Services Inc. | Hébergement passerelle API & Console | Francfort, Allemagne (UE) |
| Neon (Databricks) | Base de données PostgreSQL chiffrée | Francfort, Allemagne (UE) |
| Paddle.com Market Ltd | Merchant of Record (Facturation & TVA) | Royaume-Uni / UE (Adéquation) |
| Resend Inc. | Envoi d'alertes email & 2FA transactionnel | UE / Clauses Contractuelles Types |
Région des Données & Souveraineté
Les bases de données PostgreSQL et les services d'analyse Boundry sont hébergés en Union Européenne (Francfort, Allemagne — eu-central-1).
Divulgation de Vulnérabilités (RFC 9116)
Notre politique de divulgation responsable est publiée conformément à la norme RFC 9116 sur /.well-known/security.txt. Réponse sous 48 h ouvrées.
Tests d'Intrusion & État du Service
Tests d'isolation multi-tenant automatisés en continu. Premier test d'intrusion externe indépendant (pentest boîte grise) prévu au T1 2027. État temps réel de l'API : /health (Opérationnel).