要评估这些是否是假阳性，您需要查看几件事。
字段“ruleName_s”为“Microsoft_DefaultRuleSet-2.0-BLOCKING-EVALUATION-949110”且“action_s”为“Block”的Azure前门日志条目跟随一个或多个“action_s”为“AnomalyScoring”的日志条目。您可以使用“trackingReference_s”字段查看块评估的所有相关条目。

查询文本：

AzureDiagnostics
| where trackingReference_s == '03VuQZAAAAABzkx+f3NXPRoWkytsHgm/vQVRBRURHRTEyMTYANTcxYzNhYmEtNjFlOC00NmZhLWJlNTktOTEyMjlkMTIyNzkz'
| project TimeGenerated, Category, ruleName_s, action_s, trackingReference_s
| order by TimeGenerated desc

在您知道哪些规则触发了阻塞后（在示例图像中，Microsoft_DefaultRuleSet-2.0-XSS-941170和Microsoft_DefaultRuleSet-2.0-XSS-941130），您可以调查“details_matches_s”和details_msg_s”列，以查看请求中的哪些数据与阻塞规则匹配。
您还可以通过交叉引用Web应用程序防火墙核心规则集here来确定这些规则的计算方式。例如，Azure Front Door日志中的规则“Microsoft_DefaultRuleSet-2.0-XSS-941170”是REQUEST-941-APPLICATION-ATTACK-XSS的命中，特别是规则941170“NoScript XSS InjectionChecker：属性注入”
然后，您可以从the OWASP site下载规则定义，以查看用于计算规则的正则表达式。