Security architecture,
audit evidence, and
threat model
A security product is judged by verifiable evidence: see what our signed SHA-256 logs detect, how we reconcile GDPR erasure with chain integrity, and the known limits of our detection engine.
Audit Log Chain Threat Model
A plain SHA-256 hash chain alone is not enough if an attacker compromises the database. Here is what each layer detects:
| Threat Scenario | Plain SHA-256 Chain Alone | With Separated Signing Key + External Head Anchor |
|---|---|---|
| Isolated modification of a log entry or timestamp | Détecté immédiatement | Détecté (rupture de hash + signature invalide) |
| Deletion of an intermediate row or entry reordering | Détecté (rupture de prev_hash) | Détecté par boundry_verify.py |
| Full PostgreSQL compromise with complete chain recalculation | Not detected by a simple hash chain | Detected via the externally anchored head_hash and separated HMAC signing key |
Multi-Tenant Isolation, Encryption & GDPR Crypto-Shredding
Protection de bout en bout : TLS 1.3 en transit, AES-256 au repos et séparation stricte par organisation.
Per-Organization Isolation
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.
Data Minimization by Default
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 (GDPR Art. 17)
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.
Prompt Injection Detection: Benchmark & Known Limits
No prompt injection detection is perfect. Boundry combines detection (rules and heuristics aligned with OWASP Top 10 for LLM Applications — LLM01), permission restriction (per-agent whitelist), and quarantine to reduce impact even when an injection bypasses heuristics. Start in observation mode (observe_only), then enable blocking when ready.
- 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é.
EU Hosting, Sub-processors & Operational Security
Toutes les informations vérifiables nécessaires à l'évaluation sécurité (RSSI / DPO) de Boundry.
Authorized Sub-processors (GDPR 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).