CSRF

介绍

CSRF（Cross-site request forgery），中文名称：跨站请求伪造，也被称为：one click attack/session riding，缩写为：CSRF/XSRF。

完整流程

• 受害者登录a.com，并保留了登录凭证（Cookie）。

• 攻击者引诱受害者访问了b.com。

• b.com 向 a.com 发送了一个请求：a.com/act=xx。浏览器会…

• a.com接收到请求后，对请求进行验证，并确认是受害者的凭证，误以为是受害者自己发送的请求。

• a.com以受害者的名义执行了act=xx。

• 攻击完成，攻击者在受害者不知情的情况下，冒充受害者，让a.com执行了自己定义的操作。

例子

Get请求

<img src=http://www.mybank.com/Transfer.php?toBankId=11&money=1000>

Post请求

<form action="http://www.mybank.com/Transfer" method=POST>

	<input type="hidden" name="account" value="xiaoming" />
	
	<input type="hidden" name="amount" value="10000" />
	
	<input type="hidden" name="for" value="hacker" />
	
</form>

<script> document.forms[0].submit(); </script>

思想

防御

1.Cookie Hashing（双重Cookie认证）

<?php

	$hash = md5($_COOKIE['cookie']);

?>

<form method=”POST” action=”transfer.php”>

	<input type=”text” name=”toBankId”>
	
	<input type=”text” name=”money”>
	
	<input type=”hidden” name=”hash” value=”<?=$hash;?>”>
	
	<input type=”submit” name=”submit” value=”Submit”>

</form>

• 如果用户访问的网站为www.a.com，而后端的api域名为api.a.com。那么在www.a.com下，前端拿不到api.a.com的Cookie，也就无法完成双重Cookie认证。

• 于是这个认证Cookie必须被种在a.com下，这样每个子域都可以访问。

• 任何一个子域都可以修改a.com下的Cookie。

• 某个子域名存在漏洞被XSS攻击（例如upload.a.com）。虽然这个子域下并没有什么值得窃取的信息。但攻击者修改了a.com下的Cookie。

• 攻击者可以直接使用自己配置的Cookie，对XSS中招的用户再向www.a.com下，发起CSRF攻击。

2.CSRF TOKEN

<input type=”hidden” name=”csrftoken” value=”tokenvalue”/>

3.Samesite Cookie属性

Set-Cookie: foo=1; Samesite=Strict