Les news

Les articles

Partenaires

Emule Jeux Pc

eDonkey / eMule

eDonkey est un logiciel client-serveur permettant le partage de fichiers. Il a donn? son nom au protocole qui utilise des serveurs reli?s entre eux, afin que chacun sache quel serveur est en fonctionnement. Ce protocole est aussi ? la base des logiciels client-serveur eMule (qui a propos? des extensions au protocole), eMule+, et MLDonkey. Les n?uds se connectent ? un seul serveur (bien que rien n'interdise de se connecter ? plusieurs comme l'a propos? MLDonkey). Les n?uds peuvent effectuer des recherches sur leur serveur mais aussi ? l'ensemble des serveurs connus, afin de maximiser leurs chances de trouver un fichier satisfaisant. La distribution du logiciel client-serveur ? l'origine du protocole eDonkey a cess? en septembre 2005 suite ? des attaques judiciaires.

Chaque n?ud se voit attribuer un identifiant unique. S'il n'est pas connect? ? travers un pare-feu, un n?ud se voit attribuer un identifiant d?pendant directement de son adresse physique (adresse IP). Lorsqu'un n?ud lance une requ?te de recherche, il obtient des r?ponses contenant chacune des informations sur le fichier trouv? et l'identifiant du n?ud qui h?berge la donn?e. S'il souhaite t?l?charger cette donn?e, il peut soit calculer l'adresse physique de la source ? partir de son identifiant, et cela signifie que la source est accessible directement, soit le calcul de l'adresse physique est impossible. Dans le second cas, c'est que la source n'est pas accessible directement (cela arrive quand le port de l'application TCP 4662) n'est pas utilisable. Cela peut ?tre d? au fait que la source est connect?e au syst?me pair-?-pair via un pare-feu, un proxy, une traduction d'adresse (NAT), ou qu'elle est occup?e. Le protocole permet alors l'envoi d'une requ?te au serveur auquel est connect?e la source afin qu'elle se connecte elle-m?me au demandeur. Le probl?me d'un n?ud derri?re un pare-feu cherchant ? communiquer avec un autre n?ud lui aussi derri?re un pare-feu persiste et n'est pas r?solu par cette m?thode. De toute fa?on, cette fonctionnalit? augmente beaucoup trop la charge du serveur et a ?t? d?sactiv?e de la plupart des serveurs.

