利用源服务器IP地址绕过Cloudflare WAF

Cloudflare是一个应用广泛的web应用防火墙（WAF）的提供商。如果能在一秒内绕过所有防护措施，让WAF毫无用处，会怎么样呢？这篇文章会教你利用源服务器的IP地址绕过Cloudflare WAF。注意，以下方法可能适用于绕过任何类型的WAF。

简介

Cloudflare WAF是目前最流行的web应用防火墙之一，防护着超过1600万个网络资产。一年前Cloudflare发布了一个快速DNS resolver，并很快成为它们最受欢迎的产品。WAF作为一个反向代理服务器，不仅可以抗DDoS攻击，还可以在检测到攻击时触发告警。付费版本的用户还可以选择开启防护SQL注入、XSS、CSRF等常见漏洞攻击，但必须要手动启动。免费版本不支持这个功能。

虽然该WAF很擅长于阻挡基础的攻击载荷，但已经有很多绕过Cloudflare WAF的方法，而且每天都会出现新的，所以持续测试Cloudflare防火墙的安全性十分重要。就在我写这篇文章的时候：

很明显绕过防火墙是一件有意思的事情。基本上你有三种选择：

1.自定义攻击载荷来绕过防火墙规则。这可以提高你的防火墙绕过技术，但这是一个沉闷且耗时的过程，对于bug赏金猎人来说这是划不来的，因为时间就是金钱！如果你选择这种方法，最好尝试些PayloadsAllTheThings上列出的载荷，或者在百度上搜索下。

2.以适当的方式更改请求来破坏服务器。和第一种选择一样，这会很耗时，还要有耐心和良好的fuzzing技术。

3.通过查找Web服务器的原始IP来绕过Cloudflare。这也许是最简单的方法，不需要专业技术，作为侦察阶段的一部分也不会浪费时间。一旦你掌握了这个方法，你就再也不用担心WAF或DDoS保护（速率限制）。

本文中，我将重点介绍最后一种方法，以及如何根据获得的提示来实现它。

提示：Cloudflare是一个必须由人设置的工具，通常是研发或系统管理员。通过使用下文的方式导致配置错误产生的有效攻击，Cloudflare不会负责。

首先，侦察！

开始正常的侦察过程，获得尽可能多的IP地址（主机、nslookup域名解析服务器、whois服务器、BGP路由），然后检查哪些服务器有可用的web服务（netcat、nmap、masscan等工具）。一旦你有了web服务器的IP地址列表，下一步就是检查这些服务器是否配置了保护域作为虚拟主机。如果没有，你将会获得默认服务器页面或默认网站配置，这样你就找到了入口！使用Burp：

这是我想要的子域名，但是IP地址不正确：

这是错误的子域名，但有合适的IP地址：

这是我想要的子域名，而且有合适的IP地址——完美！

一些可以自动侦察的工具：

https://pentest-tools.com/information-gathering/find-virtual-hosts
https://github.com/jobertabma/virtual-host-discovery
https://github.com/gwen001/vhost-brute

Censys

如果你的攻击目标使用了SSL证书（使用SSL是必须的），而且是在Censys数据库已注册的（我强烈建议去买一个）。在Censys选择输入时选择“证书”，提供你目标服务器的域名，点击回车。

你会看到适用于你目标的证书列表：

点击每个结果显示详细信息，在最右侧的搜索菜单中选择“IPv4主机”：

可以看到使用该证书的服务器IP地址：

从这里开始，获取所有你可以获取的IP，然后回到上一章，尝试通过所有IP访问你的目标。

邮件头

下一步，检查你的目标服务器发出的邮件头：订阅新闻，创建用户，使用“忘记密码”功能，订购……尽你所能从测试网站获得一封邮件（提醒一下可以使用Burp）。

得到邮件后，检查邮件源文件，特别是邮件头。记录可以找到的所有可能属于一个服务器的IP和子域名。再一次，尝试通过这些访问你的目标。

我在邮件头Return-Path里找到了一些信息：

用Curl测试：

另一个技巧是将邮件从你自己的邮箱发送到不存在的电子邮件地址@yourtarget.com。如果发送失败，你应该会收到一个通知。

XML-RPC广播

XML-RPC（远程过程调用）是一个在WordPress博客平台很有名的工具——允许管理员使用XML请求远程管理其博客。ping包是ping命令的响应包。A发送ping请求到B，B回复A收到了请求，即回复一个ping包。

访问https://www.target.com/xmlrpc.php可以轻松知道目标服务器是否启用了XML-RPC广播，启用的情况下会返回信息：XML-RPC server accepts POST requests only。

根据WordPress XML-RPC Pingback API文档，该功能有sourceUri和targetUri两个参数。在Burp Suite中可以看到：

以前的发现

如果你用上述方法没有找到原始IP，或者之前的目标网站设置了保护措施，记住，有时候你最好的朋友就是目标自己，它会给你想要的信息。

你需要的就是让目标web服务器发送请求到你的服务器。利用SSRF、XXE、XSS等其他类型的漏洞，注入包含你服务器地址的载荷并查看日志。如果命中再检查虚拟主机。

甚至是像重定向或HTML/CSS注入等这些最简单的漏洞，如果被应用web服务器解析就会派上用场。

工具

现在我们已经知道怎样手动寻找IP地址，下面是一些工具可以帮助你节省宝贵的时间。你可以在探测Cloudflare保护机制时用这些工具进行侦察。

记住，没有100%管用的方法，因为攻击目标的不同，适用于某个的不一定适用于另一个。我的建议：都试试。

Cloudsnare.py：censys证书（需要密钥）

HatCloud：crimeflare，pinfo.io
https://github.com/HatBashBR/HatCloud

CrimeFlare：crimeflare，ipinfo.io
https://github.com/vincentcox/bypass-firewalls-by-DNS-history

bypass-firewalls-by-DNS-history：securitytrails，crimeflare
https://github.com/vincentcox/bypass-firewalls-by-DNS-history

CloudFail：dnsdumpster，crimeflare，子域名暴力攻击
https://github.com/m0rtem/CloudFail

CloudFlair：需要censys密钥
https://github.com/christophetd/CloudFlair

CloudIP：nslookup一些子域名（ftp，cPanel，mail，direct，direct-connect，webmail，portal）
https://github.com/Top-Hat-Sec/thsosrtl/blob/master/CloudIP/cloudip.sh

DNS资源

你也许明白，最重要的事是获取尽可能多的IP地址——不论方法，不论地点。DNS服务器当然是主要关注点，特别是其历史信息会一直存在于网络中。下面是一些很好用的DNS资源：

Netcraft:：https://toolbar.netcraft.com/site_report?url=
dns-trails：https://securitytrails.com/dns-trails
DNSQueries：https://www.dnsqueries.com/en/domain_check.php
DNSdumpster：https://dnsdumpster.com/
Shodan：https://www.shodan.io/search?query=
以往关于Hackerone的案例报告：
https://hackerone.com/reports/255978
https://hackerone.com/reports/360825
https://hackerone.com/reports/315838

总结

正如我们在安全产业常说的：一根链条的坚固程度取决于它最薄弱的一环。无论你花多少时间去配置Cloudflare，如果它可以被绕过，如果你的web应用可以直接通过服务器IP连接。那么Cloudflare的所有保护机制都将被绕过。