防御的方法主要有两种<java示例>

1.检查Referer字段

  HTTP头中有一个Referer字段,这个字段用以标明请求来源于哪个地址。在处理敏感数据请求时,通常来说,Referer字段应和请求的地址位于同一域名下。以上文银行操作为例,Referer字段地址通常应该是转账按钮所在的网页地址,应该也位于www.examplebank.com之下。而如果是CSRF攻击传来的请求,Referer字段会是包含恶意网址的地址,不会位于www.examplebank.com之下,这时候服务器就能识别出恶意的访问。

  这种办法简单易行,工作量低,仅需要在关键访问处增加一步校验。

  ***但这种办法也有其局限性,因其完全依赖浏览器发送正确的Referer字段。虽然http协议对此字段的内容有明确的规定,但并无法保证来访的浏览器的具体实现,亦无法保证浏览器没有安全漏洞影响到此字段。并且也存在攻击者攻击某些浏览器,篡改其Referer字段的可能。

检查Referer字段如下:

    @Override
public void doFilter(ServletRequest servletrequest,
ServletResponse servletresponse, FilterChain filterchain)
throws IOException, ServletException { HttpServletRequest httpReq = (HttpServletRequest)servletrequest;
HttpServletResponse httpResp = (HttpServletResponse)servletresponse;
String path = httpReq.getContextPath();
String basePath = servletrequest.getScheme() + "://" + servletrequest.getServerName()
+ ":" + servletrequest.getServerPort() + path + "/"; // 防CSRF 之:HTTP 头设置 Referer过滤
String referer = httpReq.getHeader("Referer"); // REFRESH
if (referer != null && referer.indexOf(basePath) < 0) { //***
//判断为不安全的访问
String ctxPath = httpReq.getContextPath();
httpResp.sendRedirect(ctxPath+"/common/goNoSecurity.do");
return;
}
filterchain.doFilter(servletrequest, httpResp);
}

2.添加校验token

  由于CSRF的本质在于攻击者欺骗用户去访问自己设置的地址,所以如果要求在访问敏感数据请求时,要求用户浏览器提供不保存在cookie中,并且攻击者无法伪造的数据作为校验,那么攻击者就无法再执行CSRF攻击。这种数据通常是表单中的一个数据项。服务器将其生成并附加在表单中,其内容是一个伪乱数。当客户端通过表单提交请求时,这个伪乱数也一并提交上去以供校验。正常的访问时,客户端浏览器能够正确得到并传回这个伪乱数,而通过CSRF传来的欺骗性攻击中,攻击者无从事先得知这个伪乱数的值,服务器端就会因为校验token的值为空或者错误,拒绝这个可疑请求。

  token的校验规则:

  a. 账户登录时产生一个token字段,且将token传入session中;

  b.前端发送请求时,利用jsp中的session对象获取到token,一并传到后台;

  c.在过滤器中校验请求中的token参数和session中的token参数是否一致;

  d.如果一致,则通过;不一致则跳转到不安全页面。

代码如下:

  a. 账户登录时产生一个token字段,且将token传入session中;

    private void mainLoginDirect(HttpServletRequest request,Map<String, Object> respMap, Integer isLogin, RegAccout account) {
//salt加密
RegSalt rs=regAccoutService.getRegSaltbyAccname(account.getAcc_name());
if (rs==null) {
respMap.put(Const.AJAX_SERVICE_MESSAGE, "无效用户!");
}else{
String password=account.getPassword();
String password1=request.getParameter("password");
String isVip=request.getParameter("isVip");
String salt=rs.getSalt();
if(CryptoUtils.verify(password, password1, salt)){//密码正确
SessionUtil.setAttribute(Const.SESSION_CSRFTOKEN,SRMStringUtil.getUUID());//***创建token,防CSRF
respMap.put("pw", true);
}else{//密码不正确
respMap.put(Const.AJAX_SERVICE_MESSAGE, "密码错误!请重新输入。");
respMap.put("pw", false);
}
}
}

  b.前端发送请求时,利用jsp中的session对象获取到token,一并传到后台;

