asp.net 哈希表漏洞
2011 年 12 月 28 日，US-CERT 发布了一份公告，称大多数 Web 服务器由于处理哈希表冲突的方式而容易受到 DOS 攻击。文章此处
有人可以解释一下吗这个哈希表适合 ASP.NET 生命周期吗？是每个会话一个哈希表还是每个服务器实例一个大哈希表？
谢谢你， 菲德尔
On the 28/12/2011 US-CERT released a bulletin about the majority of web servers being vulnerable to DOS attacks due to the way they handle hash table collisions. Article here
Could someone please explain where this hash table fits in to the ASP.NET lifecycle? Is it one hash table per session or one big hash table per server instance?
Thank you,
Fidel
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
有问题的哈希表是
Request.Form。服务器解析表单数据并将键值对放入
Request.Form集合中。如果表单数据包含产生相同哈希码的键，则会产生哈希冲突，从而降低哈希表的性能。因此，不是每个服务器或每个会话一张表，而是每个 POST 请求一张表。
The hash table in question is
Request.Form.The server parses the form data and places the key-value pairs into the
Request.Formcollection. If the form data contains keys that produce the same hash code, it produces hash collisions which reduces the performance of the hash table.So, it's not one table per server or per session, but one table per POST request.
哈希表将在整个应用程序中使用，而不仅仅是在一个地方。例如，当您将发布变量添加到页面时，它们会在哈希表中进行内部处理，因此如果您有大量哈希表冲突（即在页面上发布具有相同名称的变量，则会在此处发生）。它是一个非常有效的内存存储系统，用于使用单词集合（想想字典）访问“数组”。
这是其中之一，虽然它可以被利用，但更好的做法是使用最佳实践并监视 CPU 使用情况，限制每页的最大 POST 大小，并限制来自单个主机的请求。
A hashtable will be used throughout the application its not just in once place. For example when you add post variables to a page they get processed internally in a hashtable, so if you had a massive amount of hashtable collisions (ie post variables with the same name on a page it'd happen here). Its a very efficient memory storage system for accessing a "array" using a collection of words (think of a dictionary).
This is one of these things, whilst it can be exploited, the better thing to do is use best practises and monitor CPU usage, limit maximum POST Size per page, and limit requests from a single host.