最近有朋友给我发来一个漏洞扫描报告，其中有一项是“Nginx头部攻击漏洞”

在绿盟的报告中，可以看到，头部攻击是指，http host header头中的HTTP_HOST不可靠，所以，如果后端开发代码中，通过类似PHP中的_SERVER["HTTP_HOST"]来获取host信息，那可能获取到的不是自己站点的host信息，这里简单做个复现

环境：

复现方法很简单，在Nginx中配置一个虚拟主机站点，用php-fpm处理php，在php中写一小段代码，通过_SERVER['HTTP_HOST']获取host并打印，用Brupsuite篡改host信息，环境搭建信息这里就不多说了，直接看Brupsuite过程，PHP代码如下：

接着启动Brupsuite，配置代理

浏览器设置代理到burp

接着通过浏览器请求上面nginx配置的server，在burp抓包，接着action——Send to Repeater，我们先看正常的返回

接着，通过burp改header中的host，模拟攻击，看结果

可以看到，php拿到的就不是我们自己的host信息，所以，这里会把恶意代码传过去

Nginx的server_name匹配规则，是通过HTTP请求头的host，去匹配配置文件中的server_name，去决定走哪个server配置，如果所有server_name都匹配不到，就使用默认的server，如果没有配置默认的server，就会请求第一个server

这也就是为什么，上面host随便写个域名，都可以访问到的原因

这里还有一个Nginx的安全配置相关的，叫“恶意域名解析漏洞”，同样的原理，别人知道你的IP，随便解析个域名，就可以访问你的网站

以上两种漏洞防范很简单，就是在nginx主配置文件中，写第一个server，server_name用默认default_server，让所有未匹配的server_name，都走这个server的配置，直接return对应的状态码，配置如下：

如果有https的网站，还需要配置443端口的默认server

或者nginx安装后，默认conf.d目录下有个default.conf，你可以在default配置中直接修改

配置完成后，通过上面的方法再模拟一次攻击

可以看到，已经无法访问

所以安装Nginx之后，一定要修改以上配置，防止恶意域名解析和HOST头部攻击