CAPTCHA 以及 Challenge 日志和指标中的操作 - AWS WAF、 AWS Firewall ManagerAWS Shield Advanced、和 AWS Shield 网络安全总监

引入全新的主机体验 AWS WAF

现在，您可以使用更新的体验访问控制台中任意位置的 AWS WAF 功能。有关更多详细信息，请参阅 使用更新的主机体验。

本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。

CAPTCHA 以及 Challenge 日志和指标中的操作

本节介绍如何 AWS WAF 处理日志和指标 CAPTCHA 以及 Challenge 行动。

这些区域有：CAPTCHA 以及 Challenge 操作可以是非终止的，比如 Count，或者终止，比如 Block。 结果取决于请求是否具有有效令牌以及该操作类型的未过期时间戳。

  • 有效令牌-当操作找到有效令牌且未阻止请求时，会按以下方式 AWS WAF 捕获指标和日志：

    • 增加 CaptchaRequests 和 RequestsWithValidCaptchaToken 或 ChallengeRequests 和 RequestsWithValidChallengeToken 的指标。

    • 将匹配项记录为nonTerminatingMatchingRules条目，操作为 CAPTCHA 或 Challenge。 以下清单显示了与此类匹配项相关的日志部分 CAPTCHA 行动。

          "nonTerminatingMatchingRules": [
    {
      "ruleId": "captcha-rule",
      "action": "CAPTCHA",
      "ruleMatchDetails": [],
      "captchaResponse": {
        "responseCode": 0,
        "solveTimestamp": 1632420429
      }
    }
  ]

  • 令牌@@ 丢失、无效或已过期-当操作因令牌丢失或无效而阻止请求时，会按以下方式 AWS WAF 捕获指标和日志：

    • 增加 CaptchaRequests 或 ChallengeRequests 的指标。

    • 将匹配项记录为带有 HTTP 405 状态码的 CaptchaResponse 条目或带有 HTTP 202 状态码的 ChallengeResponse 条目。该日志会显示请求是缺少令牌还是时间戳已过期。该日志还会显示是 AWS WAF 向客户端发送了 CAPTCHA 插页式页面还是向客户端浏览器发送了静默质询。以下清单显示了与此类匹配项相关的日志部分 CAPTCHA 行动。

          "terminatingRuleId": "captcha-rule",
    "terminatingRuleType": "REGULAR",
    "action": "CAPTCHA",
    "terminatingRuleMatchDetails": [],
    ...
    "responseCodeSent": 405,
    ...
    "captchaResponse": {
      "responseCode": 405,
      "solveTimestamp": 0,
      "failureReason": "TOKEN_MISSING"
    }

有关 AWS WAF 日志的信息，请参阅记录 AWS WAF 保护包或 Web ACL 流量。

有关 AWS WAF 指标的信息，请参阅AWS WAF 指标和维度。

有关规则操作选项的一般信息，请参阅 在中使用规则操作 AWS WAF。

没有令牌的请求似乎会在日志和指标中出现了两次

根据 CAPTCHA 和 Challenge 操作行为 和本节所述的日志记录和指标，没有令牌的请求通常会在日志和指标中出现两次。这是因为一条预期请求实际上由客户端发送了两次。

  • 第一个不带令牌的请求接收上述对缺失、无效或过期令牌的日志和指标处理。这些区域有：CAPTCHA 或 Challenge action 会终止第一个请求，然后用静默挑战或 CAPTCHA 拼图回复客户端。

  • 客户端评估质询或拼图，如果客户端浏览器或最终用户成功响应，则使用新获得的令牌再次发送请求。第二个请求接收上述对带有有效令牌的请求的日志和指标处理。