CVE-2026-33534

中已发布

EspoCRM 存在经过身份验证的 SSRF，可通过使用替代 IPv4 表示法绕过内部主机验证

已发布: 2026年4月13日
已更新: 2026年4月14日
分配 CNA: GitHub_M
观察到的证据: 2026年5月27日

初级CVSS

4.3/ 10中

nvd · CVSS 3.1

CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:L/I:N/A:N

EPSS概率估计

2.0%

低 · 未来 30 天

百分位: 79.4%
型号日期: 2026年9月21日

EPSS 是统计估计，而不是确定性或影响衡量标准。将其与 CVSS、KEV 状态、暴露程度和您的环境相结合。

总结

EspoCRM 是一款开源的客户关系管理应用程序。9.3.3 及以下版本存在一个已认证的服务器端请求伪造（SSRF）漏洞，该漏洞允许通过使用替代的 IPv4 表示形式（例如使用八进制表示法 0177.0.0.1 代替 127.0.0.1）来绕过内部主机验证逻辑。这是由于 HostCheck::isNotInternalHost() 函数依赖 PHP 的 filter_var(..., FILTER_VALIDATE_IP)，而该函数无法识别替代的 IP 格式，导致验证落入 DNS 查询并返回无记录，从而错误地将主机视为安全；然而 cURL 随后会规范化该地址并连接到回环目标。通过已确认的 /api/v1/Attachment/fromImageUrl 端点，已认证用户可强制服务器向仅限回环的服务发起请求，并将获取的响应存储为附件。此漏洞不同于 CVE-2023-46736（该漏洞涉及基于重定向的 SSRF），可能允许访问应用程序运行时环境可达的内部资源。此问题已在 9.3.4 版本中修复。

来源

CVE-2026-33534PoC
EspoCRM 9.3.3 - 通过替代 IPv4 表示法实现已认证 SSRF
EspoCRM 9.3.3 - SSRF漏洞利用
Max Gabriel · multiple · 2026年5月27日

负责任的使用

仅在您拥有或有权测试的系统上使用漏洞信息。 Kitploit 链接到公共研究元数据，并且不存储漏洞代码或恶意负载。