Sécurité de déploiement et fail-closed

TokenVeil est self-hosted, donc les garanties les plus fortes viennent de la façon dont vous le déployez, pas seulement du logiciel. Cette page couvre la posture de sécurité et comment rendre un déploiement fail-closed, une exigence courante en environnement régulé.

Où vivent vos données

La correspondance entre valeurs réelles et jetons ne quitte jamais votre instance. Elle est chiffrée au repos et n’est adressable que par un identifiant de session opaque. L’accès API est authentifié par clé, avec expiration, quota, rate limiting et révocation, et chaque transformation est auditée par type et par nombre, jamais par valeur réelle.

Rendre un déploiement fail-closed

Un déploiement est fail-closed quand une donnée sensible ne peut pas atteindre un fournisseur même si quelque chose échoue. Deux conditions y parviennent :

1. Verrouiller l’egress réseau. Configurez le réseau pour que seul TokenVeil puisse atteindre les fournisseurs de modèles. Le client n’a aucune route directe vers le fournisseur, donc il ne peut pas contourner la couche d’anonymisation en appelant le fournisseur lui-même.
2. Bloquer en cas d’échec. Configurez TokenVeil pour rejeter une requête si l’anonymisation n’aboutit pas, plutôt que de laisser passer le contenu original. Un échec devient une requête bloquée, pas une fuite.

Avec les deux en place, il n’existe aucun chemin où du contenu original atteint le fournisseur sans passer par l’anonymisation.

Une frontière de portée à assumer

La couche d’anonymisation couvre le contenu envoyé au modèle. Des clients comme les agents de code font aussi des appels réseau hors modèle (télémétrie, vérifications de mise à jour) qui ne portent pas votre contexte sensible. Si votre politique exige zéro egress direct vers un fournisseur ou un tiers, ces appels relèvent de la même politique d’egress réseau que le point 1 ci-dessus. Assumer cette frontière fait partie d’une conception fail-closed, ce n’est pas un détail.

Gateway transparent (roadmap)

Un gateway transparent et obligatoire pour les agents de code comme Claude Code et Codex, où l’outil est pointé vers TokenVeil comme endpoint de modèle et où tout le contexte destiné au modèle est anonymisé sur le fil sans étape manuelle, est en développement. Voir la roadmap. Aujourd’hui, la même protection s’obtient via l’API et une intégration légère ; le drop-in transparent est la prochaine étape et un livrable naturel de pilote.