Web安全-CSRF跨站请求伪造

最新推荐文章于 2022-10-14 22:02:41 发布
最新推荐文章于 2022-10-14 22:02:41 发布
阅读量1.1k 收藏 6
点赞数
分类专栏： Web安全
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_39190897/article/details/86766298
版权

概述

在这里插入图片描述在这里插入图片描述

攻击场景

GET

在这里插入图片描述在这里插入图片描述在这里插入图片描述

POST

在这里插入图片描述在这里插入图片描述在这里插入图片描述
由上面可见，对于CSRF来说，POST、GET请求是没有任何区别的，只不过POST请求方式多了一些代码。

Cookie

在这里插入图片描述在这里插入图片描述在这里插入图片描述

所以，安全研究人员在测试CSRF漏洞时，一定要考虑浏览器问题，每个浏览器的Cookie机制都不完全相同，像FireFox也可以发送Cookie。

假设 Http://wwwxxser.com/ 存在CSRF漏洞，用户登录后，Cookie存储在本地，当用户使用Chrome访问 Http://www.shuijiao8.com（带有xxer.com的CSRF POC）后，攻击将会成功，但是如果使用IE，则可能会失败，这样就可以看出浏览器Cookie机制的重要性。

漏洞检测

检测CSRF攻击主要分为两种：手工检测和半自动检测。这里并不是说没有全自动的CSRF检测工具，只是全自动CSRF工具的误报率较大，故不再介绍全自动检测工具。

手工检测

在这里插入图片描述

POC测试，即Proof of Concept，是业界流行的针对客户具体应用的验证性测试。

半自动检测

在这里插入图片描述在这里插入图片描述在这里插入图片描述在这里插入图片描述

BurpSuite实战

下面使用BurpSuite对某站点进行CSRF漏洞的检测验证。来看看被测的站点，为某新闻编辑发布平台（新增->编辑->保存）如下图：
在这里插入图片描述
1、使用BurpSuite捕获提交请求：
在这里插入图片描述
2、右键选择 Engagement tools – > Generate CSRF PoC，如下图所示；
在这里插入图片描述
3、构造、修改该请求提交的参数，生成测试CSRF的HTML页面(POC)，然后在浏览器中访问，如下图所示：
在这里插入图片描述
(打钩后下次点击在浏览器中测试则默认复制CSRF HTML)
在这里插入图片描述
4、点击copy后，直接在浏览器上的地址栏右键粘贴，回车，访问：
在这里插入图片描述
5、点击提交请求：
在这里插入图片描述6、最后，重点是查看刚才提交的信息是否成功被修改了或是成功新增了数据。到平台检查是否成功提交，如下图所示：
在这里插入图片描述

【小结】信息被修改，或成功新增表单，则说明可以成功伪造请求进行操作，存在CSRF漏洞。若无被修改/新增或在粘贴地址栏回车时页面出现错误，无法提交，则不存在CSRF漏洞。

漏洞预防

在预防CSRF攻击时，不像其他漏洞那样复杂，你只需要在关键部分增加一些小操作就可以防御CSRF攻击。

二次确认

在这里插入图片描述

Token认证

在这里插入图片描述在这里插入图片描述在这里插入图片描述

浏览器同源策略

【提前声明】同源策略不能作为防范 CSRF 的方法！！！！！但有必要讲一讲。

同源策略是浏览器的一个安全功能，不同源的客户端脚本在没有明确授权的情况下，不能读写对方资源。所以在域名为xyz.com的站点下的JS脚本采用AJAX读取域名为abc.com的站点里面的文件数据是会被拒绝的。

下表给出了相对http://a.xyz.com/dir/page.html同源检测的示例:
在这里插入图片描述
同源策略限制了从同一个源（如果两个页面的 协议、端口（如果有指定）和 域名 都相同，则称这两个页面具有相同的源）加载的文档或脚本如何与来自另一个源的资源进行交互，这是一个用于隔离潜在恶意文件的重要安全机制。

关于同源策略的两个认识误区：

  1. 如果你说同源策略就是“限制非同源资源的获取”，这不对，最简单的例子是引用图片、css、js 文件等资源的时候就允许跨域。
  2. 如果你说同源策略就是“禁止跨域请求”，这也不对，本质上同源策略并不是浏览器会禁止跨域请求，而是在发出跨域请求后浏览器会拦截服务端的响应，浏览器不允许你继续进行JS操作，这也就是为什么同源策略无法防御CSRF攻击（CSRF攻击只要成功发起请求即可）。

