之前那个散列表漏洞

[tioover]

看数据结构
处理散列表冲突的时候用了链表的方法
会想到之前那个漏洞，构造大规模的冲突key让散列表变成一张列表来让服务器运行缓慢
这个缺陷各种语言是怎么解决的？

[mckelvin]

见
http://coolshell.cn/articles/6424.html
or
http://www.ocert.org/advisories/ocert-2011-003.html

[fanzeyi]

研究了下 Python 的解决方案：

http://bugs.python.org/issue13703

增加了 -R 选项.. 可以使用 -R 来启用随机化散列

然后在语言内部有一个最大碰撞值（貌似是 1000）

碰撞超过 1000 次就会报错.. (这样太不负责了喂..

[bhuztez]

正解应该是红黑树

[liwei]

原理很简单，就是在哈希表初始化的时候生成一个随机数，之后在计算哈希值的时候将key和这个随机数进行某种运算来形成一个新的key，同时查找的时候也进行同样的运算。

由于攻击者并不知道这个随机数是多少所以就很难构造特殊化的序列将哈希表退化成链表。

[caoyue]

记得当时 php 和 asp.net 的临时解决方案都是限制请求参数，不知道现在是否有数据结构上的解决方案了
使用更复杂的算法导致的就是请求效率降低，这是一个两难

[tioover]

@fanzeyi 想起了用Python写递归的东西的时候……

也就是说python开启server的时候必须加上 R 参数？

[treo]

这个有实际案例么？一般攻击者会直接DDoS吧，简单方便粗暴，效果立竿见影

[echuman]

百度查下咯

[fanzeyi]

@treo 如果利用这个漏洞 DoS 就够了