一. 什么是CSRF?
CSRF(Cross-Site Request Forgery)直译的话就是跨站点请求伪造
也就是说在用户会话下对某个需要验证的网络应用发送GET/POST请求——而这些请求是未经用户允许并且用户未必愿意做。

举例先：
用户小a是某论坛的管理员，刚刚用他的用户名、密码登录了该论坛。
攻击者现在利用一些手段(例如通过email或聊天窗口发给小a一个链接)，但小a点击该链接时，在小a不知情的情况下，攻击者可以将事先设定好的操作直接执行，例如将自己在该论坛的权限从普通变成管理员。

更加具体的解释，请参见老K的笔记

二. 怎么样防御？
本文使用OWASP(The Open Web Application Security Project)下的CSRFGuard3来做防御。

1. 下载最新的CSRFGuard相关的jar包跟配置文件；
2. 将Owasp.CsrfGuard.jar拷贝到你的应用的classpath中（常见的就是拷贝到web程序的web-inf目录下）；
3. 注入Token (具体注入方式参见https://www.owasp.org/index.php/CSRFGuard_3_Token_Injection)
Token的注入有两种方式，一种是JavaScript DOM,另一种是用提供的JSP Tag Library。两种方式并不冲突，OWASP建议两种并用。
JS动态注入
       其实使用起来很简单，只需要简单的几个步骤：
      a. 将Owasp.CsrfGuard.js放到WEB-INF下面
      b. Map JavaScriptServlet       
      在web.xml中，加入如下

<servlet>
       <servlet-name>JavaScriptServlet</servlet-name>
       <servlet-class>org.owasp.csrfguard.servlet.JavaScriptServlet</servlet-class>
       <init-param>
          <param-name>source-file</param-name>
          <param-value>WEB-INF/csrfguard.js</param-value>
       </init-param>
       <init-param>
          <param-name>inject-into-forms</param-name>
          <param-value>true</param-value>
       </init-param>
       <init-param>
          <param-name>inject-into-attributes</param-name>
          <param-value>true</param-value>
       </init-param>
       <init-param>
         <param-name>domain-strict</param-name>
         <param-value>false</param-value>
       </init-param>
       <init-param>
         <param-name>referer-pattern</param-name>
         <param-value>.*</param-value>
       </init-param>
    </servlet>

<servlet-mapping>
       <servlet-name>JavaScriptServlet</servlet-name>
       <url-pattern>/JavaScriptServlet</url-pattern>
    </servlet-mapping>
   这一段的作用是给所有指定范围内的js调用进行保护。
JSP Tag
      a. 配置web.xml，加入如下内容
 <context-param>
       <param-name>Owasp.CsrfGuard.Config</param-name>
       <param-value>WEB-INF/owasp.csrfguard.properties</param-value>
    </context-param>
    <context-param>
       <param-name>Owasp.CsrfGuard.Config.Print</param-name>
       <param-value>true</param-value>
    </context-param>
    <listener>
       <listener-class>org.owasp.csrfguard.CsrfGuardListener</listener-class>
    </listener>
    <filter>
    <filter-name>CSRFGuard</filter-name>
       <filter-class>org.owasp.csrfguard.CsrfGuardFilter</filter-class>
    </filter>
    <filter-mapping>
       <filter-name>CSRFGuard</filter-name>
        <url-pattern>/*</url-pattern>
    </filter-mapping>
  
Owasp.CsrfGuard.Config参数定义了Owasp.CsrfGuard.properties的位置，该properties文件包含了csrfGuard可配置的参数
Owasp.CsrfGuard.Config.Print参数是可选的，它只是用来记log的
CsrfGuardListener为所有新创建的HttpSessions解析context参数并初始化CsrfGuard context
CsrfGuardFilter处理传过来的request，并将mapping中指定需要保护的url转发到csrfguard处理
     b. 引入taglib 
     <%@ taglib uri="http://www.owasp.org/index.php/Category:OWASP_CSRFGuard_Project/Owasp.CsrfGuard.tld" prefix="csrf" %>
     c. 加入jsp tag
     在需要保护的URI的?号后，参数前面，加入
<csrf:token/>
例如, 我想保护test.jsp?parm1&parm2这段URI，防止CSRF，那么就改成
test.jsp?<csrf:token uri="test.jsp"/>&parm1&parm2

这里<csrf:token/>在实际运行时会被替换为生成的token值
4. 配置Owasp.CsrfGuard.properties文件(详细请参见https://www.owasp.org/index.php/CSRFGuard_3_Configuration)
最少需要配置如下参数  
org.owasp.csrfguard.NewTokenLandingPage属性
org.owasp.csrfguard.unprotected属性
org.owasp.csrfguard.action.Redirect.Page属性
三. 测试
假如：
首页：/csrfGuardTest/index.jsp
 <%@ page language="java" contentType="text/html; charset=ISO-8859-1"
    pageEncoding="ISO-8859-1"%>
<%@ taglib uri="http://www.owasp.org/index.php/Category:OWASP_CSRFGuard_Project/Owasp.CsrfGuard.tld" prefix="csrf" %>
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd">
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=ISO-8859-1">
<title>Insert title here</title>
</head>
<body>
<a href="http://localhost:8080/Owasp.CsrfGuard.Test/protect.html">Attack</a>
<br>
<a href="http://xeseo.blog.163.com/blog/protect.html?<csrf:token uri="protect.html"/>">Protect</a>
</body>
</html>
  
检测到攻击后Redirect的页面(Owasp.CsrfGuard.properties中org.owasp.csrfguard.unprotected.Redirect= xxxxxx配置的)： /csrfGuardTest/attackWarn.html
 CSRF Attack Detected！！！
  
需要保护的页面： http://localhost/csrfGuardTest/protected.html
 This is a protected page!!!
  
项目结构
csrfGuardTest
|
WebContent
           |
           | ------- index.jsp
           | ------- attackWarn.html
           | ------- protected.html
           | ------- WEB-INF
                            |
                            | --------- Owasp.CsrfGuard.js
                            | --------- Owasp.CsrfGuard.properties
                            | --------- web.xml
                            | --------- lib
                                           | --------- Owasp.CsrfGuard.jar

打成war包后放到web容器去运行。
CsrfGuard将页面分为unprotected和protected两种。前者在properties文件配置，后者在web.xml的中指定。所 有的protected页面在访问时uri必须有自动生成的token number作为参数，否则视为攻击，会自动转发到properties文件中配置的页面。
第一个接受request的页面必须被标记为unprotected，否则在访问该页面时由于被保护，会被自动转发。
所以，正常情况下，我们要访问protected.html，可以直接访问 http://localhost/csrfGuardTest/protected.html。
但是，在这里，由于该页面被保护，直接访问就会视为攻击，被自动转发到 attackWarn.html页面。
index.jsp是保护页面的入口，由于它并未被保护，所以我们能直接从http://localhost/csrfGuardTest/index.jsp访问。里面两个href，一个是正常访问，其实是attack，一个是保护后的访问方式，能够正常访问。

OWASPGuard自己提供了一个Test程序，可以从这里下载。是一个非常好的例子。
---------------------
作者：Edison徐
来源：CSDN
原文：https://blog.csdn.net/xeseo/article/details/9467099
版权声明：本文为博主原创文章，转载请附上博文链接！

转-CSRF&OWASP CSRFGuard的更多相关文章

  1. 转-OWASP CSRFGuard使用细节

    版权声明:不存在一劳永逸的技术 只存在不断学习的人.本文为博主原创文章,未经博主允许不得转载.交流联系QQ:1120121072 https://blog.csdn.net/u013474568/ar ...

  2. CSRF 攻击原理和防御方法

    1. CSRF攻击原理 CSRF(Cross site request forgery),即跨站请求伪造.我们知道XSS是跨站脚本攻击,就是在用户的浏览器中执行攻击者的脚本,来获得其cookie等信息 ...

  3. Appscan漏洞之跨站点请求伪造（CSRF）

    公司前段时间使用了Fortify扫描项目代码,在修复完这些Fortify漏洞后,最近又启用了Appscan对项目代码进行漏洞扫描,同样也是安排了本人对这些漏洞进行修复.现在,针对修复过的Appscan ...

  4. CSRFGuard工具介绍

    理解CSRFGuard的基础:http://www.runoob.com/jsp/jsp-tutorial.html 1:您需要做的第一件事是将OWASP.CSRFARGAD.JAR库复制到类路径中. ...

  5. Rails 看起来很不错哦。

    最新在工作中遇上了ruby,确切的说是rails. 其实我的工作是一个渗透测试工程师(其实就是拿着一堆黑客工具扫描的活).   而我不怎么了解ruby on rails.但是客户即将上线的商城系统是用 ...

  6. 【转】CSRF攻击的应对之道

    CSRF 背景与介绍CSRF(Cross Site Request Forgery, 跨站域请求伪造)是一种网络的攻击方式,它在 2007 年曾被列为互联网 20 大安全隐患之一.其他安全隐患,比如 ...

  7. CSRF 攻击的应对之道--转

    http://www.ibm.com/developerworks/cn/web/1102_niugang_csrf/ 简介: CSRF(Cross Site Request Forgery, 跨站域 ...

  8. CSRF(跨站请求伪造攻击)漏洞详解

    Cross-Site Request Forgery(CSRF),中文一般译作跨站点 请求伪造.经常入选owasp漏洞列表Top10,在当前web漏洞排行中,与XSS和SQL注入并列前三.与前两者相比 ...

  9. CSRF漏洞原理说明与利用方法

    翻译者:Fireweed 原文链接:http://seclab.stanford.edu/websec/ 一 .什么是CSRF Cross-Site Request Forgery(CSRF),中文一 ...

随机推荐

  1. logging 模块 与 logging 固定模块

    import logging # 1. 控制日志级别# 2. 控制日志格式# 3. 控制输出的目标为文件logging.basicConfig(filename='access.log', forma ...

  2. HashMap 集合的遍历

    HashMap 集合的遍历: 两种方式遍历HashMap: //集合hashMap的遍历: //方式一: @Test public void testMethod1(){ HashMap<Str ...

  3. ArcMap登录和ArcGIS online都是灰色，无法连接网络的解决方法

    此问题可能由多种原因造成,表现为系统托盘中的 ArcGIS Online 地球图标断开连接(显示红色×). 解决方法: 方法一: 在系统托盘中的 ArcGIS Online 地球图标右键单击此图标 & ...

  4. 046、创建Docker Machine（2019-03-11 周一）

    参考https://www.cnblogs.com/CloudMan6/p/7237420.html   对于Docker Machine来说,属于 Machine 就是运行docker daemon ...

  5. 打印流PrintStream

    打印流PrintStream PrintStream extends OutputStream 1.打印流的特点 只负责数据的输出,不负责数据的读取 与其他的流不同,打印流永远不会抛出IOExcept ...

  6. redis的持久化方案

    Redis的高性能是由于其将所有数据都存储在了内存中,为了使Redis在重启之后仍能保证数据不丢失,需要将数据从内存中同步到硬盘中,这一过程就是持久化. Redis支持两种方式的持久化,一种是RDB方 ...

  7. ansible学习笔记二

    Ad-Hoc命令: 所谓Ad-Hoc,简而言之是"临时命令",英文中作为形容词有"特别的,临时"的含义.Ad-Hoc只是官方对Ansible命令的一种称谓. 从 ...

  8. luogu P4091 [HEOI2016/TJOI2016]求和

    传送门 这一类题都要考虑推式子 首先,原式为\[f(n)=\sum_{i=0}^{n}\sum_{j=0}^{i}S(i,j)*2^j*j!\] 可以看成\[f(n)=\sum_{j=0}^{n}2^ ...

  9. linux scanf函数%d后加空白

    参考链接: https://bbs.csdn.net/topics/390389059 关键点: scanf()中空白字符(包括/n,space)会使scanf()函数在读操作中略去输入中的零个或者一 ...

  10. day 8 - 2 文件操作练习

    注册登录 需求: 1.对账号密码的长度进行限制并不允许出现特殊字符 2.把账号密码储存进文件中 3.密码最多输入错误三次 #分别判断注册时账号密码的长度与特殊字符 flag=1 while flag: ...