零信任架构下的身份认证演进：从OAuth 2.1到FIDO2与可验证凭证

引言

传统边界安全模型已死。随着云服务、移动办公和API经济的普及，零信任（Zero Trust）成为新范式——永不信任，始终验证。身份认证从"城墙上的大门"变为"每个人的每一次请求都需要验证"，这催生了新一代认证技术栈。

1. OAuth 2.1与最佳实践

OAuth 2.1整合了过去十年的经验教训：强制PKCE（Proof Key for Code Exchange）、废弃隐式授权流程、废弃ROPC（Resource Owner Password Credentials）、要求精确的redirect_uri匹配。PKCE通过code_challenge和code_verifier防止授权码拦截攻击，即使恶意应用截获授权码也无法兑换token。

Security Best Current Practice要求：所有token必须绑定DPoP（Demonstrated Proof of Possession）或mTLS；refresh token必须轮换；id_token必须通过nonce防重放。这些最佳实践构成了现代OAuth安全基线。

2. JWT安全深度剖析

JWT（JSON Web Token）的常见漏洞：alg=none攻击——绕过签名验证；HS256/RS256混淆——用公钥作为HMAC密钥；密钥爆破——弱HS256密钥可被离线破解；jwk头部注入——指定自己的公钥验证签名。

防御措施：严格白名单算法（仅允许RS256/ES256）、验证iss/sub/aud/exp/nbf所有标准claim、使用JWKS端点而非本地密钥、对关键操作增加step-up认证。JWT的base64url编码不是加密，敏感数据必须使用JWE加密payload。

3. FIDO2与WebAuthn：无密码未来

FIDO2 = WebAuthn（浏览器API） CTAP2（客户端到认证器协议）。核心创新是非对称密钥对认证：每个RP（Relying Party）生成独立的公钥-私钥对，私钥永远不出安全模块（TPM/Secure Enclave/安全密钥）。

协议流程：挑战-响应。服务端发送随机challenge，认证器用私钥签名，返回attestation/assertion。防钓鱼能力来自origin绑定——浏览器将当前origin传递给认证器，签名中包含origin信息，攻击者无法跨域复用认证响应。

Passkeys是FIDO凭证的云端同步形态，通过iCloud/Google Password Manager跨设备同步，消除单点故障同时保持可用性。

4. 可验证凭证（Verifiable Credentials）

W3C VC数据模型：发行方（Issuer）签发包含claim的VC，持有人（Holder）存储并在需要时生成VP（Verifiable Presentation），验证方（Verifier）验证签名和发行方信任。这构成了"三角信任模型"。

DID（去中心化标识符）是VC的基础设施：did:ethr、did:key、did:ion等方法将标识符与区块链或分布式账本绑定。选择性披露通过BBS 签名实现——持有人可选择展示部分claim而隐藏其余，同时保持密码学可验证性。

5. API安全的新前沿

mTLS在微服务网格（Istio/Linkerd）中实现每服务身份认证。JWT的Sender Constraints通过DPoP将token绑定到特定TLS会话，防止token导出重放。FAPI 2.0（Financial-grade API）为银行业定义了最高等级的安全profile，已被Open Banking标准采纳。

零信任网关（Zscaler、Cloudflare Access）将身份验证从应用下沉到网络层，每次API调用都通过策略引擎实时评估身份、设备姿态和上下文风险。

结语

认证技术正从"你知道什么"向"你拥有什么"和"你是谁"演进。零信任架构下，身份成为新的安全边界，而OAuth 2.1、FIDO2和可验证凭证构成了这三大支柱的技术实现。