Nous 发布 Hermes 官方安全插件 hermes-security：并行子代理审仓库，可选复现测试并导出 SARIF

核心背景与行业痛点

编码 Agent 已能直接改本地仓库，传统静态扫描却常只丢一堆告警，说不清攻击者能不能打到那段代码。Nous Research 官方账号于 2026-11-08 18:47 UTC（新加坡时间 11 月 9 日 02:47）宣布上线官方插件 hermes-security，作者是 Hermes Agent 工程师 Mark S.（@mark_s，公开简介为 Building Hermes Agent @NousResearch，持有 CISSP）。它审查本地仓库，要求 Hermes 0.21.5 及以上、Python 3.11 及以上，采用 Apache-2.0 许可。

架构亮点与底层机制

按官方文档，插件先建威胁模型，判断攻击者能碰到哪些入口、哪些输入可信；再按目录把代码切成约 4000 行一块，最多 10 个审查子代理并行阅读，另有一人专看入口与信任边界。生产代码不超过 90 块（约 36 万行）会全部读完，更大仓库则按路由、请求输入、Shell、SQL、反序列化、鉴权、Webhook 等风险排序。提供标准、深度和 diff 三种模式，深度扫描默认对全库做 3 轮独立审查。可选在临时副本里写复现并运行；测正在运行的应用需用户单独授权（同一来源、一小时最多 200 次请求），Agent 工具无法自行发放。首次扫描会下载约 55 MB 的固定版本 osv-scanner，SHA-256 不符即拒绝。

权威 Benchmark 与实测跑分对比

官方尚未公布 hermes-security 相对 Semgrep、CodeQL 等工具的召回率、精确率，也没有公开漏洞集上的发现数量。文档写明：开始前会用 Google 的 osv-scanner 对照锁文件公告，并用 endoflife.date 检查已声明运行时版本，但只有审查表明代码真正触达脆弱行为才会写成发现。报告保留证据、被否决候选和覆盖缺口，并映射 OWASP Top 10:2025 与 ASVS 5.0.0，官方声明这不是认证。审查使用当前配置的模型，文档提醒可能漏报或误读，结论需人工核对。

开发者实战落地与开箱指南

安装命令是 hermes plugins install hermes-security --enable，装完后重启。聊天里可直接要求扫描仓库，或用 /security，命令行为 hermes security-review。Hermes Desktop 会多一个默认关闭的 Security 页面，需在 Capabilities → Plugins 打开。报告可导出 Markdown、JSON、CSV 和 SARIF。自动续扫默认关闭，无进展时最多续 3 次。测试复现以当前用户身份在临时副本运行，官方写明「这不是沙箱」；代码会发给当前模型服务商，扫描数据留在本机插件目录。