Agent Governance Toolkit 合规映射体系：OWASP、NIST、EU AI Act 与 SOC 2 全覆盖指南

Agent Governance Toolkit 合规映射体系OWASP、NIST、EU AI Act 与 SOC 2 全覆盖指南【免费下载链接】agent-governance-toolkitAI Agent Governance Toolkit — Policy enforcement, zero-trust identity, execution sandboxing, and reliability engineering for autonomous AI agents. Covers 10/10 OWASP Agentic Top 10.项目地址: https://gitcode.com/GitHub_Trending/ag/agent-governance-toolkitAgent Governance ToolkitAGT在docs/compliance/目录下维护了一套完整、正典化的合规与标准映射体系canonical compliance home涵盖 OWASP Agentic Top 10、NIST AI RMF、EU AI Act、SOC 2、ISO/IEC 42001、CIS Controls 等框架。本篇以 合规文档索引 为骨架逐一拆解每一类映射页的定位与选型逻辑并结合仓库中的源码证据与 CI 流水线说明这些自我评估是如何被实际印证和约束的。读完本篇你将能够按部署上下文快速选对合规框架映射页、理解 AGT 对每条标准的能力覆盖评级口径、并知道如何用仓库自带的工具验证合规声明。一、合规体系的第一原则自我评估而非认证docs/compliance/index.md 开篇即给出整条合规线最重要的一条定性这些映射页是内部自我评估internal self-assessments不是第三方认证not third-party certifications。这一声明在每个映射子页如 SOC 2 映射、NIST AI RMF 对齐开头都以 Disclaimer 的形式重复出现并明确提示组织必须与合格审计机构自行完成合规评估。这意味着使用这套文档的正确姿势是把它当作AGT 能力与外部标准之间对照关系的权威索引和证据目录而不是当作可直接提交给审计方的合规证明。原文档给出的使用方法是Start here — Pick the framework that applies to your deployment context即按你的部署上下文挑选对应框架页而不是逐页通读。下文就按原文档的四个分区展开。二、安全与风险框架映射Security and risk frameworks这是 index.md 中Start here分区的第一张表收录 5 个安全/风险类框架页框架页面范围OWASP Agentic Security InitiativeASI 2026— 11 项风险owasp-agentic-top10-architecture.mdASI 覆盖的正典页面缓解模式、代码证据、诚实的差距分析ASI01–ASI11OWASP Top 10 for LLM Applications2025owasp-llm-top10-mapping.mdLLM 特有风险提示注入、不安全输出处理等OWASP Top 10 for MCPmcp-owasp-top10-mapping.mdModel Context Protocol 特有风险ASI 策略规则映射owasp-asi-policy-mapping.md将起始策略包中的每条规则交叉引用到其所缓解的 ASI 风险NSA / CISA MCP 安全指南nsa-mcp-alignment.md与美国联合指南的对齐情况2.1 正典 ASI 页面11 项风险的覆盖评级其中 OWASP ASI 参考架构页 是整个合规矩阵的核心。该页将官方 ASI01–ASI10 十项风险逐项映射到具体的 AGT 缓解组件并保留Agent Traceability作为AGT 自有扩展不是官方第 11 项。其覆盖汇总表如下ASI ID风险覆盖主要 AGT 组件ASI01Agent Goal Hijack目标劫持完全覆盖ACS 输入标注器与策略绑定ASI02Tool Misuse and Exploitation工具滥用完全覆盖ACS 工具目录与AgentControl.runToolASI03Identity and Privilege Abuse身份与权限滥用完全覆盖ACS 标签、身份绑定与宿主 RBACASI04Agentic Supply Chain供应链部分覆盖策略 YAML 工具钉扎无 SBOMASI05Unexpected Code Execution意外代码执行完全覆盖静态审查器检测 pickle/evalASI06Memory and Context Poisoning记忆/上下文投毒部分覆盖MemoryGuard完整性与注入检查需显式接入ASI07Insecure Inter-Agent Communication代理间不安全通信完全覆盖带 DID 验证的 trust-gateASI08Cascading Agent Failures级联故障完全覆盖断路器、限流器ASI09Human-Agent Trust Exploitation人机信任滥用部分覆盖行动绑定审批协议与审批后端无统一 UIASI10Rogue Agents失控代理完全覆盖AgentBehaviorMonitor、隔离机制AGT 扩展Agent Traceability可追溯性完全覆盖防篡改审计日志哈希链官方 ASI 口径为7/10 完全覆盖、3/10 部分覆盖、0 项缺口——这体现了该页诚实差距分析的定位例如 ASI06 明确说明MemoryGuard是 Agent OS 的可选项组件opt-inAGT 无法保证为未接入守卫的任意外部记忆提供者提供覆盖。2.2 声明背后的源码证据ASI 页中每条风险都给出可追溯的实现证据这些路径均可在当前仓库中直接查证ASI01目标劫持ACS 在模型执行前评估input干预点证据见 策略引擎规范 的输入干预点契约以及 Node SDK 中AgentControl.evaluateInterventionPoint的 实现ASI02工具滥用createGovernedTool将每次调用委托给AgentControl.runTool工具目录定义在 manifest 模式 中ASI06记忆投毒MemoryGuard的实现在 agent-os memory_guard逐条记录 SHA-256 摘要并在读取时校验完整性ASI07代理间通信trust-gate 的 DID 验证逻辑在 agent-os trust gate 与 AgentMesh 信任握手ASI10失控代理AgentBehaviorMonitor跟踪每代理指标工具调用速率、失败率、提权尝试并对越阈代理实施隔离见 behavior_monitor.py。值得注意的横向证据是仓库的 CI 中存在一条名为 ai-owasp-compliance.yml 的流水线说明 OWASP 合规状态被纳入了持续验证而不只是一份静态文档——这与 ASI 页每条声明都附代码证据的风格一致。2.3 物理代理系统画像Physical Agent Systems ProfileASI 页还包含一个针对能影响物理世界的软件代理机器人、无人机、工业设备、IoT 执行器的威胁模型扩展。它明确划定了控制边界AGT 的allow决策只表示软件动作满足治理策略不代表动作在物理上安全独立的、安全定级过的控制器必须始终掌握最终权威。该画像给出了一张逐风险的残余物理安全要求对照表以及一份部署检查清单deny-by-default、传感器上下文在验证前视为不可信、紧急停止与 AGT 运行时相互独立等。其中引用的示例 examples/physical-attestation-governed/ 对温度、湿度、GPS、冲击读数做策略评估并用哈希将读数绑定到决策官方也如实注明该示例演示的是治理证据组装而非物理安全执行。三、监管与标准映射Regulatory and standards mappingsindex.md 的第二张表收录 7 个监管/标准类映射页框架页面NIST AI 风险管理框架AI RMF 1.0nist-ai-rmf-alignment.mdNIST RFI 2026-00206 响应nist-rfi-2026-00206.mdEU AI Act — 实施检查清单eu-ai-act-checklist.mdSOC 2信任服务准则soc2-mapping.mdISO/IEC 42001AI 管理体系iso-42001-mapping.mdCIS Controls v8.1cis-controls-v81-mapping.md云安全联盟 — 代理信任框架ATFatf-conformance-assessment.md3.1 NIST AI RMF按四大职能的 19 项子类别打分NIST AI RMF 对齐页 采用统一的评级口径✅ 完全覆盖 / ⚠️ 部分覆盖 / ❌ 缺口并以生产级代码 测试 文档作为完全覆盖的判定标准。其记分卡为评估 19 项子类别12 项完全覆盖63%、7 项部分覆盖37%、0 项缺口最强领域是 GOVERN 1策略、MANAGE 1风险响应、MANAGE 4监控主要改进空间在偏差/公平性评估MAP 5、测量反馈MEASURE 4与收益最大化MANAGE 2。该页的证据类型被显式限定为四类代码制品、文档、基准、Policy-as-Code 模板避免用模糊表述充作证据。3.2 EU AI Act对部分覆盖最诚实的一篇EU AI Act 检查清单 逐条对照法规 Art. 4–50 的关键条款其覆盖结论是2 项完全超出范围、0 项完全覆盖、9 项部分覆盖并特别强调Partial 不等于 mostly compliant部分覆盖不等于基本合规。原文档对三个高风险条款Art. 6、9、26直接给出按现状功能上不合规的判断。以 Art. 6高风险分类为例页面指出仓库中分类器代码位于agent-governance-python/agent-mesh/examples/06-eu-ai-act-compliance/compliance_checker.pyRiskLevel枚举与RiskClassifier.classify()并逐条列出缺口Art. 6(1) 的 Annex I 路径未实现、Art. 6(3) 豁免逻辑缺失、基于静态硬编码的领域集合无法跟踪 Annex III 的授权法案修订且最完整的分类器在 examples/ 下而非可导入的库代码中。这类缺口 建议动作的写法正是整套合规文档可信度的来源。3.3 SOC 2准则到代码的逐项演示SOC 2 映射页 的写法是准则条目 代码级实证CC6.1访问控制对应 RBAC 权限检查、CC7.1治理审计日志对应审计中间件、A1.2SLO 与错误预算、PI1.5Merkle 审计链条目自动做 SHA-256 哈希链、C1.2默认拒绝的出口策略等每条都配有最小可运行片段说明。读者可以把这些片段当作理解 AGT 相应组件审计链、出口策略用法的入口。四、运营模板与策略Operational templates and policies第三张表收录 6 个可直接套用的运营文档模板文档页面基本权利影响评估模板EU AI Act Art. 27FRIAfria-template.md通用影响评估模板impact-assessment-template.md事件响应工作流incident-response-workflow.md上市后监控程序post-market-monitoring.md记录留存策略record-retention-policy.md数据溯源模型data-provenance-model.md与前两类能力对照不同这一组是组织侧流程文档它们面向部署方自身的合规流程评估、响应、监控、留存适合作为内部制度的起步草稿。选型建议是先完成第二、三节的框架映射以明确 AGT 能提供什么再回到这一组模板补齐组织流程中 AGT 覆盖不到的部分这与 EU AI Act 清单 中Deployer action required的逐条提示是同一逻辑。五、包内映射Package-local mappingsindex.md 特别说明了框架矩阵中两个不在docs/下的映射页韩国 AI Framework Act 与 新加坡 Model AI Governance FrameworkMGF。它们随agent-compliancePython 包一起存放原因是被该包的源码和测试直接引用文档随包分发才能保证引用稳定。这一设计本身是个值得借鉴的做法当映射文档需要被代码/测试消费时把它放进包内并在顶层索引中登记既保持框架矩阵完整又避免了文档漂移。六、范围边界这套合规文档明确不覆盖什么index.md 的 Out of scope 一节划出三条边界使用文档时应先确认自己不在这些区域里打转AGT 的运行时安全态势威胁模型、扫描、租户隔离——属于安全文档线见 docs/security/index.md其中有威胁模型、租户隔离清单、扫描说明等页面发布安全与 SBOM 证明——看docs/releases/下逐版本说明以及仓库的 sbom.yml 流水线另有 sbom-diff.yml 用于跨版本 SBOM 差异对比AGT 未建立映射的框架——原文档的措辞是仅当仓库某处已经记录了该映射时才允许新增页面。这是防止合规宣称膨胀的护栏也解释了为什么 ASI04供应链在 ASI 页中被如实标注为部分覆盖AGT 自身的发布流水线会生成并证明 SBOM但未内置针对被治理对象的依赖漏洞扫描页面建议另行集成 GitHub Advanced Security / Dependabot。七、如何报告合规缺口Reporting a compliance gapindex.md 最后给出了一个具体的反馈通道如果某个映射页声明了 AGT 支持某项控制而你发现实现与声明不符应提交一个带compliance标签的 issue并同时引用该页面和具体的控制 ID。这一机制与映射页每条声明附可查证路径的写法互为闭环——因为声明可逐条定位到文件缺口报告也可以精确到控制条目而不是泛泛抱怨。八、用仓库自带工具验证合规声明AGT 把验证合规声明也做成了工具链的一部分主要集中在agent-compliancePython 包安装入口见 agent-compliance README即pip install agent-governance-toolkit统一安装的组件之一。从 包源码结构 看可直接用于合规验证的模块包括verify.py/integrity.py— 对产物与声明做完整性校验supply_chain.py— 供应链侧检查policy_test.py、lint_policy.py— 策略测试与策略静态检查prompt_defense.py— 提示注入防御相关检查对应 prompt-defense-vectors.mdsecurity/scanner.py— 安全扫描附豁免模式 security-exemptions.schema.jsonCLI 入口 cli/agt.py 提供命令行操作。包内文档线 agent-compliance/docs/ 还包含 OWASP 合规页 与 CSA ATF 映射 csa-atf-mapping.md是顶层合规索引的补充视图。小结把合规文档当作带证据链的对照表来用回到 docs/compliance/index.md 的设计意图这套体系给出的方法论可以概括为三点按部署上下文选框架而非按文档数量读框架——安全/风险、监管/标准、运营模板三类各取所需每条覆盖评级都应有可复核的证据路径——无论是 ASI 页中AgentControl.runTool这类源码锚点还是 EU AI Act 页中分类器只在 examples/ 下的缺口陈述都让读者能自行复核自我评估声明必须与第三方认证分开——这套文档反复强调它不是认证最终合规责任在部署方与审计机构。对搜索者而言若你关心AGT 对某个具体框架覆盖到哪一步正确入口是先读 合规索引再进入对应框架页看其覆盖汇总表与缺口清单对开发者而言各页给出的源码路径policy-engine/、agent-governance-python/agent-os/、agent-governance-python/agent-mesh/等即是理解 AGT 治理能力落地的最短路径。【免费下载链接】agent-governance-toolkitAI Agent Governance Toolkit — Policy enforcement, zero-trust identity, execution sandboxing, and reliability engineering for autonomous AI agents. Covers 10/10 OWASP Agentic Top 10.项目地址: https://gitcode.com/GitHub_Trending/ag/agent-governance-toolkit创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考