目标URL存在http_host头攻击漏洞复现及修复
漏洞说明
漏洞描述
为了方便的获得网站域名,开发人员一般依赖于HTTP Host header。例如,在php里用_SERVER[“HTTP_HOST”]。但是这个header是不可信赖的,如果应用程序没有对host header值进行处理,就有可能造成恶意代码的传入。
危险等级
中危
修复建议
web 应用程序应该使用 SERVER_NAME 而不是 host header。在 Apache 和 Nginx 里可以通过设置一个虚拟机来记录所有的非法 host header。在 Nginx 里还可以通过指定一个 SERVER_NAME 名单,Apache 也可以通过指定一个 SERVER_NAME 名单并开启UseCanonicalName 选项。
下图为绿盟扫描器的报告截图:
漏洞复现
可以使用 curl 或 BurpSuite 工具修改 Host 请求头,复现测试
curl测试方法
curl -h
-I, --head Show document info only
-H, --header <header/@file> Pass custom header(s) to server
-v, --verbose Make the operation more talkative
curl -v -H "Host: www.baidu.com" http://192.168.64.149
测试结果:任意修改 Host 请求头,服务器都能返回 302 Found
BurpSuite测试方法
BurpSuite 下载链接: https://portswigger.net/burp/releases/professional-community-2022-1-1?requestededition=community
开启代理抓包后,Send to Repeater 点击 Send 重复发送当前包,下面是未修改的正确 Host 请求头,及其返回状态码:200 OK 任意修改 Host 请求头,再发送数据包,观察返回状态码。可以看到都能返回:200 OK,即正常请求到 web 页面
漏洞修复
漏洞修复方案
修改 nginx.conf 配置,设置 server_name,添加正则表达式匹配 host 请求头的值,不匹配情况返回403。
server_name 127.0.0.1 192.168.64.149;
if ($http_Host !~* ^127.0.0.1$|^192.168.64.149$) {
return 403;
}
重启 nginx
nginx -s reload
漏洞修复验证
当 Host 请求头正确匹配 server_name(127.0.0.1或者192.168.64.149)时,服务器返回了 302 Found; 其他任意 Host 请求头未匹配 server_name 的情况下,服务器都返回 403 Forbidden。
以上,如有错误之处,敬请指正。
参考文章
https://nginx.org/en/docs/http/ngx_http_core_module.html#server_name https://www.freesion.com/article/18441013466/ https://www.cnblogs.com/huiy/p/13427401.html
|