Vane SSRF Vulnerability Analysis: Unauthenticated API Leads to Internal Network Discovery and Cloud Metadata Leakage

漏洞总结：Vane 模型提供商 baseURL SSRF 漏洞 (#1124) 1. 漏洞概述 漏洞类型：服务端请求伪造 (SSRF) 受影响产品：Vane (开源 AI 搜索工具) 受影响版本：1.12.1 及更早版本 漏洞成因： 接口允许未认证用户注册新的模型提供商，并传入任意 。服务器在注册时立即向该 URL 发起 HTTP 请求，且未对目标 URL 进行任何验证。 利用方式：攻击者通过构造恶意的 ，强制服务器访问内网服务、云元数据接口或攻击者控制的 URL。 数据泄露：当目标返回非 JSON 响应时，服务器会将错误信息（包含部分响应体）返回给客户端，从而实现盲 SSRF 到半盲 SSRF 的数据回显。 2. 影响范围 机密性 (高)： 可访问云实例元数据端点（如 AWS IMDSv1, GCP, Azure）窃取 IAM 凭证、Token 和密钥。 可探测内部网络拓扑，发现运行中的服务。 可通过错误消息泄露内部服务的响应片段。 完整性 (无)：漏洞仅涉及读取请求，但恶意配置会持久化到 。 可用性 (高)： 资源耗尽：攻击者可创建无限提供商条目，触发服务器端 HTTP 请求。 持久拒绝服务：指向慢响应目标的恶意提供商可导致超时。 磁盘填充：每个条目都会持久化到配置文件。 3. 修复方案 立即缓解： 1. 添加认证：对 等写操作接口实施身份验证。 2. URL 验证：在 方法中实施严格的 URL 验证（仅允许 http/https，禁止私有 IP，禁止云元数据 IP）。 3. 错误信息脱敏：API 响应中不要包含原始错误详情（特别是响应体内容）。 长期修复： 1. DNS 重绑定保护：在发起请求前解析域名并验证 IP 是否在私有范围内。 2. 网络隔离：将 Vane 部署在无法访问敏感内部服务或云元数据端点的网络段。 3. 速率限制：限制提供商创建频率。 4. 提供商清理**：自动清理无法连接的提供商，而非持久化存储。 4. 利用代码 (POC) 4.1 探测内部服务 4.2 云元数据外泄 (AWS) 4.3 内部网络端口扫描 4.4 内部服务数据外泄

Goal Reached Thanks to every supporter — we hit 100%!

Vane SSRF Vulnerability Analysis: Unauthenticated API Leads to Internal Network Discovery and Cloud Metadata Leakage

More from this source