php - 保护登录和评论表单免受 CSRF

Question

我已经阅读了很多关于 CSRF 保护的文章(this is a good one)以及关于 SO 的各种问题，但它们似乎都没有提供足够的信息来回答我的问题。

我正在开发自己的 CMS，我想保护我的登录和评论表单。我将允许匿名用户在我的网站上发表评论。

我网站上的所有表格都使用 token 进行保护。我已经知道这种方法，但问题是它需要一个事件 session (即，在用户登录之后)。登录和评论表单的问题在于几乎任何人都可以访问它们并且不需要您登录 - 在这种情况下什么是防止 CSRF 的最佳保护措施？

在上面的链接中，我读到当用户尝试登录时可以创建一个“预 session ”，然后继续使用通常的反 CSRF 方法(比如为用户的 session 分配 token ) ，但我不知道如何实现这一目标。

referrer header 是一个弱解决方案，所以我想我不应该打扰。据我测试，Origin header 仅在 Google Chrome 中受支持。自定义标题呢？ XMLHTTPRequest 似乎是一种可能性，但是，我确实花了三个多小时在 Google 上查找有关如何在其网站上实现此类安全措施的一些信息。但是，即使我可以使用自定义 header ，它不会因为 HTTP header 可以完全伪造而变得毫无用处吗？

那么，问题是:我应该如何保护我的登录和评论表单免受 CSRF 攻击？

编辑:这是我在上面提供的链接中的一些附加信息:

We recommend strict Referer validation to protect against login CSRF because login forms typically submit over HTTPS, where the Referer header is reliably present for legitimate requests. If a login request lacks a Referer header, the site should reject the request to defend against malicious suppression.

和

Secret validation tokens can defend against login CSRF, but developers often forget to implement the defense because, before login, there is no session to which to bind the CSRF token. To use secret validation tokens to protect against login CSRF, the site must first create a “presession,” implement token-based CSRF protection, and then transition to a real session after successful authentication.

阅读以上引述后，我无法结束这场争论。其中之一提到使用 referrer header ，但我不太确定它是否真的增加了 web 应用程序的安全性。

编辑 2:使用验证码怎么样？

Answer 1

CSRF 问题与使用登录用户凭据提交内容的人有关。这是非常有问题的，因为恶意站点可以像刚刚浏览到您站点的任何人一样做事。如果您谈论的是可以匿名使用的表单，无需登录，CSRF 风险就会小得多，因为从另一个站点发布到表单的 yield 要少得多——因为任何人都可以直接使用相同的权限进行操作.

所以我不明白为什么需要针对未登录表单防止 CSRF。

如果您确实需要， session 前 token 在技术上可能类似于真实 session ，但只是一个更轻量级的 token 。除了生成的 token 外，它实际上不会包含任何其他内容。

---

编辑:关于将 PHP 提供的 $_SESSION 用于预 session token ，这是 PHP 的标准 session 机制。如果您想使用它，那么是的，仅此而已。

但是，您并没有被迫那样做，我个人也不会那样做，因为它会为所有访问者消耗服务器内存，而这并不是真正需要的。对于更有效的机制，基本上您需要 a) 一个识别用户的 cookie 和 b) 存储在服务器端的东西告诉 cookie 是有效的(如果需要，它对谁有效，即 ip)。对于更轻量级的方法，您可以只创建一个 token ，将其存储在 cookie 中，并在表单中生成与该 token 匹配的东西作为隐藏字段，并匹配提交时的那些(如 Devesh 所解释的)。后者会阻止从另一个站点提交表单，前者甚至会阻止恶意站点在您的站点上进行查找并尝试为最终用户设置任何 cookie 的情况。所以我能想到的三种方法:

• 只是阻止来自其他站点的图像请求 - 使用 POST 可以阻止这种情况
• 防止从另一个站点提交表单 - 匹配 cookie 的表单隐藏字段可防止这种情况
• 防止从另一个站点提交的表单在您的站点上进行预查找 - 这需要 IP 验证，一些存储在服务器端的东西，例如数据库中与 cookie 匹配的 ip

---

EDIT2:在验证码上，它们的主要用例是防止自动(暴力)登录尝试。他们也会解决登录表单上 CSRF 请求的问题，但这样做有点矫枉过正。为了防止暴力登录攻击，在某些情况下可能需要它们，尽管为了不过度降低可用性，可能需要一些对用户更友好的东西。也许像 KittenAuth :)