跳到正文
控制台

智能体身份保证框架

草案 0.1 · 尚未正式批准的标准

一项开放标准提案:谁为 AI 智能体负责、有多充分的证据,以及网站可以验证什么。

身份能证明什么,不能证明什么。

实现方不得将标为“否”的各行显示为已验证。
主张可否证明方式
请求来自此密钥的持有者是请求上的签名
此密钥属于该智能体是由注册中心签名的凭证
运营方是真实的法律实体是,OAL 2 及以上工商登记证据,人工审核
身份此刻有效在撤销时间窗口内签名的撤销列表,短期凭证
智能体运行特定模型否自行声明;无法通过网络验证
智能体未遭提示词注入否被入侵的智能体仍持有有效凭证
未注册的流量是恶意的否没有凭证只意味着未识别,仅此而已

三个维度,分别评级。

运营方(OAL)

谁负责?

  • 1 · 已验证域名
  • 2 · 已验证法律实体
  • 3 · 可问责实体

密钥(KAL)

密钥受保护的程度如何?

  • 1 · 已证明持有
  • 2 · 经证明不可导出
  • 3 · 经证明的运行环境

委托(DAL)

它凭什么授权行事?

  • 0 · 无委托
  • 2 · 有证据的委托
  • 3 · 受约束的委托

AgAL = min(OAL, KAL)

综合级别取运营方保证与密钥保证中较弱的一项。委托单独评定。

从注册到经过验证的请求。

  1. 注册

    只提交公钥。

  2. 证明持有

    智能体签署一次性挑战。

  3. 出示

    一份最长 15 分钟有效的凭证,外加一个签名。

  4. 离线验证

    每个请求都无需联系注册中心。

已签名的请求(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…

合规网站必须检查的内容。

致网站所有者:实施 AIAF 不花一分钱。该标准采用 Apache 2.0 许可,验证无需账户,也无需联系任何注册中心。

  1. 凭证的签名,依据您信任列表中的注册中心核验。

  2. 请求的签名,依据凭证中的密钥核验。

  3. 签名涵盖方法、主机和路径。

  4. 撤销状态,并将“无法确定”与“未撤销”区分开。

  5. 声明值绝不被视为已验证。

  6. 没有凭证的请求属于未识别,而非恶意。

在重要的地方要求身份。不愿表明身份的智能体,只能得到您给匿名访客的待遇,或者什么也得不到。

下载。

Apache 2.0 许可:可自由实施,竞争的注册中心也不例外。

利益声明

本草案由 AIDR(一家商业注册中心)背后的团队编写。其文本不指定任何供应商,任何注册中心都可据此签发标识符,并计划移交给中立的标准组织。