那么问题来了！浏览器的同源策略被 CSRF 占了这么大的便宜，那它真的是一无是处吗？不是！同源策略会限制了 cookie 的命名区域，虽然同源请求会自动带上cookies，但是攻击者无论如何还是无法获取 cookie 的内容本身。

HTTP/1.1 200 OK
Date: Sun, 24 Apr 2016 12:43:39 GMT
Server: Apache
Access-Control-Allow-Origin: http://www.acceptmeplease.com
Keep-Alive: timeout=2, max=100
Connection: Keep-Alive
Content-Type: application/xml
Content-Length: 423

受到同源策略的影响，同时我们也可以通过一些方法来达到跨域资源的共享，在返回服务器的信息头部会加上 Access-Control-Allow-Origin，浏览器看到这个字段的值与当前的源匹配，就会解锁跨域限制。

DVWA

【简介】

DVWA是一款渗透测试的演练系统，在圈子里是很出名的。如果你需要入门，并且找不到合适的靶机，那我就推荐你用DVWA。

DVWA（Damn Vulnerable Web Application）是一个用来进行安全脆弱性鉴定的PHP/MySQL Web应用，旨在为安全专业人员测试自己的专业技能和工具提供合法的环境，帮助web开发者更好的理解web应用安全防范的过程。

【DVWA的十大模块】

DVWA共有十个模块，分别是：

（1）Brute Force（暴力（破解））
（2）Command Injection（命令行注入）
（3）CSRF（跨站请求伪造）
（4）File Inclusion（文件包含）
（5）File Upload（文件上传）
（6）Insecure CAPTCHA （不安全的验证码）
（7）SQL Injection（SQL注入）
（8）SQL Injection（Blind）（SQL盲注）
（9）XSS（Reflected）（反射型跨站脚本）
（10）XSS（Stored）（存储型跨站脚本）

需要注意的是，DVWA 1.9的代码分为四种安全别：Low，Medium，High，Impossible。我们可以通过比较四种级别的代码，接触到一些PHP代码审计的内容。

【DVWA的漏洞列表】

DVMA正如他的名字一样是一个包含了很多漏洞的应用系统。DVWA的漏洞包括了OWASP oepen web application security project的web 10大漏洞。DVWA里面具体包括如下这些漏洞:

（1）暴力破解漏洞通过brute force登录页面进入到该漏洞的测试位置。这个漏洞是用来测试暴力破解工具和展示不安全的弱密码。
（2）命令执行漏洞在存在风险的系统上执行命令。
（3）CSRF伪造跨站请求漏洞，允许攻击者去修改应用的管理员密码。
（4）SQL注入，DVWA包括盲注和错误型注入两种SQL注入漏洞类型。
（5）不安全的文件上传漏洞，允许攻击者上传恶意的文件到web服务器上
（6）XSS跨站脚本漏洞，允许攻击者注入他们自己的脚本到web服务器上。DVWA系统里面包含了反射性XSS和存储型XSS两种类型。
（7）文件包含漏洞，允许进行本地文件包含执行和远程文件包含执行。
（8）验证码绕过。

【DVWA的搭建】

1、下载phpStudy http://phpstudy.php.cn/
phpStudy是集成了Apache和MySql的集成环境，下载好安装phpStudy。

2、运行时若显示缺少VC运行库：
32位的VC9：http://www.microsoft.com/zh-CN/download/details.aspx?id=5582
64位的VC9：http://www.microsoft.com/zh-CN/download/details.aspx?id=15336

3、安装好后运行 http://127.0.0.1:8088/ 看是否可以出现“hello word"界面（需要修改默认端口80改为8088)

4、下载DVWA http://www.dvwa.co.uk/ 下载后解压，放到phpStudy的WWW目录之下。

5、配置一下相关文件首先最好先配置一下phpStudy的数据库密码。修改后将DVWA/confing下的config.inc.php.dist修改为config.inc.php,找到其中的把原来的db_password改为刚设置的。

