This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author lemburg
Recipients Arfrever, PaulMcMillan, Vlado.Boza, arigo, benjamin.peterson, christian.heimes, dmalcolm, koniiiik, lemburg, serhiy.storchaka, vstinner
Date 2012-10-22.06:48:47
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <>
In-reply-to <>
On 21.10.2012 23:42, STINNER Victor wrote:
> STINNER Victor added the comment:
>> It's interesting to note how this whole -R discussion made very long
> threads on python-dev, and python-dev has subsequently ignored (for the
> past 6 months!) the fact that their "fix" can be worked around in a matter
> of minutes.
> No, this issue has no been ignored. Nobody proposed anything to fix this
> issue, but we are still working on it (sometimes in private).
> In my opinion, we cannot solve this issue without slowing down python. Or I
> don't know and secure hash algorithm. I don't really want to
> slow down Python for one specific issue whereas there are so many other
> ways to DoS a (web) server.

Well, I did propose a different approach to the whole problem to
count collisions. That would have avoided the usability issues you
have with the randomization approach, made it possible for the
application to detect the attack and not have introduced any significant
runtime overhead for applications not being attacked.

The proposal was shot down with the argument that it wouldn't
fix the problem.

It should also be noted that the randomization only applies to
strings/bytes, dictionaries with other colliding keys are not protected
at all.

Perhaps it's time to revisit the collision counting idea ?

It would work in much the same way as the stack recursion limit
we have in Python.

Marc-Andre Lemburg

Professional Python Services directly from the Source  (#1, Oct 22 2012)
>>> Python Projects, Consulting and Support ...
>>> mxODBC.Zope/Plone.Database.Adapter ...
>>> mxODBC, mxDateTime, mxTextTools ...
2012-09-27: Released eGenix PyRun 1.1.0 ...
2012-09-26: Released mxODBC.Connect 2.0.1 ...
2012-09-25: Released mxODBC 3.2.1 ...   
2012-10-23: Python Meeting Duesseldorf ...                      tomorrow Software, Skills and Services GmbH  Pastor-Loeh-Str.48
    D-40764 Langenfeld, Germany. CEO Dipl.-Math. Marc-Andre Lemburg
           Registered at Amtsgericht Duesseldorf: HRB 46611
Date User Action Args
2012-10-22 06:48:48lemburgsetrecipients: + lemburg, arigo, vstinner, christian.heimes, benjamin.peterson, Arfrever, dmalcolm, PaulMcMillan, serhiy.storchaka, Vlado.Boza, koniiiik
2012-10-22 06:48:48lemburglinkissue14621 messages
2012-10-22 06:48:47lemburgcreate