function asyncAjaxMethod(url,params,isasync,fn){
params.csrftoken ="${sessionScope.csrftoken }";//*** 这里获取token
$.ajax({
type: "POST",
async:isasync,
url: getwebroot()+url,
dataType:'json',
data:params,//***
beforeSend: function () {
$("body").append("<div id='spin_wrap'></div>");
$("#spin_wrap").addClass("spin_mask");
spinner.spin(document.getElementById("spin_wrap"));
},
success:function(result){
//关闭loding效果
spinner.spin();
$("body #spin_wrap").remove();
if(result.success==false){
//人为抛出异常,但是要求设置success=false
if(result.ajaxErrorCode==999){
if(hasRemainLoginPop()){//有弹出过登录框
remindLogin_flag=true;
}
if(!remindLogin_flag){
window.wxc.xcConfirm("登录超时,请重新登录", window.wxc.xcConfirm.typeEnum.confirm,
{
onClose:function(){//超时,则弹出登录框
window.plugLogin();
}
});
}
}else if(result.ajaxErrorCode==970){
go_redirect("error/noSecurity.htm");
}else if(result.ajaxErrorCode==980){
go_redirect("error/beKick.html");
}else if( result.ajaxErrorCode==300)
{
var option ={title:"提示",btn:parseInt("0001",2)};
window.wxc.xcConfirm(result.message, window.wxc.xcConfirm.typeEnum.custom,option);
}
else
{
//300:请求参数异常
window.wxc.xcConfirm("操作失败,请稍后再试", window.wxc.xcConfirm.typeEnum.error);
} }else{//默认success==true
if(result.ajaxErrorCode==200){
if(fn!=null && typeof(fn)=="function"){
fn(result);
}
}else{
window.wxc.xcConfirm('抱歉,返回标志错误,请稍后再试或与管理员联系', window.wxc.xcConfirm.typeEnum.error);
}
}
},
//异常未捕获时,跳转到这里
error: function (XMLHttpRequest, textStatus, errorThrown) {
//关闭loding效果
spinner.spin();
$("body #spin_wrap").remove();
if(XMLHttpRequest.status==404){
go_redirect("error/404.html");
}else if(XMLHttpRequest.status==500){
go_redirect("error/500.html");
}else{
window.wxc.xcConfirm('抱歉,程序异常未捕获,请稍后再试或与管理员联系', window.wxc.xcConfirm.typeEnum.error);
}
}
});
return remindLogin_flag;
}

  c.在过滤器中校验请求中的token参数和session中的token参数是否一致;

  d.如果一致,则通过;不一致则跳转到不安全页面。

if(tarUri.endsWith(".do") && !isWithoutUri(tarUri) && httpReq.getContentType() != null){
String contentType = httpReq.getContentType();
String post_csrftoken = "";
if(contentType != null && contentType.contains("multipart/form-data")){
MultipartHttpServletRequest multiReq = multipartResolver.resolveMultipart(httpReq);
post_csrftoken=multiReq.getParameter(Const.SESSION_CSRFTOKEN);
req = multiReq;
}else{
post_csrftoken=httpReq.getParameter(Const.SESSION_CSRFTOKEN);
}
//csrf防御:判断是否带token
String csrftoken=(String)SessionUtil.getAttribute(Const.SESSION_CSRFTOKEN);
if(post_csrftoken==null || !csrftoken.equals(post_csrftoken)){//***判断token正确性
//判断为不安全的访问
httpResp.sendRedirect(ctxPath+"/common/goNoSecurity.do");
return;
}
}

