现代身份认证与访问授权架构 12 层全景速查表

在分布式系统、云原生微服务以及自主 AI Agent（智能体）高度普及的现代架构中，安全边界已从传统的“网络物理拓扑”彻底转移至**“以身份为中心（Identity-Centric）的动态信任边界”**。从终端用户的初次凭据校验，到微服务间的双向机机认证，再到代表人类自主执行任务的 AI Agent 委托代理，身份认证（Authentication, AuthN）与访问授权（Authorization, AuthZ）贯穿了整个软件架构的生命周期。

本速查表以工业界成熟的**纵深防御（Defense-in-Depth）与零信任（Zero Trust: Never Trust, Always Verify）**为基石，系统梳理从底层凭据基础到顶层智能体治理的 12 层技术演进全景架构，提供高密度的协议机理、算法选型、常见漏洞防御与实战工程对照，作为后端开发、架构设计、安全工程与运维演练的案头级参考。

🔗 相关矩阵速查：网络安全协议与防御体系全景速查表 · 加解密与现代密码学算法速查表 · RESTful API 设计规范速查表 · HTTP 状态码全景速查表 · AI Agent Harness 运行架构速查表 · AI Agent 技能体系速查表

---

0. 核心心智模型与 12 层架构拓扑速查

核心三要素辨析 (Who vs What vs Who-on-behalf)

4 大抽象层与 12 层架构矩阵

flowchart TB
    subgraph OBS ["🛡️ 统一可观测与持续安全体系 (Continuous Observability & SIEM)"]
        direction LR
        O1["日志审计\nAudit Logs"] ~~~ O2["指标遥测\nMetrics"] ~~~ O3["实时告警\nAlerts"] ~~~ O4["威胁分析\nSIEM / UEBA"] ~~~ O5["自动响应\nIncident Response"]
    end

    subgraph L4 ["L4: 机器与智能体身份层 (Machine & Agent Identity)"]
        direction LR
        L10["<b>Layer 10: API & 机器身份</b><br>API Key / HMAC / mTLS / SPIFFE"]
        L11["<b>Layer 11: AI Agent 身份与委托</b><br>Agent 证明 / Token Exchange / 护栏与 HITL"]
        L12["<b>Layer 12: 认证安全测试与监控</b><br>OWASP BOLA / 权限 Fuzzing / 审计取证"]
    end

    subgraph L3 ["L3: 访问授权与治理层 (Authorization & Governance)"]
        direction LR
        L07["<b>Layer 07: 授权模型体系</b><br>RBAC / ABAC / ReBAC / CapBAC"]
        L08["<b>Layer 08: 决策与执行引擎</b><br>OPA (Rego) / Cedar / PAP-PDP-PEP"]
        L09["<b>Layer 09: 企业级 SSO 与治理</b><br>SAML 2.0 / OIDC / SCIM 自动同步"]
    end

    subgraph L2 ["L2: 现代认证协议栈 (Authentication Protocols)"]
        direction LR
        L05["<b>Layer 05: OAuth 2.0 & OIDC</b><br>授权码 + PKCE / 身份断言 / 作用域授权"]
        L06["<b>Layer 06: MFA 与 Passkeys</b><br>FIDO2 / WebAuthn / 硬件 Key / 阶梯认证"]
    end

    subgraph L1 ["L1: 身份基石与凭据存储 (Identity Foundation)"]
        direction LR
        L01["<b>Layer 01: 身份与安全基础</b><br>实体生命周期 / 信任边界 / 最小权限"]
        L02["<b>Layer 02: 密码与凭据哈希</b><br>Argon2id / bcrypt / 盐与胡椒 / 防爆破"]
        L03["<b>Layer 03: 会话与 Cookie</b><br>HttpOnly / SameSite / CSRF 双重防御"]
        L04["<b>Layer 04: JWT 与令牌治理</b><br>短效 Access + 轮换 Refresh / 主动吊销"]
    end

    subgraph ENTITIES ["👥 核心交互主体 (Entities)"]
        direction LR
        E1["人类用户<br>Users / Employees"] ~~~ E2["客户端应用<br>Web / Mobile Apps"] ~~~ E3["业务服务集群<br>APIs & Microservices"] ~~~ E4["AI 智能体<br>Agents & Automations"]
    end

    OBS ==> L4
    L4 ==> L3
    L3 ==> L2
    L2 ==> L1
    L1 ==> ENTITIES

---

1. 身份基石与数据安全 (L1: Identity Foundation)

Layer 01: 身份与安全基石 (Identity & Security Foundations)

身份基础设施的第一步在于建立严密的信任模型与清晰的身份生命周期：

