CSRF 的工作原理

1. 登录状态：用户在浏览器中登录了某个网站（例如银行网站），并拥有有效的会话凭证（如 Cookie）。

2. 诱导点击：攻击者通过邮件、恶意链接等方式引导用户点击恶意网站或恶意链接。

3. 伪造请求：恶意网站中的代码利用用户的会话凭证向目标网站发送请求，执行特定操作（如转账、修改信息等）。

4. 操作成功：因为请求带有合法的会话凭证，目标网站将其视为用户的正常请求，从而执行该操作。

攻击手段

1. GET 请求的 CSRF 攻击

• 图片标签（<img>）伪造请求：攻击者可以在恶意页面上嵌入图片标签，指向用户已登录站点的目标 URL。例如：
该代码会在页面加载时自动发送请求，将金额和目标账户作为参数发送到银行网站。如果用户已登录银行网站，银行的服务器会处理此请求，将钱转到攻击者的账户。

• 链接诱导点击：攻击者可以创建一个看似正常的链接，通过电子邮件或社交媒体诱导用户点击，例如：
当用户点击该链接时，浏览器会自动将用户的身份 Cookie 附加到请求中，银行网站会将该请求视为合法并执行相应操作。

• 使用 CSRF Token：即便是 GET 请求，重要操作也需要携带 Token 以验证请求的合法性。

• 限制敏感操作的 GET 请求：尽量避免使用 GET 请求执行敏感操作。GET 请求的目的通常是获取数据，而不是修改状态，敏感操作应通过 POST 请求实现。

• 设置 SameSite Cookie 属性：通过 SameSite 属性限制跨站请求携带 Cookie。

2. POST 请求的 CSRF 攻击

• 自动提交的隐藏表单：攻击者在恶意页面中嵌入一个指向目标网站的表单，将表单中的敏感数据作为隐藏字段。页面加载后，表单会自动提交。例如： 这种方法会在用户打开页面时自动提交表单。如果用户在银行网站上处于已登录状态，银行会将此请求视为合法操作，从而完成转账。

• CSRF Token：在表单提交中使用 CSRF Token，服务器验证 Token 的有效性以防止伪造请求。

• 验证 HTTP Referer 或 Origin：验证请求的来源地址，确保请求来自同一站点，但该方法可能会受到代理和防火墙的影响。

• 设置 SameSite Cookie 属性：防止跨站请求时自动携带 Cookie，即便是跨站的 POST 请求也无法成功。

CSRF 的防御措施

1. CSRF Token：给每个请求添加一个唯一的令牌 (token)，服务器验证该令牌来确认请求的合法性。

2. SameSite Cookie 属性：通过设置 Cookie 的 SameSite 属性，使浏览器仅在同源请求中携带 Cookie。

3. 双重提交 Cookie：要求在请求中发送一个 Cookie 和一个请求参数，这两个值应相同，服务器通过比较验证请求。

CSRF 攻击的步骤

1. 用户登录目标网站：用户在合法网站（例如银行或社交媒体）上登录，服务器为用户生成一个会话，并通过浏览器存储在 Cookie 中。

2. 攻击者伪造恶意请求：攻击者创建一个带有恶意请求的页面（如钓鱼网站、社交媒体帖子，甚至是电子邮件中的链接），该请求会指向用户已登录的网站。比如：
这段代码中的 <img> 标签其实是一种伪装的请求，指向银行网站的“转账”功能。由于图片请求是自动发送的，用户并不会意识到这个操作的存在。

3. 诱导用户点击或访问：用户访问了包含恶意请求的页面，或被诱导点击恶意链接。因为浏览器会自动带上当前网站的 Cookie（包含用户的身份验证信息），银行网站会接收到一个看似合法的请求。

4. 请求被执行：银行网站识别到用户的 Cookie，将其视为合法的用户请求，执行相应操作（如转账、购买等），攻击者成功盗取了用户账户中的资金。

实验步骤