什么是 CSRF?如何防止 CSRF 攻击?
CSRF 攻击是一种常见且危险的 Web 安全漏洞,攻击者可以通过伪造用户请求,执行恶意操作,这篇文章,我们将一起分析什么是 CSRF?CSRF 是如何工作的?以及我们该如何预防 CSRF?
什么是 CSRF?
CSRF,全称 Cross-Site Request Forgery,中文翻译为跨站请求伪造,它是一种网络安全漏洞,攻击者通过伪造用户的请求,利用用户在已登录的情况下的身份验证信息,向服务器发送恶意请求,从而执行未经用户授权的操作。
CSRF 攻击通常发生在用户已经登录了某个网站的情况下,攻击者在用户不知情的情况下利用用户的身份信息发送恶意请求,导致服务器误以为是用户发送的合法请求。
如下图所示,CSRF 攻击大致由两部分组成:
跨站点:用户登录到一个网站,并且被骗点击了攻击者构建的另一个网站链接,这代表了 CSRF 的“跨站点”部分。
请求伪造:当受害者用户在同一浏览器中打开链接时,会向该网站发送一个伪造的请求,其中包含攻击者设置的值以及受害者与该网站关联的所有 cookie。
CSRF 如何工作?
CSRF 攻击一般是按照下面 2 个步骤进行:
利用会话 Cookie
构造 CSRF 攻击
利用会话 Cookie
CSRF 攻击会利用了会话 cookie,该 cookie 在浏览器和服务器之间共享,由于 HTTP 请求是无状态的,因此服务器无法区分浏览器发送的两个请求。
但是有许多情况下,我们希望服务器能够将一个 HTTP 请求与另一个相关联。例如,登录请求后跟随的请求来检查账户余额或转账,只有在登录请求成功后,服务器才会允许这些请求,我们将这些请求组称为会话。
使用 Cookie 来保存会话信息,服务器将特定客户端的会话信息打包到一个 cookie 中,并将其发送到客户端的浏览器。对于每个新请求,浏览器通过将 cookie(带有会话密钥)发送回服务器来重新识别自己。
攻击者劫持(或利用)这个 cookie,以欺骗用户将攻击者构建的请求发送到服务器。
构造 CSRF 攻击
攻击者构造 CSRF 攻击的广泛步骤序列包括以下步骤:
识别和探索易受攻击的网站,以寻找可以利用的感兴趣的功能(诱饵)
创建 CSRF 攻击 URL
诱导点击 URL
接下来,我们再更详细地了解每个步骤。
识别和探索易受攻击的网站
在计划 CSRF 攻击之前,攻击者需要识别感兴趣的功能,例如资金转账。攻击者还需要了解网站中的一个有效 URL,以及 URL 接受的有效请求模式,此 URL 应导致目标应用程序中的状态更改操作。
常见的一些状态更改操作示例如下:
更新账户余额
创建客户记录
转账
与状态更改操作相反,查询不会在服务器中更改任何状态。例如,查看用户资料,查看账户余额等不会在服务器中更新任何内容。
攻击者还需要找到 URL 参数的正确值,否则,目标应用程序可能会拒绝伪造的请求。
用于探索易受攻击网站的一些常见技术包括:
查看 HTML 源代码:检查网页的 HTML 源代码,以识别包含感兴趣功能的链接或按钮。
Web 应用程序调试工具:使用 WebScarab、Tamper Dev 等 Web 应用程序调试工具分析客户端和服务器之间交换的信息。
网络嗅探工具:使用网络嗅探工具(如 Wireshark)分析客户端和服务器之间交换的信息。
例如,假设攻击者已经识别了一个网站 yuanjava.com 来尝试 CSRF 攻击,攻击者使用上述技术探索了这个网站,并发现了一个带有 CSRF 漏洞的 URL yuanjava.com/account 用于转账。
创建 CSRF 攻击 URL
攻击者接下来将尝试构建一个用于与受害者共享的攻击 URL,假设应用程序中的转账功能使用 POST 方法,向另一个账户(账号为 6666)转账 100 元,合法请求将如下所示:
POST https://yuanjava.com/account?amount=100&accountNumber=6666
攻击者将创建一个攻击 URL,将 15000 元转账给另一个可疑账户(账号为 8888),URL:https://yuanjava.com/account?amount=15000&accountNumber=8888
当受害者点击这个攻击 URL,15000 元将被转账到攻击者的账户(账号为 8888)。
诱导点击 URL
创建了攻击 URL 后,攻击者还必须欺骗受害者用户点击它,为此,攻击者创建了一种诱导,并使用任何社会工程攻击方法欺骗受害者用户点击恶意 URL。
常见的诱导方式有:
将攻击 URL 包含在 HTML 图像元素中
将攻击 URL 放在受害者用户经常在登录应用程序时访问的页面上
通过电子邮件发送攻击 URL
如何防御 CSRF 攻击?
为了防御 CSRF 攻击,可以采用以下几种常见的策略:
使用 CSRF Token:在表单提交时,加入一个随机生成的唯一 token,并在服务器端进行验证,只有包含正确 token 的请求才被认为是合法的。
检查 Referer 或 Origin 头:通过检查请求头中的 Referer 或 Origin 字段,确保请求来源于受信任的页面。
SameSite Cookie 属性:将 Cookie 的 SameSite 属性设置为 Strict 或 Lax,限制跨站点请求携带 Cookie。
双重提交 Cookie:在每个请求中,同时通过 Cookie 和请求参数提交一个相同的 token,服务器端验证两者是否一致。
安全部门或者购买安全云产品
如下代码示例,在 Java 层创建一个配置类,启用 CSRF 保护:
解释说明:
Spring Security CSRF Token:Spring Security 默认启用了 CSRF 保护。在我们创建的 SecurityConfig 类中,http.csrf().and() 部分启用了 CSRF 保护。Spring Security 会自动生成一个 CSRF Token,并在每个请求中进行验证。
表单中的 CSRF Token:在 form.html 文件中, 部分插入了 CSRF Token。Spring Security 提供了一个 _csrf 对象,其中包含了 parameterName 和 token,分别表示 CSRF Token 的参数名和值。
CSRF Token 验证:当请求提交时,Spring Security 会验证请求中的 CSRF Token。如果验证失败,将返回 403 Forbidden 错误。
总结
CSRF 攻击是一种常见且危险的 Web 安全漏洞,攻击者可以通过伪造用户请求,执行恶意操作,作为程序员,为了防御 CSRF 攻击,常见的策略包括使用 CSRF Token、检查 Referer 或 Origin 头、设置 SameSite Cookie 属性以及双重提交 Cookie。
因为程序员对于 CSRF 攻击可以做的事情还是很有限,所以,承担主要责任的是安全部门或者运维部门,但是作为程序员,我们需要具备这些安全意识,在安全等级比较高的需求中也需要把这些安全因素考虑在内。
作者:猿 java
链接:https://juejin.cn/post/7395850355520831522
评论