• 身份主体 (Subjects)：可被标识与赋予权限的实体，包含人类用户（员工/终端消费者）、机器实体（后台守护进程/微服务工作负载）与软件 Agent（自主智能体）。
• 身份生命周期 (Identity Lifecycle)：包含 创建 (Provision) $\to$ 维护/变更 (Manage/Update) $\to$ 休眠/停用 (Suspend) $\to$ 吊销/注销 (Revoke/Deprovision)，任何环节缺位都会导致“孤儿账号”或“特权驻留”。
• 信任边界 (Trust Boundaries)：永远不在不可信边界（如前端客户端、外部 API 调用方）做权限假定；边界交叉处必须显式进行身份鉴别与权限裁定。
• 最小权限原则 (PoLP)：实体在任意时刻仅被授予完成当前最小任务所需的绝对最低权限，且必须支持时间衰减与作用域收敛。
• 纵深防御 (Defense-in-Depth)：不依赖单一防线（如不能只靠内网网络隔离，内网应用必须同样实施强认证与鉴权）。

---

Layer 02: 密码与口令凭据安全 (Passwords & Credentials)

口令仍是当下普及度极高的认证形式，必须在存储与传输端采用现代密码学防御：

口令防护四大黄金实践

1. 加盐 (Salting) 与胡椒 (Peppering)：
   • Salt (盐)：每个用户唯一，采用强加密伪随机生成器生成（至少 16 字节），随哈希值公开明文存储于数据库，阻断跨账号彩虹表攻击。
   • Pepper (胡椒)：全局共享保密密钥（HMAC 密钥），保存在独立 KMS/HSM 或环境变量中，即使数据库泄露也无法离线破解。
2. NIST SP 800-63B 现代密码策略：
   • 彻底废弃“每 90 天强制修改密码”与“必须包含大小写特殊符号”的传统反人类策略（易导致可预测规律）。
   • 强调最小长度（至少 8~12 位），允许并鼓励长密码短语（Passphrase）。
   • 强制比对已知泄露弱口令字典（如 Have I Been Pwned / 常见弱口令 Top 100,000）。
3. 防爆破与防撞库 (Rate Limiting & Lockouts)：
   • 基于 IP、设备指纹、账号维度的滑动窗口速率限制（Leaky Bucket / Token Bucket）。
   • 渐进式延迟响应（Exponential Backoff）与无感验证码（Turnstile / reCAPTCHA v3）。
4. 安全重置与找回流 (Account Recovery)：
   • 生成加密安全的、单次有效的有时效令牌（TTL $\le 15$ 分钟），哈希后存入数据库。
   • 接口永不暴露用户存在性（统一提示：“若该邮箱存在，我们已向您发送重置邮件”）。

---

Layer 03: 服务端会话与 Cookie 管理 (Sessions & Cookies)

传统状态化架构以服务端会话（Session）与 Cookie 为核心：

---

Layer 04: 令牌、JWT 与无状态会话治理 (Tokens & JWT)

现代分布式与微服务架构普遍采用基于令牌（Token）的无状态/半状态方案：

JWT 基础三段式结构与解析

JWT（JSON Web Token）由三部分用点号 . 依次连接：Header.Payload.Signature。

• 严防 alg: none 攻击：服务端在验签时必须在代码中硬编码指定可信签名算法（如强制 RS256），绝不能动态从 Token Header 的 alg 字段直接决定验签逻辑。
• 签名算法选型：内部单一系统可用 HS256（共享对称密钥）；分布式、微服务或跨机构联合必须使用非对称签名（RS256、ES256 或 Ed25519/EdDSA），微服务仅需获取公钥验签即可。

令牌选型与存储权衡矩阵

双 Token 轮换与自动吊销族机制 (Refresh Token Rotation)

sequenceDiagram
    autonumber
    actor Client as 客户端
    participant Auth as 认证中心 (Auth Server)
    participant Res as 业务微服务 (Resource Server)

    Client->>Auth: 登录认证 (口令 / MFA)
    Auth-->>Client: 颁发短效 Access Token (5~15m) + 长效 Refresh Token (7~30d)
    Client->>Res: 请求业务数据 (携带 Access Token)
    Res-->>Client: 校验通过并响应数据
    Note over Client,Res: 15分钟后 Access Token 自然过期
    Client->>Res: 请求数据 (携带过期 Access Token)
    Res-->>Client: 401 Unauthorized (Token Expired)
    Client->>Auth: 提交 Refresh Token 请求刷新
    Note over Auth: 验证有效并生成新 Token Pair，旧 Refresh Token 立即作废
    Auth-->>Client: 颁发全新 Access Token + 全新 Refresh Token
    Note over Client,Auth: 异常对抗：若已被废弃的旧 Refresh Token 再次被提交请求
    Auth->>Auth: 触发重用检测 (Token Family Reuse Detection)
    Auth-->>Client: 400 警告：立即吊销该家族全部关联 Token 并告警

