crawl4ai多高危漏洞(CVE)汇总:SSRF/XSS/RCE

漏洞概述 该网页截图描述了 包中的多个 Docker API 漏洞，包括文件写入、SSRF（服务器端请求伪造）、认证绕过、XSS（跨站脚本攻击）和 JS 执行等。 影响范围 受影响版本： 版本 <= 0.8.6 修复版本： 版本 0.8.7 修复方案 1. 任意文件写入 (CVE-22, CVSS 9.1) - 问题： 参数接受任意文件系统路径，无验证。 - 修复：添加 限制写入到 （默认为 ）。添加 Pydantic 报告 遍历序列器。 2. 通过 Webhook URL 的 SSRF (CVE-918, CVSS 8.6) - 问题：Webhook URLs 在 和 接受内部/私有 IP，无验证，导致 SSRF。 - 修复：添加 使用 RFC 1918 黑名单、loopback、link-local、云元数据 IP 和主机名。验证在作业提交和发送时。设置 。 3. 监控端点认证绕过 (CVE-306, CVSS 6.9) - 问题：监控路由器挂载时没有 依赖，使所有监控端点（包括破坏性端点如 ）无需认证即可访问。 - 修复：添加 到监控路由器。在 WebSocket 端点添加显式 token 检查。 4. 监控仪表板中的存储型 XSS (CVE-79, CVSS 6.1) - 问题：URL 和错误消息在监控仪表板中通过 渲染，未转义，允许通过构造的 crawl URLs 存储 XSS。 - 修复：服务器端 在 URL 和错误存储。客户端 包装器在所有 模板注入中。 5. 通过 execute_js 的任意 JavaScript 执行 (CVE-94, CVSS 8.1) - 问题： 端点接受和执行任意 JavaScript 在启用了 的服务器浏览器中，结合任意 JS 执行与 SSRF 能力。 - 修复：默认禁用 环境变量。添加 SSRF 黑名单到目标 URL。移除 从默认浏览器 args。 6. 硬编码 JWT 密钥 (CVE-798, CVSS 9.8) - 问题：JWT 签名密钥默认为 在公共源代码中，允许任何人伪造有效认证令牌。 - 修复：移除默认值。添加启动验证拒绝弱密钥。当 JWT 启用时自动生成临时密钥，但未设置密钥。 7. 通过直接爬取端点的 SSRF (CVE-918, CVSS 8.6) - 问题：主要爬取端点 、 、 、 接受用户提供的 URL，无目的地验证，导致 SSRF。 - 修复：在所有 crawl/md/llm 输入端点添加 URL 目的地验证，重用 SSRF 黑名单（RFC 1918、loopback、link-local、云元数据 IP 和主机名）。IPv6-mapped IPv4 地址在黑名单检查前归一化为 IPv4 形式，关闭映射绕过。 URLs 被跳过。验证在请求入口，不仅在获取时。 工作区 1. 升级到补丁版本（推荐） 2. 设置 以启用认证 3. 设置强 （至少 32 字符）如果使用 JWT 4. 限制网络访问到 Docker API 信用 Jeongbean Jeon - 文件写入、SSRF、监控认证绕过、存储 XSS wuluncha - 文件写入通过 （独立报告） by111 (August829) - 硬编码 JWT、eval 在 、hook sandbox escape secsys_codex - SSRF via 、 、 端点 + IPv6-mapped IPv4 bypass（URL 目的地验证） Yelipuran Sankara (Linkedin) - SSRF 由于缺少主机验证在 （独立报告） iclyDun & Yashon - SSRF、任意文件写入、缺少默认认证、hook sandbox bypass via asyncio（独立报告） 关键信息总结 漏洞概述： 包中存在多个严重的安全漏洞，包括文件写入、SSRF、认证绕过、XSS 和 JS 执行。 影响范围：受影响版本为 <= 0.8.6，修复版本为 0.8.7。 修复方案：通过升级到补丁版本、设置强密钥、启用认证、限制网络访问等措施进行修复。

目标达成感谢每一位支持者 — 我们达成了 100% 目标！

crawl4ai多高危漏洞(CVE)汇总:SSRF/XSS/RCE

同源更多文章

目标达成 感谢每一位支持者 — 我们达成了 100% 目标！

crawl4ai多高危漏洞(CVE)汇总:SSRF/XSS/RCE

同源更多文章

目标达成感谢每一位支持者 — 我们达成了 100% 目标！