声明：转自 http://www.cnblogs.com/hyddd/archive/2009/04/09/1432744.html
XSS攻击：跨站脚本攻击(Cross Site Scripting)黑客通过js代码劫持我跟服务器之间的会话，这还不是最危险的，来看看下面这句话：
“Session ID不能从硬盘上的Cookie文件获得，如果想在客户端获知自己的Session ID，只能通过Javascrīpt来读取。”XSS攻击+CSRF攻击才是最致命的。
CSRF：从一个网站A中发起一个到网站B的请求，而这个请求是经过了伪装的，伪装操作达到的目的就是让请求看起来像是从网站B中发起的，也就是说，让B网站所在的服务器端误以为该请求是从自己网站发起的，而不是从A网站发起的。当然，请求一般都是恶意的。
一、什么是CSRF？
CSRF是Cross Site Request Forgery的缩写，翻译过来就是跨站请求伪造。那么什么是跨站请求伪造呢？让我一个词一个词的解释：
1、跨站：顾名思义，就是从一个网站到另一个网站。
2、请求：即HTTP请求。
3、伪造：在这里可以理解为仿造、伪装。
综合起来的意思就是：从一个网站A中发起一个到网站B的请求，而这个请求是经过了伪装的，伪装操作达到的目的就是让请求看起来像是从网站B中发起的，也就是说，让B网站所在的服务器端误以为该请求是从自己网站发起的，而不是从A网站发起的。当然，请求一般都是恶意的。
看到这里，你可能会问：为什么要伪装成从B网站发起的呢？从网站A直接向B网站服务器发起请求不可以吗？
要回答这个问题，就需要我们对Cookie机制有一定的认识。关于Cookie机制我会单独写一篇文章，这里不做详细介绍。这里你只需要知道：之所以要伪装成从B网站发起的，是因为Cookie是不能跨域发送的。结合上面这个例子来说就是：如果从A网站直接发送请求到B网站服务器的话，是无法将B网站中产生的Cookie一起发给B服务器的。
可能你还会问，为什么非要发送Cookie呢？这是因为服务器在用户登录后会将用户的一些信息放到Cookie中返回给客户端，然后客户端在请求一些需要认证的资源的时候会把Cookie一起发给服务器，服务器通过读取Cookie中的信息来进行用户认证，认证通过后才会做出正确的响应。
A网站访问B网站服务器的一些需要认证的资源的时候，如果没有Cookie信息，服务器是拒绝访问的，那么A网站就无法进行恶意操作。而伪造成B网站的请求，就可以将B网站的Cookie一起发到B服务器，这个时候就服务器就认为该请求是合法的，就会给出正确的响应，这个时候，A网站就达到目的了。
简单一句话就是：攻击者盗用了你的身份，以你的名义发送恶意请求。
那么，A网站通过CSRF能够做那些操作呢？
二、CSRF能够做什么呢？
CSRF能够做的事情包括：以你名义发送邮件，发消息，盗取你的账号，甚至于购买商品，虚拟货币转账……造成的问题包括：个人隐私泄露以及财产安全。等等等等。
三、通俗点的例子
下面我们举个例子来说明CSRF攻击是如何实现的。
假设有一个微博网站B，B有一个“加关注”的功能，即一个用户可以关注另一个用户，而这个功能是这样的实现的：用户每次点击“加关注”按钮的时候，就会向服务器发送一个GET请求，URL如下：
http://www.bdomain.com/addfriends?uid=123URL中的参数uid表示的是你要关注的用户的ID。
在正常情况下，即你登录B网站后，点击“加关注”按钮，浏览器会将上面的URL连同B网站产生的Cookie一起发送到B网站的服务器，B服务器首先通过Cookie进行用户认证，如果Cookie中的信息正确，就会进行向数据库中写入记录，这样，你就成功关注了ID为123的用户。
假如我是一个恶意用户，我想让更多的人关注我，而我又不想通过正常的渠道去实现，因为毕竟正常渠道比较浪费时间，于是我便开始想歪主意，碰巧，B网站的“加关注”的实现原理被我发现了。这个时候，我便进行了如下操作：
首先我在我自己的网站A里发了篇文章，文章中全是妖娆的美女图片，大家都喜欢美女嘛，所以就会有很多人来看我的这些美女，我们知道，图片在网页中大都是通过<img scr=”http://….”/>这样的形式实现的，图片加载的时候就会请求src中指定的URL，而我就把众多美女图片的src写成了B博客里“加关注”的URL，不同的是将参数uid的值都写成了我在B网站中的ID（假设是456），即：
http://www.bdomain.com/addfriends?uid=456在网站A中的代码中就是：<img src=”http://www.bdomain.com/addfriends?uid=456″ />，当用户点击我发的文章的时候，浏览器就会请求这个src中的URL，这样就达到了在A网站中请求B服务器资源的目的，但是这样还差了一步，因为请求还是从A网站发出的，所以就没有B网站产生的Cookie，所以还是达不到目的，那该怎样做呢？
这就需要利用用户的上网习惯了，我们平时都会同时浏览很多网页，比如，你打开浏览器登录了B网站，与此同时，你可能也打开了我的网站A，而碰巧被我网站里全是美女的帖子吸引住了，就忍不住打开了这个帖子，这个时候，我的网站A就发起了上面的那个到B服务器的请求，而此时，你已经登录了B网站，Cookie已经产生了，浏览器一看请求的域名是bdomain.com，便将存放在客户端的B网站的Cookie给顺带一起发了过去，这样，服务器就会误认为是你主动要关注我的，于是，便向数据库写入了一条记录，而你就在不知不觉中，默默无闻的关注我了~~~
这样，我的目的就达到了~~~~
而如果很多用户都像你一样，在登录B微博的同时查看了我的帖子，那么他们也一样，默默无闻的关注了我~于是，我的粉丝量就大增！~~~
这里要说明一下：上面例子中说的同时打开多个网页只是可以被利用的方法中的一种，但并不是唯一的一种，你要知道，黑客们可不是吃素的啊，他们手段多着呢~在此顺道向黑客们的技术深深的致一敬~！
四、CSRF原理：
从上图可以看出，要完成一次CSRF攻击，受害者必须依次完成两个步骤：
1.登录受信任网站A，并在本地生成Cookie。
2.在不登出A的情况下，访问危险网站B。
看到这里，你也许会说：“如果我不满足以上两个条件中的一个，我就不会受到CSRF的攻击”。是的，确实如此，但你不能保证以下情况不会发生：
1.你不能保证你登录了一个网站后，不再打开一个tab页面并访问另外的网站。
2.你不能保证你关闭浏览器了后，你本地的Cookie立刻过期，你上次的会话已经结束。（事实上，关闭浏览器不能结束一个会话，但大多数人都会错误的认为关闭浏览器就等于退出登录/结束会话了……）
3.上图中所谓的攻击网站，可能是一个存在其他漏洞的可信任的经常被人访问的网站。
示例1：
银行网站A，它以GET请求来完成银行转账的操作，如：http://www.mybank.com/Transfer.php?toBankId=11&money=1000
危险网站B，它里面有一段HTML的代码如下：
<img src=http://www.mybank.com/Transfer.php?toBankId=11&money=1000>
首先，你登录了银行网站A，然后访问危险网站B，噢，这时你会发现你的银行账户少了1000块......
为什么会这样呢？原因是银行网站A违反了HTTP规范，使用GET请求更新资源。在访问危险网站B的之前，你已经登录了银行网站A，而B中的<img>以GET的方式请求第三方资源（这里的第三方就是指银行网站了，原本这是一个合法的请求，但这里被不法分子利用了），所以你的浏览器会带上你的银行网站A的Cookie发出Get请求，去获取资源“http://www.mybank.com/Transfer.php?toBankId=11&money=1000”，结果银行网站服务器收到请求后，认为这是一个更新资源操作（转账操作），所以就立刻进行转账操作......
示例2：
如果银行改为POST请求实现转账的话，危险网站B的HTML代码如下：
<form method='POST' action='http://www.cmbchina.com/'>
<input type='text' value='6227000330022376705' name='to' style='display:none'>
<input type='text' value='1000' name='to' style='display:none'>
<a onlick='onsubmit()'><img 美女></a>
</form>
一点美女还是会少1000块....
五、CSRF防御
POST+隐藏的随机字符串，随机字符串是银行网站发给你的
原理：我以GET方式去访问转账URL会看到转账单，在这个页面里面会有隐藏的一段随机字符串，会加到我的Cookie里，
我擦，那么问题来了：如果我点击招商银行的转账页面，招商银行会把随机字符串放到我的Cookie里，这个时候我突然转到危险网站点了美女图片，然后他通过Ajax以POST方式发送求请求到银行，后台也能拿到我的随机字符串，那不也少钱了