AMule Project FAQ - User contributions [en]

Talk:MD4 hash

2006-01-14T10:21:18Z

62.82.143.103:

This is a bit out of date, or just uninformed. MD5 is questionable, these days (the currently existing attacks on it aren't serious for most applications, but the door is open for more), and MD4 is known to be absolutely hopeless, and collisions can be found with very little in the way of computational effort. The upshot of which is that it would be theoretically pretty easy for a rogue node to cause undetectable corruption to files on ed2k.

''Actually, i believe that is exactly what the article says: MD4 is broken, MD5 ius on its way ;) But if you consider it missleading feel free to fix it in some way. For the moment, MD5 can't be broken in the wayed2k uses it and, what's more, ed2k also uses SHA-1 hashes for AICH which is far from being broken at the moment. Now, I can't wait to see how you'd arrange the article to reflect current crypto status, so feel free to do so.''

MD4 hash

2006-01-14T10:18:56Z

62.82.143.103:

An [http://www.faqs.org/rfcs/rfc1320.html MD4] hash is a unique value given as a result of a mathematical expression following the [http://www.faqs.org/rfcs/rfc1320.html MD4 algorithm] which claims to ensure data integrity. 
It provides a 128-bit (16 [[byte]]s, 32 hex chars) message digest from the data input (the input may be of any length) that is claimed to be unique.

[http://www.faqs.org/rfcs/rfc1320.html MD4] was developed by [http://theory.lcs.mit.edu/~rivest Professor Ronald L. Rivest] of [http://web.mit.edu MIT] and accepted by the [http://www.rsa.com RSA] on [http://www.faqs.org/rfcs/rfc1186.html October 1990] and then redesigned on [http://www.faqs.org/rfcs/rfc1320.html April 1992].

Both [http://www.faqs.org/rfcs/rfc1320.html MD4] and its successor [http://userpages.umbc.edu/~mabzug1/cs/md5/md5.html MD5] (which is an extension of [http://www.faqs.org/rfcs/rfc1320.html MD4]) are optimized for 32-bit machines, while its predecessor [http://www.faqs.org/rfcs/rfc1319.html MD2] was optimized for 8-bit machines.

[http://www.faqs.org/rfcs/rfc1320.html MD4] is known to be fast, but possibly not absolutely secure. On the other hand, [http://userpages.umbc.edu/~mabzug1/cs/md5/md5.html MD5] is not as fast as the [http://www.faqs.org/rfcs/rfc1320.html MD4] algorithm, but offers much more assurance of data security.

[[aMule]] incorporates the [http://www.faqs.org/rfcs/rfc1320.html MD4] algorithm based on the [[libcrypto|Crypto++]]'s library sources (in some beta [[aMule]] v2 releases, it did actually use [[libcrypto|Crypto++]]).

Talk:FAQ aMule

2006-01-14T10:17:18Z

62.82.143.103:

I thought that FAQs should be: 
DONE: [[FAQ_aMule|FAQ on aMule]] -> General questions on aMule usage and features (most of it already on the current FAQ I guess) 
[[compile_problems|FAQ on (aMule) compilation problems]] -> The frequent problems users encounter when compiling: wxGTK linked to GTK, wxWindgets != 2.4.2, ex-config linked to wx_base, etc... 
DONE [[aMule_problems|FAQ on (aMule) problems]] -> Problems which users might ecnounter but are not really bugs like: Set aMule to sys tray when no systray is available, what to do when *part.met are lost, all downloads paused (no free disk space), etc... 
DONE: [[FAQ_eD2k-Kademlia|FAQ on the ED2K-Kademlia network]] -> ED2K related stuff (most of it already on the current FAQ I guess) 
DONE: [[FAQ_utils|FAQ on (aMule) utils]] -> Related to WebServer, CAS, wxCAS, amulecmd, XAS, astats, xchat-astats, and webservergui and amulecmdgui (and whatever appears to fit) 
 
I already started writting on local files (that is, here on my computer ;-) ) FAQ on aMule problems and compilation problems, so it'd be nice if someone (maybe Stefanero?) could do the FAQ on utils part. 

-----------

Searching for "icon" did not reveal the FAQ entry about the icons. Searching on "icons" did reveal it. Why?

'''Wiki searhes for keywords only on headlines and page titles. Sorry, that's the way it is :( and, of course, it searches for complete words. So there you have the reason.'''

-----------

There are some strange links at the very end of the [http://www.amule.org/wiki/index.php?title=FAQ_aMule&action=edit source]. Looks like a spam to me.

'''Oh God, i thought we had removed all that spam... thanks a lot. please remove those links henever you find them if there are any remaining somewhere'''

-----------

[http://www.amule.org/wiki/index.php/FAQ_aMule#What_do_all_those_numbers_in_the_priority_column_in_the_extended_transfers_window_mean? Doubled words] ''since since''

'''Thanks, fixed :) Feel free to fix any error you see'''

-----------

Have a look at [[FAQ_aMule#Can_I_use_eMule's_files_and_settings_and_vice-versa?|this section]]:

''The only ones you can't share between aMule and eMule are the program configuration (that is, preferences.ini in eMule and ~/.eMule in aMule)''

I guess it should be '''~/.aMule/amule.conf''' (the corresponding configuration file) instead of '''~/.eMule'''. I'm not sure it's a mistake. That's why I don't fix it myself. :-)

'''Yes, you're right once again ;-) .eMule was the old name, before 2.0rc releases'''