Agentic Radar 代理工作流安全扫描
将以下提示词粘贴到你的 AI 对话框中:
请根据 https://skillhub.cn/install/skillhub.md,安装 @user_3c6cb52e/scan-agent-workflows-for-tools-mcp-exposure-and-adversarial-risk-with-agentic-radar。
技能介绍
要解决的问题
当你的代理不再只是一个提示词,而是一条由工具调用、MCP 服务器、检索器和多步规划拼起来的工作流时,安全边界就变得很难一眼看清:哪个工具拿到了过度的文件或网络权限?哪个外部 MCP 服务器被静默接进了上下文,而它其实会带着未审计的代码执行能力?提示词注入拿到返回结果后,能不能直接驱动下一次工具调用?这些问题在开发阶段往往被忽略,直到上线后才在对抗性输入下暴露出来。
它做了什么
这个技能围绕 agentic-radar 这个命令行工具展开,把「看清代理工作流的暴露面」拆成三个相对独立的步骤:
- 静态扫描工作流定义:读取代理的编排配置与代码入口,枚举其中声明的工具、权限范围和调用链,而不是等运行时才去猜。
- 映射工具与 MCP 服务器:把工作流里实际依赖的外部能力整理成清单,标明哪些来自本地工具、哪些来自远端
MCP服务,便于后续做权限审计。 - 生成可分享的安全报告:把扫描结果整理成可以脱离代码仓库直接发给同事或评审流程的报告,让「这次接入了哪些能力」变成可留档的事实。
- 可选的对抗性运行时测试:在真正推送到生产之前,用一组对抗性输入去试探代理是否会越权调用工具或把恶意内容透传给后续步骤。这一步是可选的,可以和静态扫描分开跑。
适用边界与注意点
它解决的是「可见性」问题,不是替代品级的渗透测试或运行时沙箱隔离。静态扫描只能覆盖工作流定义里明确声明的内容,动态生成的工具、通过间接注入拿到的能力、以及第三方 MCP 服务器自身的实现缺陷,都需要配合运行时的监控与隔离策略来兜底。另外,针对特定代理框架的能力需要额外安装对应的扩展依赖,否则相关部分可能无法被完整解析。把它当作上线前的一次结构化自查,而不是唯一的安全防线,会是更合理的定位。
参考
- 上游文档:
splx-ai/agentic-radar的README.md - 抽取来源:
github.com/1991513ccie-png/skills
使用场景
- 准备把多步代理工作流推送到生产前,需要清点工具、MCP 服务器并留档安全报告
- 已经接入多个外部 MCP 服务,需要确认每个服务暴露的工具和权限范围是否可控
- 提示词注入测试阶段,想在真实调用链上跑一批对抗性输入,验证是否会越权触发工具
- 跨团队评审代理方案时,需要一份可分享的报告说明当前工作流的工具与暴露面
适合人员
- 负责把多步代理工作流推向生产的后端工程师,需要在部署前看清工具调用与暴露面
- 维护内部 MCP 服务清单的平台工程师,需要定期核对各代理接入了哪些外部能力
- 做提示词注入与红队验证的安全工程师,希望在真实调用链上跑对抗性运行时测试
- 需要向安全或合规团队交付代理风险材料的 AI 项目负责人