Saltar al contenido
Consola

Marco de Garantía de Identidad de Agentes

Borrador 0.1 · no es un estándar ratificado

Una propuesta de estándar abierto sobre quién responde de un agente de IA, con qué solidez se demuestra y qué puede verificar un sitio web.

Lo que la identidad puede demostrar, y lo que no.

Las implementaciones no deben presentar como verificadas las filas marcadas "No".
AfirmaciónDemostrableCómo
La solicitud procede del titular de esta claveSíFirma en la solicitud
La clave pertenece a este agenteSíCredencial firmada por el registro
El operador es una entidad jurídica realSí, desde OAL 2Pruebas del registro mercantil, revisión humana
La identidad es válida ahora mismoDentro del plazo de revocaciónLista de revocaciones firmada, credenciales breves
El agente ejecuta un modelo concretoNoDeclarado por él mismo; no verificable a través de la red
El agente no ha sufrido una inyección de instruccionesNoUn agente comprometido sigue teniendo credenciales válidas
El tráfico no registrado es maliciosoNoSin credencial significa sin identificar, nada más

Tres ejes, evaluados por separado.

Operador (OAL)

¿Quién responde?

  • 1 · Dominio verificado
  • 2 · Entidad jurídica verificada
  • 3 · Entidad responsable

Clave (KAL)

¿Qué protección tiene la clave?

  • 1 · Posesión demostrada
  • 2 · No exportable, atestiguada
  • 3 · Entorno de ejecución atestiguado

Delegación (DAL)

¿Con qué autoridad actúa?

  • 0 · Sin delegación
  • 2 · Delegación demostrada
  • 3 · Delegación acotada

AgAL = min(OAL, KAL)

El nivel compuesto es el más débil entre la garantía del operador y la de la clave. La delegación se mantiene aparte.

Del registro a una solicitud verificada.

  1. Registrar

    Solo se envía la clave pública.

  2. Demostrar la posesión

    El agente firma un desafío de un solo uso.

  3. Presentar

    Una credencial de 15 minutos como máximo, y una firma.

  4. Verificar sin conexión

    Ninguna llamada al registro por solicitud.

Una solicitud firmada (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…

Lo que un sitio web conforme debe comprobar.

Para los propietarios de sitios web: implementar AIAF no cuesta nada. El estándar es Apache 2.0, y verificar no exige cuenta ni llamar a ningún registro.

  1. La firma de la credencial, frente a un registro de tu lista de confianza.

  2. La firma de la solicitud, frente a la clave que contiene la credencial.

  3. Que la firma cubre el método, la autoridad y la ruta.

  4. La revocación, distinguiendo "no se pudo determinar" de "no revocado".

  5. Que los valores declarados nunca se traten como verificados.

  6. Que una solicitud sin credencial no está identificada, no es maliciosa.

Exige identidad donde importe. Un agente que no se identifica recibe lo que das a un visitante anónimo, o nada.

Descargas.

Licencia Apache 2.0: libre de implementar, también por registros de la competencia.

Declaración de interés

Este borrador lo edita el equipo de AIDR, un registro comercial. Su texto no nombra a ningún proveedor, cualquier registro puede emitir identificadores con él y está pensado para pasar a un organismo de normalización neutral.