6、修改成功后访问 http://127.0.0.1:8088/DVWA/index.php 然后创建数据库。创建好了若没有问题便会自动跳转至登陆界面，默认账号/密码：admin/password。

参考教程：
（1）https://www.cnblogs.com/ECJTUACM-873284962/p/7784508.html
（2）https://blog.csdn.net/biobby/article/details/81213894
（3）如果遇到无法连接数据库的情况，解决方案：https://blog.csdn.net/qq_41631096/article/details/83301865

CSRF(Cross-site request forgery)，跨站请求伪造，简写 CSRF/XSRF。

指利用受害者尚未失效的身份认证信息（cookie、会话等），诱骗其点击恶意链接或者访问包含攻击代码的页面，在受害人不知情的情况下以受害者的身份向（身份认证信息所对应的）服务器发送请求，从而完成非法操作（如转账、改密等）。

LOW

首先我们把安全级别设置为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 = ((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); 
 }  
?>

附：以上代码的查看方式为：在DVWA的安装目录下打开相应的网页资源文件。
在这里插入图片描述
从系统源码可以看到，服务器收到修改密码的请求后，会检查参数password_new与password_conf是否相同，如果相同，就会修改密码，并没有任何的防CSRF机制。即：

DVWA系统的Low级别的CSRF漏洞，无需确认原始密码，只需要用户在cookie还有效的时间内在相同的浏览器访问我们给定的URL，就可以实现CSRF攻击，修改用户密码，所以这里存在CSRF漏洞。

【漏洞利用】
在这里插入图片描述
注意：成功修改密码后，URL发生了变化。
在这里插入图片描述【低级攻击】

所以，我们可以直接通过构造链接，诱导用户点击以下链接即可实现密码更改：

http://127.0.0.1:8088/DVWA/vulnerabilities/csrf/?password_new=123456&password_conf=123456&Change=Change#

但是这样很拙劣……一眼就可以看出来，而且会跳转到提示密码更改成功的页面。在做渗透测试的时候可以用，但是实际的攻击中一般情况下是不会攻击成功的。

【进阶攻击】

那么咱们怎样才能诱导用户点击这个URL呢？我们已经可以预测所有参数，现在需要去构造请求。生成 text.html 文件（编写POC文件)，搭建在攻击者的服务器上（127.0.0.1）：

<img src="http://127.0.0.1:8088/DVWA/vulnerabilities/csrf/?password_new=123456&password_conf=123456&Change=Change#" border="0" style="display:none;"/>
<h1>
   404 ERROR!
<h1>
<h2>
   Files Not Found.
<h2>

存储位置为：D:\SoftWare\PhpStudy\PHPTutorial\WWW\DVWA\vulnerabilities\csrf
在这里插入图片描述
然后访问诱骗用户点击这个页面的链接（http://127.0.0.1:8088/DVWA/vulnerabilities/csrf/test.html）：
在这里插入图片描述 用户会看到一个类似404的错误页面，但是用户却不知道自己的密码已经悄悄被人修改了！！！

Medium

首先我们把安全级别设置为Medium级别。查看服务器端源代码：

<?php  
if( isset( $_GET[ 'Change' ] ) ) { 
    // Checks to see where the request came from 
    if( stripos( $_SERVER[ 'HTTP_REFERER' ] ,$_SERVER[ 'SERVER_NAME' ]) !== false ) { 
        // 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>"; 
        } 
    } 
    else { 
        // Didn't come from a trusted source 
        echo "<pre>That request didn't look correct.</pre>"; 
    }  
    ((is_null($___mysqli_res = mysqli_close($GLOBALS["___mysqli_ston"]))) ? false : $___mysqli_res); 
} 
 
?>

通过对源代码进行分析，我们可以知道Medium端主要的防御措施是通过if( eregi( $_SERVER[ 'SERVER_NAME' ], $_SERVER[ 'HTTP_REFERER' ] ) )的ersgi( )函数来检查 HTTP_REFERER（http包头的Referer参数的值，表示来源地址）中是否包含SERVER_NAME（http包头的Host参数，及要访问的主机名，这里是127.0.0.1:8088），希望通过这种机制抵御CSRF攻击。

