平常我在Hackerone平台上寻找新目标时，常常会关注厂商响应信息，如果厂商响应越积极我就越感兴趣。相对于响应信息很少的厂商而言，我们更能从中摸索到问题的本质。换句话说，即越是大厂越是容易挖到漏洞。不信？今天就拿Yahoo!练手。
预测
众所周知Yahoo!是一个国际性的大厂，所以我预计其拥有大量子域名，路径以及重定向页面。从何处下手呢？我常使用Sublister及Fierce进行枚举/爆破子域名。我希望能够利用这些工具找到被遗忘，配置错误的或者还在使用旧版软件运行的子域名。使用Subliste3r我获得了超过9000条子域名信息，如何进行检查呢？
Semi - 自动化搜索
我不信这9000多条子域名中没有一个存在漏洞的。打开Sublist3r扫描结果，手动删除一些无效及重复子域名。虽然我没有进行很细致的检查，但仍旧还有7000多条记录。接下来进行这些记录进行排序，使用Nmap以更容易解析的XML方式输出结果。
nmap -sS -p80,443 -iL nmap_input.txt -oX nmap_output
输出XML样例：
<hostnames><hostname name=”start.producersdesktop.yahoo.com” type=”user”/><hostname name=”proxy.publish.bf1.yahoo.com” type=”PTR”/></hostnames><ports><port protocol=”tcp” portid=”80"><state state=”closed” reason=”reset” reason_ttl=”42"/><service name=”http” method=”table” conf=”3"/></port></ports><times srtt=”148262" rttvar=”148262" to=”741310"/></host>
我们只能扫描Nmap命令中指定的端口，对我来说扫描结果中最有用的参数为state以及hostname name。我相信hostname name就是DNS记录，就我以往的经验而言，这里有时可能会是你的ISP地址，这时你就该考虑该站点是否有进行解析的问题。我们这里的基数比较大，扔几百条记录出去影响也不大。为此我写了一个脚本，根据主机名的name参数决定是否删除该XML条目。
import xmltreedef removeHostname(): for host in root.iter('host'): for elem in host.iter(): if 'name' in elem.attrib and elem.attrib['name'] == 'ISP_redir_site': root.remove(host)tree.write('output.xml')
至此获得所有开放80端口的子域名，接下来可以使用Nmap扫描这些子域名的HTML标题( — http-title)，并且再次对所得数据进行除重。Yahoo!这个国际性大厂设有多语言站点，比如：
ru.search.yahoo.com br.search.yahoo.com de.stars.yahoo.com
接下来我们便是要清除这些明显的子域名，在最后获得的子域名中依旧有700条记录。
枯燥的研究
接下来就是花时间仔细检测剩下的子域名记录了。由于不知道这些子域名之间是否还存在着共同点，所以只能手工一个一个的来测试了。测试一段时间之后，我发现某些子域名存在相似点以及可重复性。打开http://yvap.query.yahoo.com/我才发现其属于YQL内部主机，同样的我在http://ygh-app.media.yahoo.com/也观察到这个信息。
YQL (Yahoo! Query Language)内部主机
Beaker
深入探究
http://yvap.query.yahoo.com/v1/test/js/console_ajax.js中的Java代码之外，我没有发现任何有趣的信息。这里不止一个内部主机，但是不是出于关闭状态就是下面截图这个样子。
锁着的内部YQL主机YQL的示例查询如下：
https://query.yahooapis.com/v1/public/yql?q=show%20tables&diagnostics=true
我尝试使用该方法来重置锁着的主机，意思即是虽然主面板显示内部主机是无法访问，但你仍然可以通过URL提交查询。将列表中的子域名一个一个的拿来检测，其中大部分都能运行show tables命令。在向厂商报告问题之后我想继续深入下去，结果发现该页面可任意访问在http://ygh-app.media.yahoo.com我发现用于测试的Beaker站点，老实说这还是我第一次处理这种情况。经过检测发现了另一个泄露的信息。
总结
这并不是一个革命性的方法，但相交其他方式会快一点，准确一点，耗费时间更少一点。在两个星期前我发现一个名为Aquatone的工具将所用到的脚本都集成到一起了。
时间轴
5月10日 - 向HackerOne平台报告
5月11日 - Yahoo!响应YQL主机的问题之前已经有报告过，但第二个问题是最新报告
5月12日 - 我提出可以向YQL主机发送查询请求的可能
5月18日 - 答复这是有意的行为
6月 2日 - 获取奖金
*参考来源：medium，freebuf小编鸢尾编译，转载请注明来自FreeBuf.com