HTTP Host 头攻击原理以及修复方法

it技术分享just_free

已于 2025-03-26 19:51:50 修改

阅读量2.2k

点赞数 10

分类专栏：安全文章标签： http 网络协议网络安全信息安全安全安全架构

于 2024-04-25 13:49:06 首次发布

本文链接：https://blog.csdn.net/CHENSMALLYUN/article/details/138186918

版权

安全专栏收录该内容

86 篇文章

订阅专栏

本文详细阐述了HTTPHost头攻击的原理，包括如何通过控制Hostheader引发缓存污染和密码重置攻击。文章介绍了检测条件和方法，以及针对服务器和应用的修复方案，强调了使用SERVER_NAME而非HTTPHost头的重要性。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

漏洞名称 ：HTTP Host头攻击

漏洞描述：

一般通用web程序是如果想知道网站域名不是一件简单的事情，如果用一个固定的URI来作为域名会有各种麻烦。开发人员一般是依赖HTTP Host header（比如在php里_SERVER["HTTP_HOST"] ），而这个header很多情况下是靠不住的。而很多应用是直接把这个值不做html编码便输出到了页面中，比如：link href="http://_SERVER['HOST']"
这样处理问题一般会很容易遭遇到两种常见的攻击：缓存污染和密码重置。缓存污染是指攻击者通过控制一个缓存系统来将一个恶意站点的页面返回给用户。密码重置这种攻击主要是因为发送给用户的内容是可以污染的，也就是说可以间接的劫持邮件发送内容。

检测条件：

1、被测网站使用了依赖HTTP Host header的功能。
2、网站具有密码重置，发送邮件功能

检测方法：

检测方法可以根据上述两种方式：
1、密码重置污染攻击，点击重置密码的链接时，url::abs_site 这一部分使用的Host header是来自用户重置密码的请求，那么可以通过一个受他控制的链接来污染密码重置的邮件，例如替换host：当然这种攻击方式一定要能骗取用户点击访问这个受污染的链接，如果用户警觉了没有点击，那么攻击就会失败。

> POST /password/reset HTTP/1.1
> Host: evil.com
> ...
> csrf=1e8d5c9bceb16667b1b330cc5fd48663&name=admin

2、通过Host header来污染缓存的攻击方法:
因此为了能使缓存能将污染后的response返回给用户，我们还必须让缓存服务器看到的host header 和应用看到的host header 不一样, 比如说对于Varnish（一个很有名的缓存服务软件），可以使用一个复制的Host header。Varnish是通过最先到达的请求的host header来辨别host的，而Apache则是看所有请求的host，Nginx则只是看最后一个请求的host。这就意味着你可以通过下面这个请求来欺骗Varnish达到污染的目的。


> GET / HTTP/1.1
> Host: example.com
> Host: evil.com

3、利用web漏洞扫描工具进行检测。

修复方案：

1、服务器方面：

由于http请求的特点，host header的值其实是不可信的。唯一可信的只有SERVER_NAME，这个在Apache和Nginx里可以通过设置一个虚拟机来记录所有的非法host header。在Nginx里还可以通过指定一个SERVER_NAME名单，Apache也可以通过指定一个SERVER_NAME名单并开启UseCanonicalName选项。

2、应用方面：

最安全的做法是：在网站安装和初始化的时候，要求管理员提供一个可信任的域名白名单。如果这个实现起来比较困难，那至少也要保证使用SERVER_NAME而不是host header，也就是取HOST值并保存设为常量并且鼓励用户使用安全配置做的比较好的站点。