Jump to content

Talk:Comparison of cryptographic hash functions

Page contents not supported in other languages.
From Wikipedia, the free encyclopedia
This is an old revision of this page, as edited by 2001:4ca0:4103:3:f94d:f82b:17c9:4611 (talk) at 16:52, 15 January 2016 (add problem wrong parameter table). The present address (URL) is a permanent link to this revision, which may differ significantly from the current revision.
WikiProject iconCryptography: Computer science List‑class Low‑importance
WikiProject iconThis article is within the scope of WikiProject Cryptography, a collaborative effort to improve the coverage of Cryptography on Wikipedia. If you would like to participate, please visit the project page, where you can join the discussion and see a list of open tasks.
ListThis article has been rated as List-class on Wikipedia's content assessment scale.
LowThis article has been rated as Low-importance on the importance scale.
Taskforce icon
This article is supported by WikiProject Computer science (assessed as Low-importance).

Table Parameters wrong

Round parameters were wrong, I corrected some. I suggest there are more wrong. Comparison_of_cryptographic_hash_functions#Parameters

Patent information

It would be very interesting if someone would take the time to gather license/patent information about the algorithms :) -LM — Preceding unsigned comment added by 213.100.57.46 (talk) 18:24, 31 July 2010 (UTC)[reply]

I'm curious if there is some way to either split a few pages or some method to keep pages with the same content up to date. For instance there is at least: Cryptographic_hash_function Comparison_of_cryptographic_hash_functions Hash_function_security_summary

They aren't always all in sync with each other and that's not to mention the pages for each hash function. Thoughts? Quelrod (talk) 18:24, 31 July 2010 (UTC)[reply]

Reduced round versions

Putting attack on the complete algorithm and attack on reduced rounds versions in the same table is completely unreadable, mixing practical weaknesses and irrelevant to practical security ones... — Preceding unsigned comment added by JidGom (talkcontribs) 11:03, 30 March 2011 (UTC)[reply]

I think the attacks on reduced step versions of RIPE and SHA1 should be listed separately in the table of best attacks. 24 step SHA1 is NOT SHA1 and the strength of 24 step SHA1 is not something that many readers are going to be able to use as an indicator of the strength of actual SHA1. 108.7.229.221 (talk) 21:14, 13 November 2012 (UTC)[reply]

RIPEMD

From a causality point of view - RIPEMD can not be derived from RIPEMD-160, since the latter was in fact developed after the first. — Preceding unsigned comment added by 91.206.174.166 (talk) 10:25, 12 January 2012 (UTC)[reply]

Needs more info on Whirlpool

Dearth of info on Whirlpool to other function comparison. — Preceding unsigned comment added by 150.135.211.226 (talk) 16:41, 6 September 2013 (UTC)[reply]

Maximum input length

Theoretically there is no size limit for this algorithms. They work with stream and insert at end to stream data int64 of stream length. If stream length is greater than 2^64-1 bytes they add 2^64 remainder of actual length. — Preceding unsigned comment added by 193.169.234.6 (talk) 15:30, 19 November 2015 (UTC)[reply]

Include Tiny Encryption Algorithm (TEA)?

I'm not a hash function expert, but was led here when investigating the Tiny Encryption Algorithm. Apparently it was used (and hacked) in the MS Xbox. Is there a reason it was not included? Nerfer (talk) 16:30, 5 January 2016 (UTC)[reply]

@Nerfer: No, TEA is a cipher, not a hash function. Any block cipher can be adapted to be a hash function, but in the case of TEA, that produces a weak hash. The usage of TEA in Xbox was a made-up amateur hash, not a real one. -- intgr [talk] 06:47, 6 January 2016 (UTC)[reply]