Le t?l?chargement multisource est aussi permis par eDonkey. L'extension eMule permet que, lorsqu'une source est trouv?e, et dans le cas o? le fichier est en cours de r?cup?ration, la source qui h?berge la donn?e fournit les autres sources qu'elle conna?t afin d'acc?l?rer la r?cup?ration de la donn?e ? partir de plusieurs sources. Afin de d?courager les n?uds ?go?stes, eMule a mis en place une extension permettant un syst?me de cr?dits, utilisant l'algorithme de cryptographie ? cl? publique RSA. Ce syst?me permet aux n?uds qui attendent de t?l?charger un fichier d'avancer plus vite dans la file d'attente des n?uds fournisseurs auxquels il a lui-m?me fourni des fichiers, et donc de r?cup?rer le fichier demand? plus rapidement. Il s'agit donc d'un syst?me de r?compense local. Ce syst?me de cr?dit est bas? sur un identifiant d'utilisateur de 16 bits (diff?rent de l'identifiant du n?ud) qui est engendr? al?atoirement, et d?pendant de la machine associ?e au n?ud. Cet identifiant reste donc le m?me au cours des diff?rentes connexions du n?ud au r?seau.

eDonkey utilise des hachages de contenu de fichiers pour les diff?rencier de mani?re s?re. Il d?compose les fichiers en blocs r?cup?rables ind?pendamment, ce qui permet d'acc?l?rer la r?cup?ration des fichiers en parall?lisant les t?l?chargements. Ces blocs sont identifi?s au moyen de la fonction de hachage SHA1, ce qui limite la probabilit? d'avoir une collision entre deux hachages. Cette fonction se r?v?le bien plus efficace que la fonction UUHash utilis?e par FastTrack (syst?me d?crit ci-dessous).

De plus, eDonkey identifie aussi chaque fichier dans son int?gralit? par la concat?nation de hachages (utilisant la fonction MD4). Dans les protocoles eDonkey et eMule, il n'est pas possible d'attribuer plus de responsabilit?s ? un n?ud ayant des capacit?s sup?rieures aux autres.

De plus, deux limites au nombre d'utilisateurs existent:

* Une limite mat?rielle interdit toute nouvelle connexion lorsque le nombre d'utilisateurs maximum permis est atteint.
* Une limite logicielle interdit toute nouvelle arriv?e de n?ud connect? derri?re un pare-feu (n?ud prot?g?) au del? de cette borne.

Depuis 2004, certains serveurs eDonkey censurent les requ?tes lorsqu'elles concernent certains mots-cl?s (sex, xxx, etc.), et interdisent le partage de donn?es lorsqu'elles sont de certains types (mp3, vid?os, etc.). Cela rappelle encore une fois l'une des faiblesse des syst?mes centralis?s : la sensibilit? ? la censure.

Toutefois, afin de diminuer l'un des autres probl?mes pos?s par la centralisation et limiter la charge des serveurs, eDonkey a int?gr? ? son logiciel client-serveur l'utilisation d'une table de hachage r?partie baptis?e Overnet, et bas?e sur Kademlia. Le logiciel client-serveur est devenu ? cette occasion eDonkey2000. eMule a aussi int?gr? cette table de hachage r?partie sous le nom de Kad!.

Notons que l'administration du r?seau eDonkey2000 et la propri?t? du logiciel client-serveur associ? par la soci?t? MetaMachine ont mis fin ? l'utilisation de ce protocole en septembre 2005, suite ? des attaques judiciaires. Le protocole eMule, ne d?pendant d'aucune entreprise, continue toutefois de fonctionner.

Ce type de syst?mes repose sur une certaine centralisation puisqu'il n?cessite un certain nombre de serveurs supportant toute la charge du r?seau. Si un serveur se d?connecte, tous ses utilisateurs doivent se reconnecter ? un autre serveur. Les serveurs, et donc les n?uds qui y sont connect?s, pr?sentent donc l'inconv?nient d'?tre ? la merci d'une attaque ou d'une surcharge. Du fait de la centralisation, certains serveurs espions ont ?t? lanc?s afin d'espionner les utilisateurs.

En effet, plusieurs soci?t?s et associations se sont sp?cialis?es dans la lutte contre l'utilisation des syst?mes pair-?-pair (telles que MediaDefender, une soci?t? mise ? mal en 2007, par une attaque de hackers su?dois baptis?s MediaDefender-Defenders, puis attaqu?e en justice par TPB). Celles-ci peuvent tr?s facilement identifier l'adresse physique d'un utilisateur en se connectant ? un syst?me pair-?-pair semi-d?centralis?. Ces organismes peuvent m?me faire fonctionner des serveurs afin de savoir ce qui est partag? par les utilisateurs connect?s ? ces serveurs.

L'identification des n?uds eMule ?tant bas?e sur l'adresse physique, il est possible de conna?tre l'adresse physique d'un n?ud ? partir de son identifiant. eMule ne garantie donc aucunement l'anonymat de ses utilisateurs. Puisque chaque r?sultat de recherche pour un objet est accompagn? des identifiants des sources, il suffit d'effectuer une recherche sur un objet pour obtenir des adresses physiques d'utilisateurs de syst?mes pair-?-pair h?bergeant cet objet. Les syst?mes semi-d?centralis?s sont donc peu apte ? la protection des utilisateurs.

De plus, la recherche est par d?faut non exhaustive puisqu'elle n'est pas effectu?e sur tous les serveur. Dans les cas o? la recherche est effectu?e sur tous les serveurs, la r?ponse contiendra les adresses de n?uds qui ont ?t? envoy?s comme r?ponse il y plus d'une minute. N?anmoins, si la centralisation permet l'exhaustivit?, les n?uds h?bergeant des objets populaires re?oivent beaucoup de demandes.
Article Suivant >>>

Page 1 sur 23 pages
Article Précédent Article Suivant