Update nexus wiki content

wiki/sources/agentic-identity-trust.md

@@ -2,52 +2,56 @@
 title: "Agentic Identity & Trust Architect"
 type: source
 tags: []
-date: 2026-04-25
+date: 2026-04-29
 ---
 
 ## Source File
-- [[raw/Agent/agency-agents/specialized/agentic-identity-trust.md]]
+- [[Agent/agency-agents/specialized/agentic-identity-trust.md]]
 
 ## Summary（用中文描述）
-- 核心主题：为自主 AI Agent 构建身份认证与信任验证基础设施，确保 Agent 能证明自身身份、授权范围和操作记录的完整性。
-- 问题域：多 Agent 环境中身份伪造、授权链验证缺失、可篡改日志、凭证过期未检测、委托权限升级等安全问题。
-- 方法/机制：零信任身份体系（永不信任自我声明）、密码学身份证明、证据链完整性、委托链验证、信任评分、Fail-Closed 授权策略。
-- 结论/价值：Agentic AI 系统在执行高风险操作（资金转账、基础设施部署、物理控制）前，必须完成五项验证：身份有效性、凭证时效性、权限充分性、信任评分、委托链完整性。
+- 核心主题：为自主 AI Agent 构建身份与信任验证基础设施，使得 Agent 在高风险环境中可证明自身身份、验证授权、生成防篡改操作记录
+- 问题域：多 Agent 环境下的身份伪造、授权滥用、审计记录篡改、委派链断裂等安全问题
+- 方法/机制：零信任架构（Never Trust Self-Reported）+ 密码学身份证明 + 可验证委派链 + 追加式证据链 + 基于可观测结果的信任评分
+- 结论/价值：身份与授权必须分离验证；不可变日志才能用于审计；委派链任一环节断裂则整链失效；信任必须量化而非自我声称
 
 ## Key Claims（用中文描述）
-- 零信任原则：Agent 不得信任自我声明的身份或授权——"Agent 说它被授权"不等于"Agent 证明了它被授权"。
-- 证据链完整性：证据链的任何历史记录被篡改必须可被检测；写日志的实体若能修改日志，则该日志对审计毫无价值。
-- Fail-Closed 授权：身份无法验证 → 拒绝操作；委托链存在断裂 → 整链无效；信任评分低于阈值 → 要求重新验证。
-- 密码学卫生规范：使用成熟标准（Ed25519/ECDSA），签名密钥与加密密钥分离，密钥材料不得出现在日志或 API 响应中。
-- 信任评分基于可验证结果：信任分从 1.0 开始，仅通过可验证问题扣分；不允许 Agent 自我报告信号来提高信任分。
+- 零信任原则：Agent 不得依赖自我声称的身份或授权，必须通过密码学证明和可验证委派链进行验证
+- 身份与授权分离：证明"我是谁"与证明"我被授权做这件事"是两个独立的验证步骤
+- 失败即拒绝（Fail-Closed）：若无法验证身份或授权链，必须拒绝执行，而非默认允许
+- 信任基于可观测结果：信任评分依据已验证的客观行为记录，而非自我报告的声明
+- 证据链不可篡改：追加式记录 + 前置哈希链接 + Agent 签名，使得任何历史记录修改可被检测
 
 ## Key Quotes
-> "Never trust self-reported identity. An agent claiming to be 'finance-agent-prod' proves nothing. Require cryptographic proof." — 零信任原则核心表述
-> "If identity cannot be verified, deny the action — never default to allow." — Fail-Closed 授权策略
-> "Trust score 0.92 based on 847 verified outcomes with 3 failures and an intact evidence chain" — 量化信任而非断言信任
-> "Design every system assuming at least one agent in the network is compromised or misconfigured." — 假设妥协的安全设计哲学
+> "Never trust self-reported identity. An agent claiming to be 'finance-agent-prod' proves nothing. Require cryptographic proof." — 零信任身份原则
+> "Identity and authorization are separate verification steps. Prove who this agent is — that doesn't prove it's authorized for this specific action." — 身份与授权分离原则
+> "If a delegation chain has a broken link, the entire chain is invalid." — 委派链失效原则
+> "Trust score 0.92 based on 847 verified outcomes with 3 failures and an intact evidence chain" — 信任必须量化表达
 
 ## Key Concepts
