Aller au contenu
Console

Cadre d'assurance de l'identité des agents

Projet 0.1 · norme non ratifiée

Une proposition de norme ouverte sur qui répond d'un agent d'IA, avec quelle solidité c'est établi, et ce qu'un site web peut vérifier.

Ce que l'identité peut prouver, et ce qu'elle ne peut pas.

Les implémentations ne doivent pas présenter comme vérifiées les lignes marquées « Non ».
AffirmationDémontrableComment
La requête vient du détenteur de cette cléOuiSignature sur la requête
La clé appartient à cet agentOuiAttestation signée par le registre
L'opérateur est une véritable entité juridiqueOui, à partir d'OAL 2Pièces du registre du commerce, examen humain
L'identité est valide en ce momentDans le délai de révocationListe de révocation signée, attestations courtes
L'agent exécute un modèle donnéNonDéclaratif ; invérifiable sur le réseau
L'agent n'a pas subi d'injection de requêteNonUn agent compromis détient toujours des attestations valides
Le trafic non enregistré est malveillantNonSans attestation signifie non identifié, rien de plus

Trois axes, évalués séparément.

Opérateur (OAL)

Qui en répond ?

  • 1 · Domaine vérifié
  • 2 · Entité juridique vérifiée
  • 3 · Entité responsable

Clé (KAL)

La clé est-elle bien protégée ?

  • 1 · Possession prouvée
  • 2 · Non exportable, attesté
  • 3 · Environnement d'exécution attesté

Délégation (DAL)

En vertu de quelle autorité agit-il ?

  • 0 · Aucune délégation
  • 2 · Délégation étayée
  • 3 · Délégation encadrée

AgAL = min(OAL, KAL)

Le niveau composite est le plus faible des deux : assurance de l'opérateur ou de la clé. La délégation reste à part.

De l'enregistrement à une requête vérifiée.

  1. Enregistrer

    Seule la clé publique est transmise.

  2. Prouver la possession

    L'agent signe un défi à usage unique.

  3. Présenter

    Une attestation de 15 minutes au plus, et une signature.

  4. Vérifier hors ligne

    Aucun appel au registre à chaque requête.

Une requête signée (AIAF §6.1)
GET /api/products HTTP/1.1
Host: shop.example
Signature-Input: sig1=("@method" "@authority" "@path");
    created=1790243730;keyid="aid:v1:acme-corp:01J8Z…";alg="ed25519";tag="aiaf"
Signature: sig1=:MEUCIQD…:
Agent-Credential: eyJhbGciOiJFZERTQSIsInR5cCI6…

Ce qu'un site web conforme doit vérifier.

Pour les propriétaires de sites : mettre en œuvre AIAF ne coûte rien. La norme est sous Apache 2.0, et la vérification ne demande ni compte ni appel à un registre.

  1. La signature de l'attestation, au regard d'un registre de votre liste de confiance.

  2. La signature de la requête, au regard de la clé contenue dans l'attestation.

  3. Que la signature couvre la méthode, l'autorité et le chemin.

  4. La révocation, en distinguant « impossible à déterminer » de « non révoqué ».

  5. Que les valeurs déclarées ne sont jamais tenues pour vérifiées.

  6. Qu'une requête sans attestation est non identifiée, et non malveillante.

Exigez une identité là où c'est important. Un agent qui ne s'identifie pas reçoit ce que vous accordez à un visiteur anonyme, ou rien.

Téléchargements.

Licence Apache 2.0 : libre à mettre en œuvre, y compris par des registres concurrents.

Déclaration d'intérêts

Ce projet est rédigé par l'équipe d'AIDR, un registre commercial. Son texte ne nomme aucun fournisseur, tout registre peut émettre des identifiants selon lui, et il a vocation à être confié à un organisme de normalisation neutre.