SSRF产生于应用根据用户提供的地址发起服务端请求的场景，例如图片抓取、链接预览、文件下载、接口代理和网页截图。如果应用对目标地址没有限制，攻击者就可以让服务器去访问任意位置，包括内网服务和云平台的元数据接口。
在云环境中，计算实例通常可以通过元数据接口获取绑定的临时凭证。如果应用存在SSRF且该接口可达，攻击者就可能获取到具备一定权限的凭证，从而调用云平台接口读取数据或创建资源。这使得SSRF从一个信息泄露类问题升级为可能直接导致云资源失陷的高危漏洞。
除元数据接口之外，SSRF还可用于探测内网服务、访问未授权开放的管理接口、读取本地文件以及通过内网服务发起进一步攻击。
第一，地址白名单。如果业务目标地址是有限的，直接使用白名单是最可靠的方式。
第二，协议限制。只允许必要的协议，禁止使用文件读取、字典查询等危险协议。
第三，解析与校验。对目标地址做解析后校验实际地址，判断是否为内网地址、环回地址或保留地址，并对域名做解析结果校验以防御解析重绑定。
第四，禁止跟随跳转。重定向可能把请求引导到被禁止的地址，需要关闭自动跳转或对每一跳都做校验。
第五，限制响应处理。不要直接把获取内容原样返回给用户，避免被用作内网信息读取通道。
第一，出网白名单。对需要发起外部请求的应用，限制其只能访问必需的外部地址，默认拒绝其他出网流量。
第二，隔离敏感接口。元数据接口应通过实例配置限制访问来源，只允许必要的进程访问。
第三，分离职责。把对外发起请求的能力放在独立的环境中，与持有敏感凭证的服务分开部署。
第四，监测异常出网。对访问内网地址与非标准端口的行为保持告警，这类行为在正常业务中很少出现。
SSRF的防护需要代码与网络两层配合。代码层收敛目标范围，网络层限制可达范围，两者结合可以把风险控制在可接受水平。
售后客服
企业微信
