以下是我们OpenID provider的表格：
<form method="post" action="/affiliate/form/login/submit?affId=7" autocomplete="off">
<table class="position-table">
<tr>
<td class="input-td">
<input class="framed-text-field" type="text" name="email" id="email" value="" maxlength="100" />
<span class="form-help">name@example.com</span>
</td>
<td class="input-td">
<input class="framed-text-field" type="password" name="password" id="password" />
<span class="form-help">Password</span>
</td>
<td></td>
<td class="input-td">
<input type="submit" class="affiliate-button" value="Sign In" />
</td>
</tr>
</table>
<input type="hidden" id="fkey" name="fkey" value="REDACTED" />
</form>
此表单是托管在iframe中的页面(at / affiliate / form / login)的一部分。 iframe通过HTTPS(通过HTTP的主机页面)提供。您可以在/users/login使用隐身/私人浏览/色情模式浏览器窗口查看此操作。
所以这里的问题，定期(但不是一贯)一个用户将GET而不是POST到这个url。这是一个荒谬的低发生，影响到目前为止总共不到50个用户。
我很想把这些错误(没有动作方法等)开/关，但是…
这些看起来像真正的用户：广泛的IP，各种有效的用户代理和可信的时间。令人沮丧的是，相同的用户有时会在一段时间后成功地POST相同的表单。
有什么想法可能导致这个？
我已经和丢弃的想法
> HTTPS加速器或负载平衡器发送请求
检查传入的日志，它们与应用程序的内容相匹配
> ASP / .NET请求解析错误
>将传入与记录的请求值进行比较，它们匹配
> Buggy浏览器
>在多个Chrome版本，FireFox 4，Safari和Mobile Safari中记录的事件
机器人或浏览器扩展程序
>宽浏览器，IP和操作系统扩展。
我目前最好的猜测是，在行动中的？id = =绊倒某事(虽然不一致，再次)。这基本上是voodoo调试，所以我更喜欢一个更权威的解释。
更新：尝试我的voodoo修复(< input type =“hidden”name =“affId”value =“#”/>等等)，并部署。没有一个责备，所以我只是让它烘烤。
我们每天平均看到几天，所以如果这个2没有问题，我会把它作为答案。
第二次更新：不，还在发生。然而，更少的频率。我正在收集更多的数据，看看浏览器或操作系统是否有任何共同点。
操作理论为什么从动作中去除？affId =#已经减少了事件，客户端面前的错误代理乐观地提取“看起来安全的GET”。这是一个狂野的猜测，所以用一粒盐来处理它。
第三次更新：更多的伪造代理证据。查询受影响的IP的日志(在更长的时间内)，并且其中许多具有比大多数未受影响的请求速率高得多的请求速率。它不是100％削减和干燥，我确信有些令人沮丧的清爽是增加了一个tad但是…它仍然是一个合理的指标(差异是5倍左右的同时期的受影响的IP的请求数)。
在这一点上，我正在检测到发生错误，并提供更好的错误消息和指导。对于真正获得权威的答案，尤其是那个答案似乎可能在“我无法控制的代码”的范围内，这一点毫不迟疑。
解决方法
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。