嗯嗯，老了，写点东西防止忘记（1）基于验证token防止csrf攻击

最新推荐文章于 2025-06-20 08:10:39 发布

转载最新推荐文章于 2025-06-20 08:10:39 发布 · 1k 阅读

文章标签：

相关文章链接：https://www.ibm.com/developerworks/cn/java/

http://blog.csdn.net/eclipser1987/article/details/5159106

最近坐着负责的系统老是被扫漏洞，心酸不已，对于网络安全防范这块还真不是了解很多，这不就来不坑了么。。。今天遇到的漏洞是csrf攻击，虽然后台对用户session进行了校验，但是道高一尺魔高一丈，整出了xsrf攻击的幺蛾子，本人负责的系统虽然不涉及金钱，但是还是改改吧，所以先去上网看了些资料。

首先什么事csrf攻击：CSRF（Cross Site Request Forgery, 跨站域请求伪造）是一种网络的攻击方式，就是攻击者在受害者登录系统session未失效的时候伪造一些网页给受害者点击，这时候受害者不知不觉就在系统里进行了操作，有个简单的例子：CSRF 攻击可以在受害者毫不知情的情况下以受害者名义伪造请求发送给受攻击站点，从而在并未授权的情况下执行在权限保护之下的操作。比如说，受害者 Bob 在银行有一笔存款，通过对银行的网站发送请求 http://bank.example/withdraw?account=bob&amount=1000000&for=bob2 可以使 Bob 把 1000000 的存款转到 bob2 的账号下。通常情况下，该请求发送到网站后，服务器会先验证该请求是否来自一个合法的 session，并且该 session 的用户 Bob 已经成功登陆。黑客 Mallory 自己在该银行也有账户，他知道上文中的 URL 可以把钱进行转帐操作。Mallory 可以自己发送一个请求给银行：http://bank.example/withdraw?account=bob&amount=1000000&for=Mallory。但是这个请求来自 Mallory 而非 Bob，他不能通过安全认证，因此该请求不会起作用。这时，Mallory 想到使用 CSRF 的攻击方式，他先自己做一个网站，在网站中放入如下代码： src=”http://bank.example/withdraw?account=bob&amount=1000000&for=Mallory ”，并且通过广告等诱使 Bob 来访问他的网站。当 Bob 访问该网站时，上述 url 就会从 Bob 的浏览器发向银行，而这个请求会附带 Bob 浏览器中的 cookie 一起发向银行服务器。大多数情况下，该请求会失败，因为他要求 Bob 的认证信息。但是，如果 Bob 当时恰巧刚访问他的银行后不久，他的浏览器与银行网站之间的 session 尚未过期，浏览器的 cookie 之中含有 Bob 的认证信息。这时，悲剧发生了，这个 url 请求就会得到响应，钱将从 Bob 的账号转移到 Mallory 的账号，而 Bob 当时毫不知情。等以后 Bob 发现账户钱少了，即使他去银行查询日志，他也只能发现确实有一个来自于他本人的合法请求转移了资金，没有任何被攻击的痕迹。而 Mallory 则可以拿到钱后逍遥法外。

所以其实感觉俺的系统不该也行，因为没啥重要的东西，现在在网上找些资料看看进行如何防止：1，验证http referer,就是判断请求的来源地址是本网站，2就是基于token，通过token判断是不是攻击者伪造的请求。

方案有了，首先就确定token的生成策略，网上找了半天，感觉有个靠谱的，把代码贴出来供大家参考：

import java.security.MessageDigest;
import java.security.NoSuchAlgorithmException;

/**
 * 令牌处理器
 * 
 * @author Vicky
 * @emial eclipser@163.com
 * 
 */
public class TokenProcessor {

	private static TokenProcessor instance = new TokenProcessor();

	private long previous;

	protected TokenProcessor() {
	}

	public static TokenProcessor getInstance() {
		return instance;
	}

	public synchronized String generateToken(String msg, boolean timeChange) {
		try {

			long current = System.currentTimeMillis();
			if (current == previous) 				current++; 
			previous = current; 
			MessageDigest md = MessageDigest.getInstance("MD5");
			md.update(msg.getBytes());
			if (timeChange) {
				// byte now[] = (current+"").toString().getBytes();
				byte now[] = (new Long(current)).toString().getBytes();
				md.update(now);
			}
			return toHex(md.digest());
		} catch (NoSuchAlgorithmException e) {
			return null;
		}
	}

	private String toHex(byte buffer[]) {
		StringBuffer sb = new StringBuffer(buffer.length * 2);
		for (int i = 0; i < buffer.length; i++) {
			sb.append(Character.forDigit((buffer[i] & 240) >> 4, 16));
			sb.append(Character.forDigit(buffer[i] & 15, 16));
		}

		return sb.toString();
	}
}

下面就是整改了唉，网上方法五花八门看凌乱了都，我觉定还是自己弄个filter 把token放session里和页面传过来的比较了事咯，扎心了老铁。