Web安全-CSRF-基础02

使用token以及referer进行csrf防御

    • 一、token防御CSRF原理
      • 1.1 无token模型流程
      • 1.2 有token模型流程
    • 二、Referer防御CSRF原理
      • 2.1 Referer防御简单代码编写
      • 2.2 绕过Referer技巧
        • 1.Refere为空条件下
        • 2.判断Referer是某域情况下绕过
        • 4.判断Referer是否存在某关键词
      • 2.3 DVWA-CSRF(medium)
      • 2.4 DVWA-CSRF(high)

一、token防御CSRF原理

CSRF漏洞实质:服务器无法准确判断当前请求是否是合法用户的自定义操作。
如果服务器在用户登录之后给予用户一个唯一合法令牌,每一次操作过程中,服务器都会验证令牌是否正确,如果正确就执行操作,不正确则不执行操作。
一般情况下,给予的令牌会写入表单中隐藏域的value值中,随着表单内容进行提交。

1.1 无token模型流程

这个模型中,只要管理员点击恶意页面或触发恶意链接,服务的只是验证了操作的身份,没有验证是不是操作者自定义的操作。

Web安全-CSRF-基础02_第1张图片

1.2 有token模型流程

在下面的模型中,登陆成功后,同时设置唯一的token。
在用户操作时,不仅通过cookie验证用户身份,还通过token验证用户操作的自定义性。
就可以有效地预防csrf!
Web安全-CSRF-基础02_第2张图片

Token作为识别操作是否是当前用户自己操作的唯一凭证,需要设置为复杂难以被破解的内容,可以有效的防御csrf。

二、Referer防御CSRF原理

HTTPReferer是header的一部分,当浏览器向web服务器发送请求的时候,一般会带上Referer,告诉服务器我是从哪个页面链接过来的,服务器基此可以获得一些信息用于处理。
当用户点击被构造好的CSRF利用页面,那么在执行用户对应操作时,提交的HTTP请求中就有对应的Referer值,此时服务端判断Referer值是否与服务器的域名信息有关。如果不相关则不执行操作。

1、用户正常使用,发送的是用户当前的域名为Referer。
Web安全-CSRF-基础02_第3张图片
2、用户点击POC的模型,发送的是POC所在的域名为Referer。
Web安全-CSRF-基础02_第4张图片
可以看出,是否是用户的自定义操作,是可以通过Referer来分辨出来。

2.1 Referer防御简单代码编写

在php当中使用$_SERVER['HTTP_ REFERER']获取页面提交请求中的referer值

 
if(strpos($_SERVER['HTTP_ REFERER'],'xx.com') !== false)
    {
        echo "判断成功";
    }
    else 
    {
        echo "判断失败";
    }
?>

2.2 绕过Referer技巧

1.Refere为空条件下

解决方案:
利用ftp://,http://,https://,file://,javascript:,data:这个时候浏览器地址栏是file://开头的,如果这个HTML页面向任何http站点提交请求的话,这些请求的Referer都是空的。
例:
利用data:协议

<html>
    <body>
       <iframe src="data:text/html;base64,PGZvcm0gbWV0aG9kPXBvc3QgYWN0aW9uPWh0dHA6Ly9hLmIuY29tL2Q+PGlucHV0IHR5cGU9dGV4dCBuYW1lPSdpZCcgdmFsdWU9JzEyMycvPjwvZm9ybT48c2NyaXB0PmRvY3VtZW50LmZvcm1zWzBdLnN1Ym1pdCgpOzwvc2NyaXB0Pg==">
    body> 
html>

利用https协议
https向http跳转的时候Referer为空,拿一个https的webshell

attack.php写上CSRF攻击代码

2.判断Referer是某域情况下绕过

比如你找的csrf是xxx.com 验证的referer是验证的*.xx.com 可以找个二级域名 之后 之后在把文章地址发出去 就可以伪造。

4.判断Referer是否存在某关键词

referer判断存在不存在google.com这个关键词
在网站新建一个google.com目录 把CSRF存放在google.com目录,即可绕过

2.3 DVWA-CSRF(medium)

首先修改密码为123456,修改成功
Web安全-CSRF-基础02_第5张图片
查看地址栏:
Web安全-CSRF-基础02_第6张图片
也是get方式请求的,那么我们尝试直接修改url中的密码并在新的页面打开:

它会报错,提示你Http Referer字段没有定义索引:
Web安全-CSRF-基础02_第7张图片
我们重新设置密码并用bp进行抓包:

可以发现添加的referer头:

Referer: http://127.0.0.1/DVWA-master/vulnerabilities/csrf/
Web安全-CSRF-基础02_第8张图片
这就好办了,打开另一个页面,输入我们自己的url:
http://127.0.0.1/DVWA-master/vulnerabilities/csrf/?password_new=123456789&password_conf=123456789&Change=Change#

使用burpsuite抓包,加入referer头:
Web安全-CSRF-基础02_第9张图片
修改成功:
Web安全-CSRF-基础02_第10张图片

2.4 DVWA-CSRF(high)

此处用了token验证,我们利用burpsuite中的CSRF Token Tracker绕过token验证插件:

Web安全-CSRF-基础02_第11张图片

写入主机名,token字段

Web安全-CSRF-基础02_第12张图片
首先我们修改密码为123456,此时可以看到明文传输的url:
Web安全-CSRF-基础02_第13张图片
复制url,修改其中的密码,其他不变
http://127.0.0.1/DVWA-master/vulnerabilities/csrf/index.php?password_new=123456789&password_conf=123456789&Change=Change&user_token=adde99dd3b960d4919d75425f985522a#

在新的页面中打开并使用bp抓包:
Web安全-CSRF-基础02_第14张图片
此时密码已经被修改为123456789了
跨站才更像实战
在本地测试并没有什么用,仅作参考。

大家可以去看下其他师傅博客:

https://blog.csdn.net/weixin_45650712/article/details/107945542

你可能感兴趣的:(Web安全-CSRF,CSRF,安全,web安全)