nginx-CRLF漏洞复现与分析

最新推荐文章于 2024-08-08 00:23:52 发布

不想当脚本小子的脚本小子

最新推荐文章于 2024-08-08 00:23:52 发布

阅读量697

点赞数

分类专栏：中间件漏洞复现文章标签：安全

本文链接：https://blog.csdn.net/weixin_40602516/article/details/112251268

版权

本文介绍了CRLF漏洞的概念、原理及其在HTTP响应拆分（HTTP Response Splitting, HRS）中的应用。通过注入CRLF，攻击者可以构造会话固定漏洞或绕过浏览器的XSS过滤，实现反射型XSS攻击。同时，文章讨论了会话固定的概念、检测和防御方法，并提供利用Docker环境进行漏洞复现的示例。" 132727960,19688626,Java模块化系统：组织和管理大型项目,"['Java', '模块化系统', '开发语言']

摘要由CSDN通过智能技术生成

CRLF漏洞原理：
CRLF是”回车 + 换行”（\r\n）的简称。在HTTP协议中，HTTP Header与HTTP Body是用两个CRLF分隔的，浏览器就是根据这两个CRLF来取出HTTP 内容并显示出来。所以，一旦我们能够控制HTTP 消息头中的字符，注入一些恶意的换行，这样我们就能注入一些会话Cookie或者HTML代码，所以CRLF Injection又叫HTTP Response Splitting，简称HRS。
HRS是比XSS危害更大的安全问题，对于HRS最简单的利用方式是注入两个\r\n，之后在写入XSS代码，来构造一个xss。
举个例子，一般网站会在HTTP头中用Location: http://baidu.com这种方式来进行302跳转，所以我们能控制的内容就是Location:后面的XXX某个网址。
所以一个正常的302跳转包是这样：
HTTP/1.1 302 Moved Temporarily
Date: Fri, 27 Jun 2014 17:52:17 GMT
Content-Type: text/html
Content-Length: 154
Connection: close
Location: http://www.sina.com.cn
但如果我们输入的是
http://www.sina.com.cn%0aSet-cookie:JSPSESSID%3Dwooyun
注入了一个换行，此时的返回包就会变成这样：
HTTP/1.1 302 Moved Temporarily
Date: Fri, 27 Jun 2014 17:52:17 GMT
Content-Type: text/html
Content-Length: 154