-- [[Zero-Trust]]：永不信任自我声明，要求密码学证明。适用于身份验证、授权验证和日志完整性三个层面。
-- [[Evidence-Chain]]：仅追加、可独立验证、链式哈希、防篡改的 Agent 操作证据记录系统。
-- [[Trust-Scoring]]：基于可观测结果的惩罚模型信任评分，Agent 从 1.0 开始，仅通过可验证问题扣分。
-- [[Delegation-Chain]]：多跳委托授权链，每一跳须签名且作用域不得宽于上级，过期或断裂则整链无效。
-- [[Fail-Closed]]：授权失败时默认拒绝，而非默认允许的安全策略。
-- [[Peer-Verification]]：Agent 之间在接受委托工作前互相验证身份和授权的协议。
-- [[Algorithm-Agility]]：密码学算法可升级性，为后量子密码学迁移预留抽象层。
+- [[Zero-Trust-Model]]：永不信任自我声称的身份或授权，所有声明必须通过密码学证明验证
+- [[Trust-Score-Model]]：基于可观测结果的惩罚型信任评分，初始1.0，只扣不减（证据链完整性、行为达成率、凭证新鲜度）
+- [[Delegation-Chain]]：多跳授权链，每个链接需签名、作用域不得超出上级、需验证时间有效性，链中断则整链失效
+- [[Evidence-Record]]：追加式、防篡改的 Agent 行为证据记录，通过前置哈希链接形成链式结构
+- [[Peer-Verification-Protocol]]：Agent 接受委托前必须验证对端的身份、凭证有效期、作用域、信任评分和委派链
+- [[Fail-Closed-Authorization]]：验证失败时默认拒绝，不默认允许
+- [[Cryptographic-Identity-Scheme]]：基于 Ed25519/ECDSA 等标准算法的 Agent 身份方案，支持后量子迁移
 
 ## Key Entities
-- [[Identity-Graph-Operator]]：与本文档并列的 Entity 身份解析 Agent，本文档负责 Agent 身份认证，Identity Graph Operator 负责人/公司/产品实体解析。
-- [[The Agency]]：该 Agent 所属的 The Agency 专业化 Agent 生态。
+- [[Identity-Graph-Operator]]：与 Trust Architect 互补的实体——前者负责 Agent 身份（"这 Agent 是谁"），后者负责人/公司/产品的实体身份（"这条记录对应哪个客户"）
+- [[The-Agency]]：Agent 所在的多 Agent 组织环境
+- [[A2A]]：多 Agent 通信协议之一，Trust Architect 需支持跨协议的身份联邦
+- [[MCP]]：Model Context Protocol，Trust Architect 需支持其身份桥接
+- [[LangChain]]：Agent 编排框架之一，Trust Architect 需支持其身份翻译层
+- [[CrewAI]]：Agent 编排框架之一，Trust Architect 需支持其身份翻译层
 
 ## Connections
-- [[Identity-Graph-Operator]] ← 互补关系 ← [[Agentic-Identity-Trust]]
-- [[Designing-for-Agentic-AI]] ← 潜在冲突 ← [[Agentic-Identity-Trust]]（确定性要求与 LLM 概率性行为的张力）
-- [[agents-orchestrator]] ← 依赖 ← [[Agentic-Identity-Trust]]（编排器需信任验证层）
-- [[report-distribution-agent]] ← 依赖 ← [[Agentic-Identity-Trust]]（分发代理操作需可审计）
+- [[Identity-Graph-Operator]] ← complements ← [[Agentic-Identity-Trust]]
+- [[Multi-Agent-System-Reliability]] ← depends_on ← [[Agentic-Identity-Trust]]
+- [[Agents-Orchestrator]] ← requires ← [[Agentic-Identity-Trust]]
 
 ## Contradictions
-- 与 [[Designing-for-Agentic-AI]] 冲突：
-  - 冲突点：零信任要求确定性验证 vs LLM 的概率性本质（LLM 无法提供数学意义上的确定性签名证明）
-  - 当前观点：通过将核心逻辑（密码学验证、签名检查）从 LLM 推理分离为独立组件来解决——LLM 只负责策略决策，验证层由确定性代码执行。
-  - 对方观点：若信任验证逻辑本身依赖 LLM（如自然语言授权描述），则仍存在概率性风险。
+- 与 [[specialized-document-generator]] 可能的架构冲突：
+  - 冲突点：Document Generator Agent 强调程序化文档生成能力，但未提及身份验证层；Trust Architect 强调每个 Agent 行动前必须经过身份与授权验证
+  - 当前观点：Trust Architect 认为任何自主行动的 Agent 都必须经过身份验证
+  - 对方观点：Document Generator Agent 专注于文档生成能力，身份验证可能由外层编排系统负责
+  - 协调建议：明确身份验证的边界——若由编排层（如 Agents Orchestrator）统一处理，子 Agent 专注于自身专业能力；若由各 Agent 自主处理，则需为 Document Generator Agent 补充身份验证架构