01 漏洞描述

《HTTP | HTTP报文》最后一节，简单的介绍了一下首部字段，其中就包含了Host首部字段。

为了方便获取网站域名，开发人员一般依赖于请求包中的Host首部字段。例如，在php里用_SERVER[“HTTP_HOST”]。但是这个Host字段值是不可信赖的(可通过HTTP代理工具篡改)，如果应用程序没有对Host字段值进行处理，就有可能造成恶意代码的传入。

02 漏洞知识拓展

Host首部字段是HTTP/1.1新增的，旨在告诉服务器，客户端请求的主机名和端口号，主要用来实现虚拟主机技术。

运用虚拟主机技术，单个主机可以运行多个站点。以下图为例，hacker和usagidesign两个站点都运行在同一服务器A上，不管我们请求哪个域名，最终都会被解析成服务器A的IP地址，这个时候服务器就不知道该将请求交给哪个站点处理，因此需要Host字段指定请求的主机名。

我们访问hacker域名，经DNS解析，变成了服务器A的IP，请求传达到服务器A，A接收到请求后，发现请求报文中的Host字段值为hacker，进而将请求交给hacker站点处理。（这里又涉及到计算机网络知识了，是不是觉得要学的真多？没关系，我后面都会一一介绍的）

这个时候，问题就出现了。为了方便获取网站域名，开发人员一般依赖于请求包中的Host首部字段。例如，在php里用_SERVER[“HTTP_HOST”]。但是这个Host字段值是不可信赖的(可通过HTTP代理工具篡改)，如果应用程序没有对Host字段值进行处理，就有可能造成恶意代码的传入。

03 漏洞检测

Host头攻击漏洞的检测比较简单，只需要抓包，修改Host字段值，提交，查看响应中是否包含修改后的Host字段值即可。

下面我分三个场景，介绍一下Host头攻击漏洞存在的表现。

跳转

场景一：正常请求，响应302，Location首部字段指明跳转的地址，其中Location字段值为Host字段指定的地址。

将请求包的Host字段值修改为www.baidu.com提交，响应包中的Location地址也被更改为www.baidu.com。

拼接

场景二：正常请求，正常响应，将Host字段值拼接到标签属性值中。

将请求包的Host字段值修改为www.baidu.com提交，发现服务器将www.baidu.com拼接到了script标签的src属性值中。

代码注入

场景三：这其实也属于拼接，只不过在场景二的基础上写入了恶意代码。

利用Host字段写入script标签，弹出警告框。

04 漏洞利用

一般有两种主要的host头攻击的方法：包括使网页缓存“带毒”，和利用替代渠道来对敏感的操作进行滥用，例如进行密码重置。

网页缓存的中毒

网页缓存的中毒是指攻击者使用该技术来操控网页缓存，并向任何请求页面的人提供带毒的内容。

对于这种情况的发生，攻击者需要使一台缓存代理中毒，而该缓存可以运作在网站本身、或是下游供应商、内容分发网络(CDNs)、连锁合作商或是其他客户机和服务器之间的缓存机制中。该缓存随后将带毒的内容提供给任何请求它的人，而受害者面对这些所提供的恶意内容，无论如何都是没有控制权的。

下面的例子就是攻击者如何通过网页缓存中毒的方式，从而进行host头攻击的。

$ ``telnet www.example.com 80Trying x.x.x.x…Connected to www.example.com.Escape character is ‘^]’.GET /index.html HTTP/1.1Host: attacker.comHTTP/1.1 200 OK…`

`

密码重置的中毒

一种普遍的用来实现密码重置功能的方法是：生成一个**令牌，并且发送一封包含着该令牌的超级链接的电子邮件。如果一个攻击者请求一个带有attacker-controlled的host头类型的密码重置，会发生什么呢?

如果在生成重置链接时，该web应用程序使用到这个host头的值，攻击者就可以在密码重置链接中“投毒”并发送到受害者那里。而如果受害者点开了邮件中“带毒”的重置链接，那么攻击者将能获得密码重置的令牌，进而可以重置受害者的密码了。

检测密码重置中毒的漏洞

我们将使用一个旧版本的Piwik(一个开源的web分析平台)作为此类漏洞的实例，因为它比较容易受到“带毒”的host头攻击类型的密码重置。

为了检测到密码重置的自动中毒，我们需要依靠一个中介服务，因为对于“带毒”的host头攻击类型的密码重置的检测，需要一个带外的且延时的向量。为了实现此目的，Acunetix(网络漏洞扫描软件)在自动扫描过程中会使用AcuMonitor作为其中介服务。

而在扫描过程中，Acunetix将查找密码重置页面并注入一个自定义的host头，用以指向一个AcuMonitor的域。如果漏洞存在的话，那么有问题的应用程序(如本例中旧版本的Piwik)将使用该值来生成密码重置的链接，并以电子邮件的形式发送给相关的用户。如下所示：

在上面的图片中，请认真查看其重置链接的位置，它指向的是AcuMonitor的域，而不是web应用程序的域。

如果“受害者”(在这个例子中，因为它采取的是自动扫描，受害者很可能是安全团队中的一员，他接收电子邮件后开始进行扫描)，点击该链接，AcuMonitor将捕获该请求，并会发回一个通知给Acunetix，指示它应该生成一个“带毒”的host头攻击类型的密码重置的警报。

减缓

减缓和应对host头的攻击，其实非常简单——就是不要信任host头。然而在某些情况下，却是说起来容易做起来难(特别是涉及到遗留下来的旧代码的时候)。如果你必须使用host头作为一种识别web服务器位置的机制的话，我强烈建议你使用包含有各个被允许的主机名的白名单来进行应对。

05 漏洞修复

对Host字段进行检测。

Nginx，修改ngnix.conf文件，在server中指定一个server_name名单，并添加检测。

Apache，修改httpd.conf文件，指定ServerName，并开启UseCanonicalName选项。

Tomcat，修改server.xml文件，配置Host的name属性。

参考连接：https://www.jianshu.com/p/690acbf9f321；https://www.tuhongwei.com/web/59