CVE-2026-33766WWBN AVideo是一个开源视频平台。在其26.0及以下版本中,虽然`isSSRFSafeURL`函数会对用户提交的URL进行SSRF检查,以防止访问私有IP地址。但是,底层的`url_get_contents`函数在处理HTTP请求时,会直接跟随服务器返回的301/302重定向跳转,且未对重定向后的新目标地址重新进行安全校验。攻击者可利用此漏洞,通过构造指向公网的可控URL并设置其重定向至内网敏感地址,从而绕过SSRF防护机制,探测或访问内网资源。
该漏洞源于服务端请求伪造(SSRF)防护逻辑的不完善,具体表现为对HTTP重定向处理的疏忽。AVideo平台在设计SSRF防御时,引入了`isSSRFSafeURL`函数,旨在拦截指向私有IP地址(如127.0.0.1、10.0.0.0/8、192.168.0.0/16等)的请求。然而,底层的`url_get_contents`函数在执行HTTP请求时,默认会跟随服务器返回的301或302重定向响应,且代码逻辑中未对重定向后的新目标地址再次调用`isSSRFSafeURL`进行校验。利用这一缺陷,攻击者首先构造一个指向公网的可控URL(例如攻击者控制的服务器),并配置该服务器在接收到请求时返回重定向响应,将Location字段指向内网敏感资源(如http://127.0.0.1:8080/admin或云元数据服务)。当AVideo平台处理该URL时,初始检查因目标为公网IP而通过,随后`url_get_contents`发起请求并自动跟随重定向,最终使得服务器向内网地址发起请求,成功绕过SSRF防御机制,可能导致内网端口扫描、敏感信息泄露或进一步的内网渗透。