跨站请求伪造 CSRF / XSRF<二:应用>的更多相关文章

  1. 跨站请求伪造 CSRF / XSRF<一:介绍>

    跨站请求伪造(英语:Cross-site request forgery),也被称为 one-click attack 或者 session riding,通常缩写为 CSRF 或者 XSRF, 是一 ...

  2. .NET Core实战项目之CMS 第十四章 开发篇-防止跨站请求伪造(XSRF/CSRF)攻击处理

    通过 ASP.NET Core,开发者可轻松配置和管理其应用的安全性. ASP.NET Core 中包含管理身份验证.授权.数据保护.SSL 强制.应用机密.请求防伪保护及 CORS 管理等等安全方面 ...

  3. 跨站请求伪造(CSRF)-简述

    跨站请求伪造(CSRF)-简述 跨站请求伪造(英语:Cross-site request forgery),也被称为 one-click attack 或者 session riding,通常缩写为 ...

  4. 跨站请求伪造(CSRF)攻击原理解析:比你所想的更危险

    跨站请求伪造(CSRF)攻击原理解析:比你所想的更危险 跨站请求伪造(Cross-Site Request Forgery)或许是最令人难以理解的一种攻击方式了,但也正因如此,它的危险性也被人们所低估 ...

  5. PHP安全编程:跨站请求伪造CSRF的防御(转)

    跨站请求伪造(CSRF)是一种允许攻击者通过受害者发送任意HTTP请求的一类攻击方法.此处所指的受害者是一个不知情的同谋,所有的伪造请求都由他发起,而不是攻击者.这样,很你就很难确定哪些请求是属于跨站 ...

  6. django之跨站请求伪造csrf

    目录 跨站请求伪造 csrf 钓鱼网站 模拟实现 针对form表单 ajax请求 csrf相关的两个装饰器 跨站请求伪造 csrf 钓鱼网站 就类似于你搭建了一个跟银行一模一样的web页面 , 用户在 ...

  7. ASP.NET Core 防止跨站请求伪造(XSRF/CSRF)攻击 (转载)

    什么是反伪造攻击? 跨站点请求伪造(也称为XSRF或CSRF,发音为see-surf)是对Web托管应用程序的攻击,因为恶意网站可能会影响客户端浏览器和浏览器信任网站之间的交互.这种攻击是完全有可能的 ...

  8. 跨站请求伪造CSRF(Cross-site request forgery)

    CSRF(Cross-site request forgery)跨站请求伪造,也被称为“One Click Attack”或者Session Riding,通常缩写为CSRF或者XSRF,是一种对网站 ...

  9. 跨站请求伪造(csrf)中间件整理

    一. CSRF中间件 字面意思跨站请求伪造; 即模仿个请求朝服务器发送,django中对跨站伪造的请求有相应的校验 from django.views.decorators.csrf import c ...

随机推荐

  1. 使用Redux管理你的React应用(转载)

    本文转载自: http://www.cnblogs.com/matthewsun/p/4773646.html

  2. Windows内核开发中如何区分文件对象究竟是文件还是文件夹?

    今天有同行问了一个问题,Windows文件过滤驱动里的如何去区分一个对象是文件还是文件夹?我花了1小时左右翻阅了一些微软的文档以及以前的遗留代码,发现在WDK的帮助文档中是这么定义的: FILE_OB ...

  3. SSAS动态添加分区 (转载)

    一.动态分区的好处就不说了,随着时间的推移,不可能一个度量值组都放在一个分区中,处理速度非常慢,如何动态添加分区,如何动态处理分区,成为了很多新手BI工程师一个头痛的问题,废话不多说,分享一下我的经验 ...

  4. SQL Server取datetime的日期部分

    在c#中有个Date属性用于返回日期,其实就是当天0点. DateTime dtNow = DateTime.Now; DateTime dtNow2 = dtNow.Date; Console.Wr ...

  5. ASP.NET Repeater嵌套Repeater实现菜单加载

    在KS系统中要实现从数据库中读取界面权限文件实现菜单.界面的动态加载. 效果图: ASP.NET界面代码 <div id="menu-container"> <a ...

  6. bootstrap——下拉菜单右对齐

    通过向 .dropdown-menu 添加 .pull-right 类来向右对齐下拉菜单. Bootstrap默认情况下,下拉菜单自动沿着父元素的上沿和左侧被定位为 100% 宽度. 为 .dropd ...

  7. java 创建string对象机制 字符串缓冲池 字符串拼接机制

    对于创建String对象的机制,在这一过程中涉及的东西还是值得探究一番的. 首先看通过new String对象和直接赋值的方式有什么区别,看如下代码: public static void main( ...

  8. cookie 的创建 得到 删除

    //设置cookie function setCookie(attr,value,time){ if(time){ var newtime=new Date(); newtime.setTime(ne ...

  9. asp.net type=file在上传图片到服务器

    前台 <html xmlns="http://www.w3.org/1999/xhtml"> <head runat="server"> ...

  10. 怎样处理“error C2220: warning treated as error - no object file generated”错误

    最近用VS2010 编译ceflib开源库是出现"怎样处理"error C2220: warning treated as error - no object file gener ...