c# - 如何拒绝恶意请求

Question

我最近接管了一个应用程序，我们最近进行了一次应用程序扫描，我得到了一个标记为易受攻击的项目。报告建议的补救任务是拒绝恶意请求。报告称 appscan 尝试过:

The following changes were applied to the original request: Set HTTP header to 'http://bogus.referer.ibm.com'

我在第一次运行 appscan 时标记了这个，并放置代码来检查是否提供了 urlreferer，如果是则确保它与 url 中的主机相同，否则终止用户 session 并重定向到登录页。我们再次运行 appscan，它再次被标记，我不确定如何处理。

当我查看报告时，它显示它放入了伪造的引荐来源网址，服务器以 302 状态响应，重定向，然后输入了一个登录请求，服务器以 202 响应，给了它。 Appscan 推理说:

The same request was sent twice in different sessions and the same response was received. This shows that none of the parameters are dynamic (session identifiers are sent only in cookies) and therefore that the application is vulnerable to this issue.

但是响应不会总是一样的吗？如果检查失败 302 后跟 202，则无论用户如何，都会出现重定向和登录页面。有谁知道如何处理这个？我猜我可以将用户的 session ID 放入重定向 url 中，这样 appscan 就会看到是否不同，但我认为必须有另一种方法。

这是一个 .net 4 应用程序。使用 session 对象跟踪用户，如果这很重要，则不使用表单例份验证。

Answer 1

设置 View 状态用户 key ，引用:https://security.stackexchange.com/questions/19152/how-does-viewstate-protect-against-csrf这使得在无法访问最新页面和您的 cookie 的情况下发送查询变得更加困难。

使用 HttpException 返回 403(你可能需要做一些额外的工作来防止它变成 500)

Throwing an HttpException always sends back HTTP 500 error?

应用扫描具有高度可识别的特征——它们会在同一分钟内抛出 100 多个异常。作为错误记录基础结构的一部分，您可能希望在同一分钟内出现 5 个异常后显示验证码，或者在应用扫描抛出但您的应用从未抛出的错误上显示验证码(例如非常长的 URL，对 .jsp 的查询) .aspx 应用程序中的文件)。一旦 Appscanner 被识别，你就会希望通过始终重定向到错误页面来毒化他们的 session ，直到他们解决了验证码问题。不利的一面是，在应用程序抛出异常后向用户显示验证码的可能性很小，比如当用户在文本框中输入 > 时出现安全错误。您可能希望也可能不希望为所有应用程序扫描程序(可能只是恶意应用程序扫描程序)实现此功能，具体取决于您组织的激励措施。