在这里插入图片描述由于我们前面构造的网页（test.html）就是在本机上，所以其Referer中就已经包含了DVWA平台的主机号。那如果是在另外的地方搭建的网页，我们也可以进行绕过，比如我们可以将构造的文件的名字更改为对方主机名即可，比如127.0.0.1:8088.html。

High

我们同样以正常用户的操作先进行一遍操作，发现密码修改后，URL中新增了一个参数即user_token参数：

http://127.0.0.1:8088/DVWA/vulnerabilities/csrf/?password_new=password&password_conf=password&Change=Change&user_token=7abdd97210f40fbf763ffee206c26b9b#

我们来看下服务器端源代码：

<?php

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

	// 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
		$html .= "<pre>Password Changed.</pre>";
	}
	else {
		// Issue with passwords matching
		$html .= "<pre>Passwords did not match.</pre>";
	}

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

// Generate Anti-CSRF token
generateSessionToken();

?>

通过源代码分析我们可以看到：

该模块中加入了Anti-CSRF token来防范CSRF攻击，同时每次随机生成了一个token，当用户提交的时候，在服务器端比对一下token值是否正确，不正确就丢弃掉，正确就验证通过。

【漏洞利用】

这个安全等级，自己主要是利用了DVWA的XSS漏洞和CSRF漏洞共同完成的：

（1）我们找到DVWA的XSS模块，通过XSS漏洞获取浏览器cookie：
在这里插入图片描述
(2）返回DVWA的CSRF模块，向输入框中输入任意你想要修改的密码，通过BrupSuite进行拦截，获取数据包并把数据包发送到Repeater模块：
在这里插入图片描述（3）把通过XSS漏洞获取的cookie直接粘贴到这个数据包中，通过brupSuite对数据包进行篡改，发送，修改密码：
在这里插入图片描述至此，密码更改成功！

Impossible

把安全级别设置为Impossible级别。查看源代码：

<?php

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

	// Get input
	$pass_curr = $_GET[ 'password_current' ];
	$pass_new  = $_GET[ 'password_new' ];
	$pass_conf = $_GET[ 'password_conf' ];

	// Sanitise current password input
	$pass_curr = stripslashes( $pass_curr );
	$pass_curr = ((isset($GLOBALS["___mysqli_ston"]) && is_object($GLOBALS["___mysqli_ston"])) ? mysqli_real_escape_string($GLOBALS["___mysqli_ston"],  $pass_curr ) : ((trigger_error("[MySQLConverterToo] Fix the mysql_escape_string() call! This code does not work.", E_USER_ERROR)) ? "" : ""));
	$pass_curr = md5( $pass_curr );

	// Check that the current password is correct
	$data = $db->prepare( 'SELECT password FROM users WHERE user = (:user) AND password = (:password) LIMIT 1;' );
	$data->bindParam( ':user', dvwaCurrentUser(), PDO::PARAM_STR );
	$data->bindParam( ':password', $pass_curr, PDO::PARAM_STR );
	$data->execute();

	// Do both new passwords match and does the current password match the user?
	if( ( $pass_new == $pass_conf ) && ( $data->rowCount() == 1 ) ) {
		// It does!
		$pass_new = stripslashes( $pass_new );
		$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 database with new password
		$data = $db->prepare( 'UPDATE users SET password = (:password) WHERE user = (:user);' );
		$data->bindParam( ':password', $pass_new, PDO::PARAM_STR );
		$data->bindParam( ':user', dvwaCurrentUser(), PDO::PARAM_STR );
		$data->execute();

		// Feedback for the user
		$html .= "<pre>Password Changed.</pre>";
	}
	else {
		// Issue with passwords matching
		$html .= "<pre>Passwords did not match or current password incorrect.</pre>";
	}
}

// Generate Anti-CSRF token
generateSessionToken();

?>

通过源代码分析我们可以看到：Impossiable端代码添加了一个输入原来密码的操作，这样我们一开始不知道密码的情况下是不可能修改密码的，所以有效的防御了CSRF攻击。
在这里插入图片描述

