Une liste serveur emul ne se réduit pas à une URL à coller dans le champ d’importation. Le choix de la source, le protocole de téléchargement et l’état du client lui-même déterminent concrètement l’exposition de la machine. Comprendre ces trois niveaux évite de croire qu’une liste réputée suffit à sécuriser l’ensemble de la session.
Ce que la liste serveur emul ne protège pas
Les serveurs eD2K fonctionnent comme des annuaires : ils recensent les utilisateurs connectés et les fichiers partagés, sans jamais transmettre les fichiers eux-mêmes. Une liste propre garantit une connexion à des noeuds actifs, rien de plus.
Le hash eD2K identifie le fichier demandé, mais ne certifie ni la sûreté du contenu, ni l’autorisation de partage. Un fichier mal nommé, infecté ou incomplet reste accessible via un serveur parfaitement légitime. La prudence porte donc autant sur le fichier et sa source que sur l’adresse du serveur.
Le réseau Kad constitue une alternative à l’annuaire eD2K : il fonctionne en pair-à-pair pur, sans dépendance à une liste de serveurs, et continue d’opérer quand un serveur eD2K disparaît. Cela réduit la dépendance à une liste, sans rendre les fichiers téléchargés plus fiables ni anonymiser l’utilisateur.
Risques liés à une URL de liste malveillante
Une URL de liste server.met n’est pas anodine côté réseau. Les notes de sécurité d’aMule – client compatible eD2K/Kad – documentent qu’une adresse de liste malveillante pouvait amener le client à envoyer des données à d’autres programmes de l’ordinateur ou du réseau local. Ce comportement est corrigé dans aMule depuis la version 3.0.0, mais il illustre un vecteur d’attaque réel : la liste elle-même peut être un point d’entrée, pas seulement son contenu.
Le même rapport signale qu’un fichier de mise à jour malveillant – liste de serveurs ou filtre IP – peut remplir le disque ou provoquer un plantage du client. aMule refuse désormais les mises à jour provenant d’adresses autres que HTTP ou HTTPS. HTTPS protège le transport, mais ne garantit pas à lui seul que le contenu soit digne de confiance : une source connue reste nécessaire.
Mettre à jour le client avant de chercher une liste
La version aMule 3.2.0 corrige 15 vulnérabilités, dont certaines permettaient un plantage ou exposaient des données. Ce chiffre n’est pas anecdotique : une liste réputée ne compense pas un client obsolète. Vérifier la version installée et appliquer les mises à jour disponibles précède logiquement toute recherche de liste fiable.
Pour eMule lui-même, la version officielle disponible sur emule-project.com reste la référence. Les forks et builds modifiés circulant sur des sites tiers peuvent embarquer des modifications non documentées. Télécharger le client depuis la source officielle et vérifier l’intégrité du binaire élimine ce vecteur.
Critères concrets pour évaluer une source de liste serveur emul
Toutes les sources ne se valent pas. Voici les critères à appliquer avant d’importer un fichier server.met :
- Protocole HTTPS obligatoire pour le téléchargement du fichier server.met. Un transfert en HTTP expose la liste à une modification en transit (attaque man-in-the-middle), ce qui peut introduire des serveurs frauduleux sans que l’utilisateur s’en aperçoive.
- Source documentée et maintenue : le site doit indiquer la date de dernière mise à jour de la liste et le nombre de serveurs référencés. Une liste sans date récente peut pointer vers des noeuds morts ou réattribués à d’autres usages.
- Absence de redirections successives : une URL qui redirige plusieurs fois avant de livrer le fichier augmente la surface d’exposition. Privilégier un lien direct vers le fichier server.met, sans intermédiaire opaque.
- Réputation vérifiable : les forums spécialisés (fils dédiés sur des communautés eD2K francophones) permettent de croiser les retours sur une source donnée. Une liste sans aucun historique de discussion est à traiter avec prudence.
Filtrage IP et sécurité réseau dans eMule
eMule intègre un mécanisme de filtrage IP via le fichier ipfilter.dat. Ce filtre bloque les connexions vers des plages d’adresses connues pour appartenir à des organismes de surveillance, des noeuds malveillants ou des fournisseurs listés comme problématiques.
Le filtrage IP réduit l’exposition, mais ne remplace pas une source de confiance pour la liste de serveurs. Les notes de sécurité d’aMule signalent explicitement qu’un fichier ipfilter.dat malveillant peut lui aussi provoquer des dysfonctionnements. La mise à jour du filtre IP suit les mêmes règles que la liste de serveurs : source documentée, HTTPS, date récente.
Pour activer le filtrage dans eMule, le fichier ipfilter.dat se place dans le répertoire de configuration du client. Des sources comme Bluetack ou leurs miroirs actualisés proposent des listes agrégées, mais leur fraîcheur doit être vérifiée régulièrement.
Paramétrage réseau et protection de vie privée lors de la connexion aux serveurs
Se connecter à un serveur eD2K en HighId – c’est-à-dire avec un port ouvert et une IP publique routable – expose directement l’adresse IP à tous les autres clients connectés au même serveur. Ce comportement est inhérent au protocole, indépendamment de la qualité de la liste.
L’obfuscation de protocole, disponible dans eMule depuis les versions récentes, chiffre les en-têtes des paquets eD2K pour compliquer l’inspection profonde de paquets (DPI). Elle ne chiffre pas le contenu des transferts et n’anonymise pas l’adresse IP. Pour une protection plus complète, un VPN en amont du client modifie l’IP visible par les serveurs et les autres pairs, mais introduit une latence et dépend de la politique de logs du fournisseur choisi.
La combinaison obfuscation de protocole activée + filtre IP à jour + liste importée en HTTPS constitue un paramétrage raisonnable pour réduire l’exposition sans configuration complexe. Elle ne garantit pas l’anonymat complet ni la légitimité des fichiers téléchargés.
Un dernier point rarement mentionné : les serveurs eD2K voient l’intégralité des requêtes de recherche émises par un client connecté. Même sans téléchargement, une recherche transmise au serveur laisse une trace associée à l’IP publique. Cela vaut pour toutes les listes, quelle que soit leur réputation.