---

2. 现代认证协议栈 (L2: Authentication Protocols)

Layer 05: OAuth 2.0 与 OpenID Connect (OIDC)

• OAuth 2.0 (RFC 6749)：仅解决**授权委派（Authorization）**问题（“允许应用获取受保护资源的访问权限”）。
• OpenID Connect (OIDC 1.0)：在 OAuth 2.0 之上叠加的身份认证层（Authentication），通过规范化颁发经数字签名的 id_token（JWT 格式）与标准的 /userinfo 接口，解决“用户到底是谁”的问题。

OAuth 2.0 现代核心授权流对比

---

Layer 06: 多因素认证 (MFA)、通行密钥 (Passkeys) 与无密码

根据 NIST 与 FIDO 联盟标准，认证因子划分为三类：

1. 知识因子 (Something you know)：密码、PIN 码、密保问题；
2. 持有因子 (Something you have)：手机（短信/OTP 应用）、硬件安全 Key (YubiKey)、智能卡；
3. 生物固有因子 (Something you are)：指纹、面容 ID、虹膜。

MFA 方案抗钓鱼能力与技术实现对照

Passkeys (FIDO2) 挑战-应答交互流程

sequenceDiagram
    autonumber
    actor User as 用户设备 (Touch ID / TPM)
    participant Browser as 客户端浏览器 (WebAuthn API)
    participant Server as 业务服务端 (Relying Party)

    Browser->>Server: 1. 发起登录请求
    Server-->>Browser: 2. 下发随机高熵挑战码 (Challenge) + RP ID (强绑定域名)
    Browser->>User: 3. 唤起硬件生物识别 / 安全芯片
    Note over User: 安全芯片内验证 Origin 域名匹配<br/>使用设备内私钥对 Challenge 签名
    User-->>Browser: 4. 返回签名凭据 (AuthenticatorAssertionResponse)
    Browser->>Server: 5. 提交 ClientDataJSON 与数字签名
    Note over Server: 使用注册时存储的公钥<br/>校验签名真伪与防重放
    Server-->>Browser: 6. 验签成功，颁发业务会话或 JWT 令牌

---

3. 授权模型与访问治理 (L3: Authorization & Governance)

Layer 07: 授权模型 (Authorization Models)

当用户身份被确立后，系统需判定其是否有权执行特定操作：

---

Layer 08: 授权决策与执行引擎 (Authorization Decision & Enforcement)

在大规模系统中，**“策略即代码（Policy-as-Code）”与“决策与执行解耦”**是架构演进的核心准则。

XACML / 现代授权解耦四要素模型

• PAP (Policy Administration Point)：策略管理点，策略的撰写、版本管理与发布中心（如 GitOps 策略库）。
• PDP (Policy Decision Point)：策略决策点，负责加载策略和上下文属性，输入请求并输出判定结果（Allow 或 Deny）。
• PEP (Policy Enforcement Point)：策略执行点，拦截业务请求并强制执行 PDP 的裁定（如 API 网关、服务网格 Sidecar、中间件拦截器）。
• PIP (Policy Information Point)：策略信息点，在决策过程中向 PDP 提供实时动态属性（如从数据库查询资源所有者、从 Redis 读取当前风控分值）。

现代主流声明式策略引擎对比

---

Layer 09: 企业级身份体系与单点登录 (Enterprise Identity & SSO)

SAML 2.0 vs OIDC 跨企业联邦协议深度选型

关键配套标准与 IdP 选型

• SCIM 2.0 (RFC 7643/7644)：跨域身份管理系统。用于企业在 IdP 端（如 Okta/Azure AD）增删员工时，自动向 SaaS 系统下发 RESTful 指令实时同步用户账号与组织架构，彻底杜绝离职未回收账号的安全隐患。
• 主流身份平台 (IdP) 选型对照：
  • Keycloak：Red Hat 开源老牌标准产品，功能极其丰富全面，支持 SAML/OIDC/Kerberos/用户联盟，适合私有化自建部署。
  • Auth0 / Okta：商业云 IdP 龙头，功能完善，企业 SSO 与合规认证齐全，适合快速出海的大型商业业务。
  • Clerk / Logto / Zitadel：新一代开发者优先的现代身份平台，UI 体验极佳，专为 Next.js/React 与现代多租户 SaaS 打造。

