JWT 认证
AISIX 可以 使用短期 JSON Web Token(JWT)凭证认证 Agent,无须使用长期调用方 API Key。信任服务提供方会根据 JSON Web Key Set(JWKS)中发布的签名 Key 或共享密钥来验证每个 Token。每个经过验证的外部身份都会映射到调用方 API Key,并继承该 Key 的模型访问权限、限流和用量归因。在 AISIX Cloud 中,映射后的 Key 还会携带预算。
基于 JWKS 的服务提供方包括 Keycloak、Entra ID、Okta、Auth0 和其他兼容 OIDC 的身份服务提供方。AISIX 还可以验证由与网关共享密钥的签发者签署的 HMAC Token。无论采用哪种方式,AISIX 都会为每个请求验证 Token 签名和声明,Agent 不需要调用方 API Key 的明文值。
面向人工运维人员的控制台单点登录和面向 Agent 请求的网关 JWT 认证彼此独立,配置其中一项不会影响另一项。
工作原理
当环境中至少存在一个已启用的信任服务提供方时,AISIX 会检查每个请求的 Bearer Token:
- 如果 Bearer 是 JWT,其
iss(签发者)声明会选择信任服务提供方:当iss与某个已启用服务提供方的issuer相等时,仅由该服务提供方验证此 Token。签发者与所有已启用服务提供方均不匹配的 Token 只会到达未指定签发者的已启用共享密钥服务提供方,若其中没有一个能通过验证,则该 Token 被拒绝。 - AISIX 使用服务提供方的 JSON Web Key Set(JWKS)验证 Token 签名;如果该服务提供方配置了共享密钥,则改用该密钥验证。随后验证注册声明:始终必需的
exp(过期时间)、仅在服务提供方配置了接受 的受众时校验的aud(受众),以及存在时的nbf(生效时间)。 - 执行服务提供方的
required_scopes和bound_claims要求。 - 服务提供方身份声明的值(默认为
sub)会选择jwt_subject与该值相等,且jwt_provider指向此服务提供方的调用方 API Key。随后请求会以此 Key 的身份运行。将绑定限定到服务提供方,可以防止第二个受信任服务提供方签发冒充此服务提供方身份的 Token。 - 当没有 Key 直接绑定该身份时,服务提供方的 Claim 映射——按优先级排序、匹配已验证声明的规则——可以把请求解析到一把既有的 Key,让一整组身份共享一把受治理的 Key 而无需逐个注册。既未命中绑定也未命中映射的 Token 会被拒绝。
未通过验证或无法映射到调用方 API Key 的 Token 会在请求到达服务提供方、MCP 服务器或向量存储前被 AISIX 拒绝。对于 JWKS 服务提供方,身份服务提供方的签名 Key 轮换会自动生效,无须重启网关。
前置条件
开始前,请准备以下内容:
- 以下任一配置路径:
- AISIX Cloud 环境,以及具有
write作用域的 Admin Token。对于本地部署,请先完成 AISIX Cloud 快速入门;如需申请混合云访问权限,请联系 API7。 - 加载声明式
resources.yaml文件的开源 AISIX 网关。
- AISIX Cloud 环境,以及具有
- 向 Agent 签发 JWT 的系统,以及与其签名方式相应的验证材料:
- 使用 JWKS 验证时,请准备预期的签发者,以及其 JWKS 端点 URL 或 OIDC 发现文档(
<issuer>/.well-known/openid-configuration)。 - 使用 HMAC 签名时,请准备共享密钥。其 UTF-8 编码长度必须至少为 32 字节;预期的签发者和受众可选。
- 使用 JWKS 验证时,请准备预期的签发者,以及其 JWKS 端点 URL 或 OIDC 发现文档(
- 调用方可以使用的模型别名;AISIX Cloud 工作流还需要其模型 ID。如果尚未创建,请先配置服务提供方密钥和模型别名。
curl和jq。开源 AISIX 网关还需要 OpenSSL,以运行下文的凭证生成命令。
使用 JWKS 验证的服务提供方必须使用 AISIX 支持的非对称算法签署 Token:RSA(RS256、RS384、RS512、PS256、PS384 或 PS512)、ECDSA(ES256 或 ES384),或 EdDSA,并会拒绝 HMAC 签名的 Token。如果需要信任使用共享密钥签名的签发者,请改为给服务提供方配置 hmac_secret,详见共享密钥(HMAC)服务提供方。
配置 JWT 认证
请使用与你的部署方式对应的管理路径,配置信任服务提供方和绑定身份的调用方 API Key。
选择 信任服务提供方设置
AISIX Cloud 和开源 AISIX 网关采用相同的信任设置,但二者对签发者唯一性的约束方式不同:
| 字段 | 说明 |
|---|---|
issuer | 预期的 iss 声明,会与 Token 进行精确比较。已配置的签发者在 AISIX Cloud 环境中必须唯一;在资源文件中,设置了签发者的已启用服务提供方必须使用不同的值。使用 JWKS 验证时必填;设置 hmac_secret 时可选。未指定签发者的共享密钥服务提供方不会校验 iss。 |
audiences | 接受的 aud 值。使用 JWKS 验证时必须至少配置一个值,且 Token 必须包含匹配值。设置 hmac_secret 时,省略该字段或使用空列表即可跳过受众校验。 |
jwks_uri | 获取签名 Key 的端点。省略时,从签发者的 OIDC 发现文档解析。不能与 hmac_secret 同时设置。 |
hmac_secret | 共享密钥,设置后该服务提供方改用 HMAC 验证。使用 JWKS 验证的服务提供方请省略此字段。详见共享密钥(HMAC)服务提供方。 |
identity_claim | 其值用于选择调用方 API Key 的声明,会与每个 Key 的 jwt_subject 匹配。点用于遍历嵌套对象,例如 resource_access.account。默认 sub。 |
required_scopes | 必须全部出现在 Token scope 声明中的作用域,该声明可以是空格分隔字符串或数组。 |
bound_claims | 额外的声明要求。每个 Key 指定一项声明,Key 中的点用于遍历嵌套对象。字符串声明必须等于一个预期值,数组声明必须包含一个预期值。 |
leeway_secs | 基于时间的声明所允许的时钟偏差,范围为 0 到 300 秒。默认 0。 |
enabled | 服务提供方是否参与认证。默认 true。 |
对于 JWKS 服务提供方,省略 jwks_uri 时,AISIX 会从签发者的发现文档解析并缓存签名 Key 端点。如果网关无法访问发现文档,请显式提供 jwks_uri。
AISIX Cloud
导出基础 URL、Admin Token、环境 ID 和模型 ID:
# AISIX_CP 是 Admin API 基础 URL;应包含 /api,且不含尾部斜杠
# 本地私有化部署快速入门使用 http://localhost:8080/api
export AISIX_CP="YOUR_AISIX_CLOUD_ADMIN_API_URL"
export AISIX_TOKEN="YOUR_ADMIN_TOKEN"
export ENV_ID="YOUR_ENVIRONMENT_ID"
export MODEL_ID="YOUR_MODEL_ID"
注册信任服务提供方
本示例使用 JWKS 验证。请提供签发者和至少一个接受的受众:
curl -sS -X POST "$AISIX_CP/environments/$ENV_ID/oidc_providers" \
-H "Authorization: Bearer $AISIX_TOKEN" \
-H "Content-Type: application/json" \
-d '{
"name": "corp-keycloak",
"issuer": "https://sso.example.com/realms/agents",
"audiences": ["aisix-gateway"],
"required_scopes": ["ai.access"],
"bound_claims": {
"department": "ai-lab"
}
}' | jq
响应会返回已创建的服务提供方,包括 AISIX 填入的默认值:
{
"oidc_provider": {
"id": "b2c3d4e5-6789-4abc-def0-123456789abc",
"env_id": "9be9891a-6a53-4bd8-a897-a03fe38a1ca5",
"name": "corp-keycloak",
"issuer": "https://sso.example.com/realms/agents",
"audiences": ["aisix-gateway"],
"identity_claim": "sub",
"required_scopes": ["ai.access"],
"bound_claims": {
"department": "ai-lab"
},
"leeway_secs": 0,
"enabled": true,
"created_at": "2026-07-27T12:00:00Z",
"updated_at": "2026-07-27T12:00:00Z"
}
}
将调用方 API Key 绑定到身份
创建或更新调用方 API Key,并同时设置以下两个字段:
jwt_subject:已验证 Token 映射到的外部身份。将它设为 Token 签发者在服务提供方的identity_claim所指定声明中写入的值。jwt_provider:允许声明该主体的信任服务提供方名称。只有此服务提供方签发的 Token 才能映射到该 Key。
curl -sS -X POST "$AISIX_CP/environments/$ENV_ID/api_keys" \
-H "Authorization: Bearer $AISIX_TOKEN" \
-H "Content-Type: application/json" \
-d '{
"display_name": "billing-agent",
"allowed_models": ["'"$MODEL_ID"'"],
"jwt_subject": "agent-billing-01",
"jwt_provider": "corp-keycloak"
}' | jq
jwt_provider 和 jwt_subject 组合在环境中唯一,并且两者必须一起设置。请为每个 Agent 身份分配独立的调用方 API Key,使模型访问权限、限流和用量归因彼此独立。在 AISIX Cloud 中,每个身份还会继承该 Key 的预算。Agent 使用自己的 JWT 认证,因此无须分发 Key 的明文值。
开源 AISIX 网关
对于开源 AISIX 网关,请在 resources.yaml 中声明 OIDC 服务提供方和绑定 JWT 的调用方 API Key。allowed_models 中的模型别名也必须在文件中定义:
_format_version: "1"
provider_keys:
- display_name: openai-prod
provider: openai
adapter: openai
api_key: ${OPENAI_API_KEY}
api_base: https://api.openai.com/v1
models:
- display_name: gpt-4o-prod
provider: openai
model_name: gpt-4o
provider_key: openai-prod
oidc_providers:
- name: corp-keycloak
issuer: https://sso.example.com/realms/agents
audiences: ["aisix-gateway"]
required_scopes: ["ai.access"]
bound_claims:
department: ai-lab
api_keys:
- display_name: billing-agent
key_env: BILLING_AGENT_KEY
allowed_models: ["gpt-4o-prod"]
jwt_subject: agent-billing-01
jwt_provider: corp-keycloak
❶ api_key 通过 OPENAI_API_KEY 提供模型服务提供方凭证。
❷ key_env 指定保存调用方 API Key 明文值的环境变量名称。
加载任何调用方 API Key 时,AISIX 都要求提供调用方凭证,即使 Agent 只使用 JWT 认证。请为网关进程设置两个变量,并且不要把 BILLING_AGENT_KEY 分发给 Agent:
export OPENAI_API_KEY="YOUR_PROVIDER_API_KEY"
export BILLING_AGENT_KEY="$(openssl rand -hex 32)"
按照资源文件参考校验并加载文件。加载成功后,使用下一节所示的相同 JWT 请求。
共享密钥(HMAC)服务提供方
部分签发者使用双方共同持有的密钥签署 Token,而不是使用 JWKS 中发布的密钥对。给信任服务提供方配置 hmac_secret 即可验证这类 Token。该字段可选,设置后只会改变这一个服务提供方的行为:
- 仅接受
HS256、HS384或HS512签名的 Token。 - 不获取任何内容:没有 JWKS 请求,也没有 OIDC 发现。不能设置
jwks_uri。 issuer和audiences变为可选。设置issuer时,iss必须与其匹配;audiences列表非空时,aud必须包含其中一个值。省略任一字段会跳过对应校验,空受众列表也会跳过受众校验。
其余行为与 JWKS 服务提供方一致。exp 声明仍然必需。身份声明、权限范围和声明要求、Claim 映射、时钟偏差容差,以及调用方 Key 绑定都保持原有工作方式。