Tr0e
关注
  • 0
    点赞
  • 踩
  • 6
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
专栏目录
CSRF跨站请求伪造实例程序
11-07
一个php做的简单的银行管理系统，利用cookie值来达到跨站伪造请求的目的，最终造成银行账户余额被修改。
Web安全相关（二）：跨站请求伪造（CSRF/XSRF）
weixin_30457465的博客
05-16 182
简介 　　CSRF（Cross-site request forgery跨站请求伪造，也被称为“One Click Attack”或者Session Riding，通常缩写为CSRF或者XSRF，是一种对网站的恶意利用。尽管听起来像跨站脚本（XSS），但它与XSS非常不同，并且攻击方式几乎相左。XSS利用站点内的信任用户，而CSRF则通过伪装来自受信任用户的请求来利用受信任的网站。与XSS攻...
跨站请求伪造CSRF
weixin_33965305的博客
11-02 79
CSRF是Cross Site Request Forgery的缩写，乍一看和XSS差不多的样子，但是其原理正好相反，XSS是利用合法用户获取其信息，而CSRF是伪造成合法用户发起请求。 在XSS危害——session劫持中我们提到了session原理，用户登录后会把登录信息存放在服务器，客户端有一个用户标识存在cookie中，只要用户不关闭浏览器或者退出登录，在其有效期内服务器就会把这个浏览器...
PHP安全编程：跨站请求伪造CSRF的防御(转)
weixin_33847182的博客
07-29 184
跨站请求伪造(CSRF)是一种允许攻击者通过受害者发送任意HTTP请求的一类攻击方法。此处所指的受害者是一个不知情的同谋，所有的伪造请求都由他发起，而不是攻击者。这样，很你就很难确定哪些请求是属于跨站请求伪造攻击。事实上，如果没有对跨站请求伪造攻击进行特意防范的话，你的应用很有可能是有漏洞的。 请看下面一个简单的应用，它允许用户购买钢笔或铅笔。界面上包含下面的表单： 0...
CSRF跨站请求伪造
weixin_33866037的博客
06-19 142
简介 CSRF（Cross-site request forgery）跨站请求伪造，也被称为“One Click Attack”或者Session Riding，通常缩写为CSRF或者XSRF，是一种对网站的恶意利用。 在没有关闭相关网页的情况下，点击其他人发来的CSRF链接，利用客户端的cookie直接向服务器发送请求。 DVWA测试 low级别 当你登录之后，在没有关闭网页的情况下，...
CSRF（跨站请求伪造）详细说明
02-26
Cross-SiteRequestForgery（CSRF），中文一般译作跨站请求伪造。经常入选owasp漏洞列表Top10，在当前web漏洞排行中，与XSS和SQL注入并列前三。与前两者相比，CSRF相对来说受到的关注要小很多，但是危害却非常大。...
csrf跨站请求伪造简单示例
10-18
一个简单的csrf跨站请求伪造的示例,只有一个简单的表单提交功能.通过伪造表单提交,完成一个简单的钓鱼案例
网络安全原理与应用：跨站请求伪造CSRF简介.pptx
05-16
跨站请求伪造CSRF简介 第7章 Web应用安全 目标 Objectives 要求 了解跨站请求伪造CSRF的基本概念； 了解跨站请求伪造CSRF的攻击原理； 跨站请求伪造CSRF简介 一、跨站请求伪造CSRF简介 跨站请求伪造（Cross-site ...
论文研究-跨站请求伪造（CSRF）攻击与防范技术研究 .pdf
08-23
跨站请求伪造（CSRF）攻击与防范技术研究，刘雅楠，马兆丰，跨站请求伪造（CSRF）攻击作为最严重的web漏洞威胁之一被列入了开放Web应用安全项目（OWASP）十大漏洞列表。该攻击具有很大隐蔽性和危
js----CSRF-跨站请求伪造攻击
weixin_34399060的博客
02-18 161
一.CSRF是什么？ 　CSRF（Cross-site request forgery），中文名称：跨站请求伪造，也被称为：one click attack/session riding，缩写为：CSRF/XSRF。 二.CSRF可以做什么？ 　你这可以这么理解CSRF攻击：攻击者盗用了你的身份，以你的名义发送恶意请求。CSRF能够做的事情包括：以你名义发送邮件，发消息，盗取你的...
跨站请求伪造-CSRF防护方法
03-12
跨站请求伪造-CSRF防护方法跨站请求伪造-CSRF防护方法
20170813-CSRF 跨站请求伪造
weixin_33797791的博客
08-13 62
CSRF CSRF是Cross Site Request Forgery的缩写，翻译过来就是跨站请求伪造。 跨站：顾名思义，就是从一个网站到另一个网站。 请求：即HTTP请求。 伪造：在这里可以理解为仿造、伪装。 综合起来的意思就是：从一个网站A中发起一个到网站B的请求，而这个请求是经过了伪装的，伪装操作达到的目的就是让请求看起来像...
【Web安全】跨站点请求伪造CSRF
RexHa的博客
10-14 1095
大多数CSRF攻击发起时，使用的HTML标签都是、、等带src属性的标签，这类标签只能发起一次Get请求而不能发起Post请求，而对于很多网站的应用来说，一些重要操作未严格区分GET和POST，攻击者可以使用GET来请求表单的提交地址。黑客伪造一个假的页面，当用户访问该页面后，黑客就会利用你的身份向第三方站点发送一个恶意请求，从而达到某些目的，例如以你的名义发送邮件、发消息，将你卡里的钱转走，删除某篇博客文章等等。如果用户提交了表单，则应重新生成一个Token。
csrf 跨站请求伪造
weixin_45605313的博客
04-14 181
原理： 利用目标用户的合法身份，以目标用户的名义执行某些非法操作。强制终端用户在当前对其进行身份认证后的web应用程序上执行非本意操作(伪造更改状态请求，利用社工诱骗用户执行hacker选择的操作) 防御手段 1.二次认证 2.HTTP referer 3.token 4.HTTP自定义头 利用 无防御：POC（get） Referer认证： 修改文件名绕过认证 token认证： 利用b...
CSRF-跨站请求伪造
TPH_BETTER.的博客
04-01 222
转自：https://blog.csdn.net/yun_ld/article/details/100048967 CSRF攻击全称为：Cross-site request forgery,直接翻译为：跨站请求伪造。直接看名称还是有点难以理解，容易跟XSS攻击搞混。在讲解如何防御之前，首先看看如何攻击，举个简单的攻击例子： 小明的悲惨遭遇 这一天，小明同学百无聊赖地刷着Gmail邮件。大部分都是没营养的通知、验证码、聊天记录之类。但有一封邮件引起了小明的注意：甩卖比特币，一个只要998！！ 聪明的小明当然知
【PHP-漏洞之一】跨网站请求伪造
Chanson
04-25 496
攻击者伪造目标用户的HTTP请求，然后此请求发送到有CSRF漏洞的网站，网站执行此请求后，引发跨站请求伪造攻击。 攻击者利用隐蔽的HTTP连接，让目标用户在不注意的情况下单击这个链接，由于是用户自己点击的，而他又是合法用户拥有合法权限，所以目标用户能够在网站内执行特定的HTTP链接，从而达到攻击者的目的。 例如:某个购物网站购买商品时，采用http://www.taobao.com/gouma
跨站请求伪造
qq_20867981的博客
05-14 238
package com.wx.filter; import com.wx.servlet.IndexServlet; import com.wx.util.ConfKit; import org.apache.log4j.Logger; import javax.servlet.*; import javax.servlet.annotation.WebFilter; import javax...
Web网络的CSRF跨站请求伪造基本原理是什么，如何防御？
最新发布
02-06
跨站请求伪造（Cross-Site Request Forgery, CSRF）是一种恶意攻击，目的是在用户不知情的情况下，让用户的浏览器执行恶意请求。这种攻击利用了浏览器在同一站点内的身份验证凭证，例如Cookie，来执行恶意请求。 跨站请求伪造攻击的基本原理是，攻击者向受害者发送一个包含恶意请求的链接，例如通过电子邮件、即时通讯或社交媒体平台发送。如果受害者点击了该链接，浏览器就会自动向目标站点发送请求，而受害者并不知情。由于浏览器在同一站点内已经进行了身份验证，因此目标站点会认为这是受害者本人发起的请求，并对请求进行处理。 要防御跨站请求伪造攻击，有以下几种方法： 1. 在 HTTP 头中添加自定义的 HTTP 头，例如 X-Requested-With，表明这是一个有效请求。这样可以防止攻击者通过纯 HTML 页面执行恶意请求。 2. 使用验证码。验证码能够有效地防止机器人自动执行恶意请求。 3. 使用双重身份验证。双重身份

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

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

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

Tr0e

分享不易，望多鼓励~

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值