CSRF 攻击实验：Token 不与 Session 绑定绕过验证-EW帮帮网

前言

CSRF（Cross-Site Request Forgery），也称为XSRF，是一种安全漏洞，攻击者通过欺骗用户在受信任网站上执行非自愿的操作，以实现未经授权的请求。

CSRF攻击利用了网站对用户提交的请求缺乏充分验证和防范的弱点。攻击者通常通过在受信任网站上构造恶意的请求链接或提交表单，然后诱使用户点击该链接或访问包含恶意表单的页面。当用户执行了这些操作时，网站会自动发送请求，包含用户的身份验证信息，而用户并不知情。

以下是一个简单的示例，说明可能导致CSRF攻击的代码片段：

<!-- 受信任网站的删除用户请求 -->
<form action="https://example.com/deleteUser" method="POST">
  <input type="hidden" name="userId" value="123" />
  <input type="submit" value="Delete User" />
</form>

在这个示例中，攻击者可能在自己的网站上构造一个页面，包含上述代码。当用户访问该页面时，浏览器会自动向`https://example.com/deleteUser`发送POST请求，删除用户ID为123的用户，而用户可能并不知情。

为了防止CSRF攻击，可以采取以下安全措施：

1. CSRF令牌：为每个用户生成独特的CSRF令牌，并将其包含在请求中。服务器在处理请求时验证令牌的有效性，如果令牌无效，则拒绝该请求。

2. SameSite Cookie属性：将Cookie的SameSite属性设置为Strict或Lax，以限制Cookie的跨站点访问。这可以防止攻击者在受信任网站上利用用户的身份验证Cookie。

3. 验证HTTP Referer头部：服务器可以验证请求中的Referer头部，确保请求来自受信任的来源。然而，这种方法并不可靠，因为Referer头部可能被篡改或缺失。

4. 验证用户操作：在执行敏感操作（如删除用户）之前，要求用户进行额外的身份验证，如输入密码或通过二次确认。

5. 随机化请求参数：在请求中包含随机生成的参数，并且要求服务器验证这些参数的有效性。这可以防止攻击者构造恶意请求。

总之，CSRF是一种安全漏洞，攻击者通过欺骗用户在受信任网站上执行非自愿的操作来实现未经授权的请求。为了防止CSRF攻击，应使用CSRF令牌、设置SameSite Cookie属性、验证HTTP Referer头部、验证用户操作和随机化请求参数等安全措施。

实操演示

打开靶场

链接https://portswigger.net/web-security/csrf/bypassing-token-validation/lab-token-not-tied-to-user-session点击 Access The Lab

该实验室的电子邮件更改功能容易受到 CSRF 的攻击。它使用令牌来尝试防止 CSRF 攻击，但它们没有集成到站点的会话处理系统中。

要完成该实验，请使用您的漏洞利用服务器托管一个 HTML 页面，该页面使用CSRF 攻击来更改查看者的电子邮件地址。

您在应用程序上有两个帐户，可用于帮助设计攻击。凭证如下：

wiener:peter
carlos:montoya