为 Agentic Security 做贡献：集成验证遇到网络错误时立即报告失败

为什么集成验证必须明确报告网络错误

安全产品验证第三方集成时，短暂的网络故障不代表通过，而是结果未知。我为 agentic_security 贡献了一项修复，让 UI 在 HTTP 调用出错时将集成验证标记为 失败 ，弥补了一个漏洞：网络通信尚未完成，操作人员却可能以为状态已经正常。

在 BeyondTrust，我认识到特权访问和安全控制台的可靠性取决于如实反映情况的状态机：含糊的绿色状态最终会成为审计发现的问题。随着 AI 智能体获得 API 密钥和 OAuth 权限范围，智能体安全工具也必须达到同样的标准。

这项改动做了什么

PR #336 更新了集成验证流程，使传输故障（超时、DNS 问题、TLS 握手中断）在 UI 中显示为验证失败，而不是一直挂起或悄悄显示成功。操作人员可以重试或修复连接，无须猜测。

我为什么为智能体安全上游项目做贡献

Shadow Software 每天都在交付多智能体编排系统。实际使用 OSS 安全扫描器，可以检验我们的假设，也让招聘人员看到与零信任相关、可核验的公开提交，而不是幻灯片上的说辞。

结论

改动虽小，对信任的影响却很大。如果你负责智能体集成，在拿到经过签名、可检查的成功响应载荷之前，都应将网络错误视为验证失败。

本文是对一项已合并开源贡献的独立评论。除公开 PR 外，与 msoedov/agentic_security 没有其他关联。