La couche de responsabilité des agents d'IA.
PubliéWeb Bot Auth prouve quelle clé a signé une requête. AIDR prouve quelle organisation se tient derrière cette clé, et permet de la révoquer partout en quelques minutes.
- Signatures
- RFC 9421
- Clés des agents
- Ed25519
- Spécification ouverte
- AIAF, brouillon 0.1
- Durée de validité de l'attestation
- 15 minutes au plus
De quel côté de la requête êtes-vous ?
J'ai un site web
Vérifiez les agents d'IA gratuitement, sur votre propre serveur, en cinq lignes. Sans compte ni frais d'usage.
npm install @evoliv/aidr-verifier
app.use(aidr({
issuer: 'https://api.evolivcore.com',
publicOrigin: 'https://shop.example' }));
J'exploite des agents
Donnez à chaque agent une identité cryptographique liée à votre organisation vérifiée : sites web et banques peuvent la contrôler, et vous pouvez la révoquer.
pip install aidr-agent
agent = Agent.load_or_enroll(
"checkout-01",
audiences=["https://shop.example"])
Pourquoi pas seulement Web Bot Auth ?
Utilisez-le. AIDR fonctionne avec Web Bot Auth et ajoute la responsabilité dont une entreprise a besoin.
| Web Bot Auth seul | Avec AIDR | |
|---|---|---|
| Requêtes signées | RFC 9421 | RFC 9421, au même format |
| Qui se tient derrière la clé | Celui qui héberge l'annuaire de clés | Une organisation vérifiée au domaine prouvé |
| Révocation | Retirer la clé ; les caches des vérificateurs décident quand elle cesse de valoir | Une liste signée : refusé partout en deux minutes environ |
| Piste d'audit | Non défini | Un registre où toute altération se voit, aux têtes d'arbre publiées |
| Où l'on vérifie | La périphérie de Cloudflare, ou une bibliothèque que vous intégrez | N'importe quel serveur : Node.js, Python, Go, Workers, Kong, API Gateway, WordPress |
| Vie privée | Le vérificateur récupère l'annuaire de clés de l'opérateur | Les vérificateurs travaillent hors ligne ; le registre ne voit jamais une requête |
Une clé partagée ne peut pas dire quel agent appelle.
Une clé d'API statique
- Quiconque en détient une copie est l'agent.
- Difficile à renouveler, elle vit donc des années.
- Elle ne dit rien de qui est responsable.
Une identité cryptographique
- Générée sur l'appareil de l'agent.
- Seule la clé publique est enregistrée.
- Révoquée en une seule action dans la console.
Le registre n'est jamais sur le chemin de la requête.
Le registre
Il se porte garant à l'avance : une attestation de 15 minutes, des clés et des révocations publiées.
Votre agent et sa passerelle
La passerelle signe chaque requête. L'agent ne détient jamais la clé.
Votre serveur
Il vérifie la requête hors ligne.
Signez une requête, puis essayez de la modifier.
De la vraie cryptographie, exécutée dans votre navigateur.
La démonstration nécessite un script et un navigateur prenant en charge Ed25519 dans Web Crypto.
La clé et la signature sont réelles. Rien n'est envoyé nulle part.
Conçu pour l'audit de sécurité.
Des clés liées à l'appareil
Conservées dans le magasin d'identifiants du système d'exploitation.
Une passerelle en flux continu
Mémoire constante, sans limite de taille pour les requêtes.
Une révocation en deux minutes environ
Depuis une console protégée par passkey, et consignée dans votre journal d'audit.
Votre site, vos règles.
Savoir qui appelle
Chaque requête vérifiée nomme l'agent et l'organisation qui en répond.
Fixer la barre pour chaque action
La lecture peut exiger peu. Le paiement peut exiger une entité juridique vérifiée. À vous de choisir.
Refuser et signaler
Écartez ce qui n'atteint pas la barre. Signalez les abus : un agent révoqué est refusé par tous les sites qui vérifient en deux minutes environ.
Gratuit, open source et hors ligne. Nous ne voyons jamais votre trafic.
Votre agent continue de parler en HTTP simple.
La passerelle locale signe chaque requête. Sans SDK, sans modifier le code.
$ curl http://127.0.0.1:8765/v1/orders \
-H "X-Evoliv-Gateway-Token: $EVOLIV_TOKEN" \
-H "Evoliv-Target: https://shop.example"
→ signed as agent-01 (RFC 9421) · Agent-Credential attached
HTTP/1.1 200 OK