浏览器Agent安全加固实战：SSRF防护与内存治理

浏览器Agent安全加固实战：SSRF防护与内存治理 | 前端进阶之旅

Full translation

完整中文译文

在构建开发者基础设施时，最常见的陷阱是功能蔓延。

在 onboarding 来自 AI Agent 初创公司和企业团队的设计合作伙伴之前，我们暂停了功能扩展，专注于 01 号任务：产品加固。

如果 Stripe、Browserbase 或某家 AI Agent 公司明天评估我们的 API，有什么能阻止他们将其集成到生产环境？

以下是我们执行的工程大修。

Browser Agent 容易受到服务端请求伪造（SSRF）攻击。当 Agent 接收恶意提示词注入时，可能指示浏览器引擎探测：

http://169.254.169.254 (AWS/GCP 元数据端点)
http://127.0.0.1:8000 (本地服务端口)
私有子网 IP (10.0.0.0/8, 192.168.0.0/16)

我们构建了严格的安全验证中间件，它解析域名 DNS 记录、根据 RFC 1918/3927/4193 标准验证 IP 地址段，并在请求前以标准化的 SSRF_BLOCKED 错误拒绝私有目标路由。

无头浏览器在运行数千次连续导航时会泄漏内存。

我们实现了自动化上下文回收层。

浏览器上下文在执行 50 次后被回收。

深度健康检查持续监控浏览器连接状态，并在不丢弃活跃请求的情况下自动恢复崩溃的守护进程实例。

RFC 7807 错误模式：每次失败都返回带唯一 request_id 追踪的标准错误信封。

Prometheus 遥测与 /metrics：实时跟踪平均延迟、活跃池大小和请求分布。

池获取：0.1ms
JS 提取：10–25ms
元素精度：100% 确定性的坐标解析

基础设施应该无聊、弹性十足，而且速度飞快。