WWBN AVideo 存在通过相同域名主机名和替代端口绕过 isSSRFSafeURL 的 SSRF 漏洞

攻击者可以利用此 SSRF 漏洞访问 AVideo 服务器上的内部资源和服务，这些资源和服务通常对外部网络不可见。通过使用网站的公共主机名和非标准端口，攻击者可以绕过安全检查，并向服务器发送恶意请求。攻击者可以利用此漏洞读取敏感文件、执行内部端口扫描、甚至可能与内部服务交互，从而导致数据泄露或进一步的攻击。由于响应体被保存到 Web 可访问的路径，攻击者可以完全泄露数据。此漏洞的潜在影响包括敏感信息的泄露、内部系统的破坏以及未经授权的访问。

Organizations using AVideo in production environments, particularly those with sensitive data or internal services accessible via the web server, are at risk. Shared hosting environments where multiple users share the same AVideo instance are also particularly vulnerable, as an attacker could potentially exploit the vulnerability to access data belonging to other users.

• php: Examine the objects/functions.php file for the isSSRFSafeURL() function and its shortcircuit logic. Look for modifications or unexpected behavior related to hostname comparisons.

// Example: Check for the vulnerable logic in isSSRFSafeURL()
if (strpos($_SERVER['HTTP_HOST'], $webSiteRootURL) !== false) {
  // Vulnerable shortcircuit
}

• generic web: Monitor access logs for requests to the AVideo server using non-standard ports (e.g., 8080, 8443) or unusual hostnames. • generic web: Check response headers for unexpected content or indicators of data exfiltration. • generic web: Use curl to test SSRF bypass by attempting to access internal resources using the site's hostname and a non-standard port.

curl -v --connect-timeout 5 http://your-avideo-site.com:8080/internal/resource

1. 2026-04-21Disclosure

   disclosure

1. 已保留2026-04-16
2. 发布日期2026-04-21
3. 修改日期2026-04-22
4. EPSS 更新日期2026-04-29

最有效的缓解措施是立即将 AVideo 升级至 29.1 版本或更高版本，该版本修复了此漏洞。如果无法立即升级，可以考虑以下临时缓解措施。首先，实施 Web 应用防火墙 (WAF) 规则，以阻止包含非标准端口的请求。其次，审查 AVideo 的配置，确保 webSiteRootURL 设置正确且安全。此外，监控 AVideo 服务器的访问日志，以检测可疑活动。升级后，请验证漏洞是否已成功修复，例如通过尝试触发 SSRF 攻击并确认其已被阻止。