---

4. 机器与 AI 智能体身份 (L4: Machine & Agent Identity)

Layer 10: API 与机机通信身份 (Machine Identity)

在零信任（Zero Trust）微服务架构中，“网络边界可信”的假设被彻底打破，服务间通信（East-West Traffic）与对外开放 API（North-South Traffic）均必须显式鉴别调用方机器身份：

---

Layer 11: AI Agent 身份、自主授权与护栏机制 (AI Agent Identity & Delegation)

随着 AI Agent 走向自主调用 API、操作数据库、跨系统执行业务，传统基于静态人或固定服务器的身份模型已无法满足需求。必须建立具备人机责任归属、细粒度委托、动态权能收缩与即时拦截的专用智能体安全体系：

flowchart TD
    User(["人类用户 (User)"]) -->|"1. 委托任务 (如订机票并提单)"| Agent["AI 协调智能体 (Orchestrator Agent)"]

    subgraph AuthSys ["🔐 动态授权置换中心 (RFC 8693)"]
        AS["身份认证授权服务 (Auth Server)"]
    end

    Agent -->|"2. 提交 Actor Token 申请委托置换"| AS
    AS -- "3. 颁发极短效受限权能<br>(Scoped Capability Token, TTL≤10m)" --> Agent

    Agent -->|"4. 携带 Capability Token 自主调用 API"| Guard

    subgraph SecurityGuard ["🛡️ 运行时护栏与人机协同 (Guardrails & HITL)"]
        Guard{"操作风险策略裁定<br>(金额 / 敏感度评估)"}
        Pass["低风险操作：直接放行调用"]
        HITL["高风险操作 (如金额>5,000元)：<br/>触发人工回环二次确认 (Step-up Auth)"]
        Audit["全链路行为与提示词不可抵赖审计"]
    end

    Guard -->|风险评级正常| Pass --> TargetAPI["目标业务系统 API"]
    Guard -->|触发高危阈值| HITL -->|用户手机推送确认通过| TargetAPI
    TargetAPI -.-> Audit

AI Agent 身份与治理核心机制

1. 智能体身份注册与可信证明 (Agent Identity & Attestation)：
   • 每个 Agent 拥有独立的机机身份证书（基于 SPIFFE 或非对称公私钥），明确其背后的代码版本、提示词模板哈希与所属负责人。
2. 基于 RFC 8693 的委托令牌置换 (Token Exchange)：
   • Agent 代替用户执行操作时，调用 OAuth 2.0 Token Exchange，将用户的全局授权凭据置换为针对特定下游业务接口、极小作用域（Scoped）、极短时效（TTL $\le 10$ 分钟）的下级能力凭据（Capability Token），防止 Agent 被提示词注入后滥用用户全部权限。
3. 运行时安全护栏 (Runtime Guardrails & HITL)：
   • 确定性白名单限制：Agent 只能调用注册网关中经过 OpenAPI 契约校验的白名单工具。
   • 高危操作人机回环 (Human-in-the-Loop)：涉及大额转账、数据删除、跨部门权限变更等高危动作，策略引擎强制阻断并拉起向人类操作者的二次确认。
4. 不可抵赖全链路审计与一键熔断吊销 (Audit & Kill-Switch)：
   • 记录 Agent 的输入提示词、决策推导元数据（Trace ID）、生成的工具调用参数与返回哈希。
   • 具备全局与租户级的“紧急制动红按钮（Kill-Switch）”，发现行为异常时可秒级吊销该 Agent 的全部有效令牌。

---

5. 持续安全测试、可观测与典型落地选型 (L4 & Practices)

Layer 12: 身份安全测试与威胁监控 (Security Testing & Monitoring)

OWASP Top 10 核心权限漏洞与防御速查

统一可观测性与持续审计四步闭环

1. 审计日志 (Audit Logging)：记录不可篡改的结构化安全事件（actor, action, resource, timestamp, ip, user_agent, status, decision_reason）。
2. 遥测指标 (Metrics)：监控认证失败率、Token 刷新尖峰、401/403 异常突增率（SLO 告警）。
3. SIEM / 异常行为分析 (UEBA)：接入自动化 SIEM 平台，建立异常检测规则（异地短时间内极速登录“不可能的旅行”、高频凭据碰撞攻击、非常用时段大规模导出数据）。
4. 自动化应急阻断 (Automated Response)：触发高危告警时，联动中心 IdP 自动吊销用户/Agent 全局 Session，强制要求下一次访问进行抗钓鱼 MFA 步进式重新验证。

---

现实工业界 8 大业务场景选型对照表