避免CSRF攻击的方案

CSRF攻击的方式

恶意网站发送对感兴趣网站的请求（或者正常网站发送恶意请求，但一般正常网站不可能这么做），显然，这肯定属于跨域请求了。

解决思路

跨域角度

首先，对跨域行为进行限制：

• 限制cookie
  • 禁止第三方网站的cookie被携带：跨域请求时，不允许携带cookie。通过SameSite属性为strict来设置。
  • 限制cookie的作用范围：避免造成更大范围的攻击。
• ajax请求：严格限制ajax请求的跨域白名单，并且服务端严格区分HTTP请求的动词，因为浏览器并不会阻止ajax的GET请求发出，服务端是可以处理跨域ajax的GET请求（以及OPTIONS、HEAD等），所以如果允许跨域ajax，则最多允许OPTIONS、HEAD、GET方法
• 检查referrer首部

针对CSRF的方式

表单使用脚本自动提交

使用表单让脚本自动提交的方式可以进行CSRF攻击

form method="POST" action="https://www.a.com/update" enctype="multipart/form-data"> 
    <input type="hidden" name="hello" value="update state"/> 
    .....
    <input type="hidden" name="attack" value="csrf attack"/> 
</form> 
<script> 
    document.forms[0].submit();
</script>

• 只使用JSON API：避免application/x-www-form-urlencoded的form提交
• 避免使用POST请求：该form提交只能使用GET或者POST
• 不要对form表单进行方法重写：不要将form的POST请求重写为PUT、DELETE等

使用CSRF token进行请求验证

服务端下发用于CSRF token用于请求验证，客户端使用脚本进行请求时，携带该token进行验证，而恶意网站是无法获取到该token的值。这种方式要求token值一定要是随机生成。

• 在表单内植入该token值：<input type="hidden" name="csrf_token" value="{{ csrf_token_value }}" />
• 在静态资源和a链接的URL内植入token：https://www.a.com/bbb/cc?a=b&csrf_token={{csrf_token_value}}
• 跨域的脚本请求可以使用自定义首部携带该token