Kerios inspecte chaque prompt envoyé par votre équipe à Claude, Copilot, Codex et Cursor. Clés AWS, tokens d'API, données clients — bloqués ou masqués à la source, avant qu'ils n'atteignent le modèle. Auto-hébergé. Audit log inviolable.
Ce qui ne va pas
Une clé AWS dans un message d'erreur, un token Stripe dans un bout de log, une URL de DB avec le mot de passe inline. Une fois envoyés au modèle, c'est joué. Personne ne peut répondre à l'auditeur : « montrez-moi tout ce que l'IA a vu le 14 mai ».
Pour le CISO
Pour le VP Engineering
Autoriser · avertir · bloquer · masquer — décidé sur le laptop, avant que le modèle ne voie un seul octet. Le verdict atterrit dans un audit log inviolable ; le prompt lui-même n'a jamais besoin d'être stocké.
Trois étapes
Une commande sur chaque laptop dev. L'agent s'enregistre auprès de votre brain auto-hébergé en mTLS et commence à intercepter le trafic vers les hôtes des fournisseurs IA. L'inventaire se peuple en moins d'une minute.
curl -sf kerios.sh | shChaque prompt sortant est scanné pour clés AWS, tokens d'API, identifiants vendeurs, et secrets env-style. Des règles composables matchent par hôte, modèle, taille du body, ou contenu — et décident : allow, warn, block, redact.
action: allow | warn | block | redactChaque détection, chaque décision, chaque changement de config — écrits dans un audit log SHA-256 chaîné. Le prompt lui-même n'est jamais stocké, seulement le verdict et la règle qui a matché. À remettre à votre auditeur sur demande.
kerios audit export > soc2.jsonDans la boîte
Clés d'accès AWS, tokens Anthropic et OpenAI, assignations env-style. Quatre patterns intégrés, plus sur le tier Security.
Action par règle : drop la requête, alerter le dev, ou réécrire le body pour que AKIA... devienne [REDACTED:aws_access_key] avant forward.
Match par hôte, modèle, taille du body, nombre de messages, présence de secret. Combinable avec all / any. Première règle gagne.
Chaîne SHA-256 — cassez-la, le vérificateur hurle. Stocke le verdict et la règle, jamais le prompt. Signature HMAC en option sur Security.
Inventaire flotte, explorateur d'audit, éditeur de politique, live reload. Mode read-only pour les auditeurs.
Une commande produit PDF + JSON couvrant les contrôles data-loss (CC6.7) et change logging (CC7.2). À remettre tel quel à votre auditeur.
Où Kerios se place
La plupart des outils de sécurité IA se placent entre vos devs et le modèle — dans leur SaaS. Kerios se place sur la machine du dev. Le secret n'a pas besoin de partir pour être inspecté.
| Kerios | Prompt Security · Lakera | DTEX · Incydr | Rien (DIY) | |
|---|---|---|---|---|
| Lieu de l'inspection | Sur le laptop du dev | SaaS vendeur ou proxy | Télémétrie endpoint | Nulle part |
| Le secret quitte le laptop | Non | Oui — vers leur SaaS | Oui — vers leur cloud | Oui — vers le modèle |
| Conscient des vendeurs IA | Oui (4 vendeurs, body parsé) | Oui | Non | Non |
| Block, warn, ou redact | Les quatre — par règle | Block / warn | Warn seulement | Aucun |
| Audit inviolable | Oui — chaîne SHA-256 | Au choix du vendeur | Au choix du vendeur | Aucun |
| Déploiement | Auto-hébergé, mTLS | SaaS | Agent endpoint | N/A |
| Stocke le contenu du prompt | Non (verdict + règle seulement) | Souvent oui | Non | N/A |
| Export preuves SOC 2 | Une commande | Variable | Variable | À écrire vous-même |
Comment c'est construit
Rien ne quitte votre VM sauf si vous l'envoyez vous-même ailleurs.
Les agents s'authentifient en mTLS avec des certificats que vous émettez. Pas de tokens à fuiter — il n'y en a pas.
Chaîne SHA-256. Chaque entrée référence le hash précédent — suppressions et éditions détectables. Signature HMAC sur l'offre Security.
Brain dans votre VPC. Pas de cloud Kerios, pas d'endpoint télémétrie, pas de phone-home. Binaires signés que vous tirez à votre rythme.
Le pack de preuves SOC 2 mappe sur CC6.7 (data loss prevention) et CC7.2 (change logging). Une commande produit un rapport PDF daté + le JSON sous-jacent. À remettre à votre auditeur sans retraduction.
Simple, par développeur
Achat eng-led. Stoppez les fuites de secrets dans les prompts IA sans passer par les achats.
Achat CISO-led. Tout ce qu'il y a dans Team, plus les intégrations, règles custom, et la signature que votre SecOps va demander.
500+ développeurs, industries réglementées, ou ingénierie de règles de détection sur mesure.
Tarifs indicatifs — termes finaux fixés à la signature. Contrats annuels disponibles.
Questions courantes
Là où ça se passe. Eux inspectent les prompts dans leur cloud — autrement dit, le secret a déjà quitté le laptop quand il est attrapé. Kerios tourne sur la machine du dev ; les bytes sont inspectés avant qu'ils ne touchent le réseau. Si une règle matche, la requête est bloquée ou le secret est masqué sur place. Kerios est aussi auto-hébergé, donc le contenu du prompt ne quitte jamais votre périmètre, pas même vers nous.
Kerios inspecte le contenu des prompts dans un seul but : attraper les secrets, identifiants et données confidentielles avant qu'ils ne quittent le laptop. Cette analyse se fait localement et de manière éphémère — le prompt lui-même n'est jamais stocké. Seuls le verdict (clean / flagged / blocked) et un fingerprint de contenu atteignent l'audit log. Aucun keystroke logging, aucune complétion capturée, aucune capture d'écran, aucun scan de code source. L'agent est transparent sur ce qu'il inspecte ; kerios status montre chaque règle active. Quand un prompt est bloqué, le développeur voit une brève notification avec la règle qui a matché. Les ingénieurs ne sont pas surveillés — ils sont empêchés de coller AWS_SECRET_ACCESS_KEY dans Cursor à 23h.
HTTPS sortant vers les hôtes de fournisseurs IA uniquement — api.anthropic.com, api.openai.com, GitHub Copilot, Cursor. Un certificat de confiance local laisse l'agent terminer ce TLS, scanner le body, décider, et forward. Rien d'autre n'est surveillé : pas de scan filesystem, pas de liste de processus, pas de DNS spying, pas de capture de paquets généraliste. Les hôtes que vous excluez contournent l'agent sans être touchés.
Sur votre VM. Brain serveur, base d'audit, UI admin — tout est auto-hébergé. Nous n'opérons pas de cloud. Nous n'avons pas d'endpoint télémétrie. Les mises à jour arrivent comme un binaire signé que vous tirez à votre rythme.
Les agents continuent d'appliquer la dernière politique récupérée. Les nouveaux changements ne peuvent pas être poussés tant que le brain n'est pas revenu, mais les règles existantes continuent de tourner et les développeurs ne remarquent rien. L'audit log buffer localement et se réconcilie au retour.
Un rollout 50 développeurs arrive en moins d'une semaine : jour 1 pour le brain dans votre VPC, 2 jours pour le tuning des règles de détection, 2 jours pour le rollout staged des agents. La plupart des équipes sont en prod le vendredi de la semaine 1.
Démo de 20 minutes. Essai auto-hébergé dans votre VPC si pertinent. Sans parcours du combattant achats.