-
Notifications
You must be signed in to change notification settings - Fork 12.8k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Clarify HashMap docs discussion of DoS protection #33817
Comments
part of #29348 |
I would be happy to work with anyone who wants to work on this issue. |
#33086 is relevant to this bug -- now the docs should say that Rust uses a slow hash function by default "for DoS protection", but does not actually provide DoS protection. |
@steveklabnik I'd like to take a crack at this issue with your help. I won't be able to work on it today but I could tomorrow. |
@mgattozzi great! Can you swing by IRC tomorrow? That'd be easiest |
The docs IRC channel correct? I'll swing by around 7pm EST maybe even On Wed, Aug 3, 2016, 17:17 Steve Klabnik notifications@github.com wrote:
|
Yeah, any of them. That's a little late for me, but I'm sure that one of us can be helpful 😄 (And I'm also happy to do it asynchronously through this issue too, just sometimes real-time is a bit easier.) |
I'll pop in around that time and if you're around great if not I'll point On Wed, Aug 3, 2016 at 6:15 PM Steve Klabnik notifications@github.com
|
Update HashMap docs regarding DoS protection Because of changes to how Rust acquires randomness HashMap is not guaranteed to be DoS resistant. This commit reflects these changes in the docs themselves and provides an alternative method to creating a hash that is resistant if needed. This fixes rust-lang#33817 and includes relevant information regarding changes made in rust-lang#33086
Update HashMap docs regarding DoS protection Because of changes to how Rust acquires randomness HashMap is not guaranteed to be DoS resistant. This commit reflects these changes in the docs themselves and provides an alternative method to creating a hash that is resistant if needed. This fixes rust-lang#33817 and includes relevant information regarding changes made in rust-lang#33086
Today, the HashMap docs say:
While this is accurate, it's burying the lede: we should say much more clearly what the tradeoffs are, and point more directly toward the custom hashing infrastructure. E.g.:
The text was updated successfully, but these errors were encountered: