Test & Avis Expert
IPFS est décrit par ses auteurs comme « une constellation d’outils libres pour l’adressage par contenu ». Un fichier y est identifié par l’empreinte cryptographique de ses données — un CID — plutôt que par une adresse de serveur, ce qui permet de le récupérer auprès de n’importe quel nœud qui en détient une copie. L’implémentation de référence, Kubo, est publiée sous double licence MIT et Apache-2.0.
Comment ça marche
Le CID est, selon la formulation du projet, une « empreinte cryptographique autodescriptive » : n’importe qui peut la recalculer à partir du fichier et vérifier que le contenu reçu est bien celui demandé. La conséquence directe est qu’un contenu ne dépend plus d’un serveur particulier. Pour retrouver qui détient un CID, le réseau public s’appuie sur une table de hachage distribuée, l’Amino DHT, et sur un index, l’IPNI.
Le projet décrit trois modes de déploiement : les réseaux publics avec la DHT et l’IPNI, des montages hybrides où un contenu chiffré transite par la DHT publique tout en restant opaque aux nœuds intermédiaires, et des réseaux privés fermés par une clé de swarm partagée, dont le routage et les transferts ne sortent pas du groupe.
Ce que ça ne protège pas
Ce n’est pas un outil d’anonymat, et le confondre avec un réseau anonymisant est l’erreur courante. Sur le réseau public, annoncer qu’on détient un CID revient à publier dans une table distribuée un lien entre un identifiant de nœud et un contenu ; les adresses IP des nœuds qui hébergent ou demandent un contenu sont visibles des pairs avec lesquels ils échangent. Rien n’est chiffré par défaut : un CID est un identifiant global et stable, et toute copie du même fichier porte le même identifiant, ce qui facilite la corrélation plutôt qu’elle ne l’empêche.
Passer par une passerelle HTTP publique aggrave le problème plutôt qu’il ne le résout : la passerelle voit l’adresse IP du visiteur et le contenu demandé, exactement comme un serveur web classique.
Un point de gouvernance s’ajoute depuis septembre 2026. Les notes de la version 0.43.1 de Kubo, publiée le 15 septembre 2026, indiquent que « la v0.43 est le dernier Kubo par le Shipyard » et que « notre travail sur IPFS prend fin le 30 septembre 2026 ». Le texte renvoie le public au forum communautaire sans désigner de repreneur nommé. Un utilisateur qui met IPFS en production doit intégrer cette incertitude sur l’implémentation de référence.
Face aux alternatives
Pour l’anonymat, ce sont I2P, Hyphanet ou GNUnet qui sont conçus pour cela, avec des performances très inférieures. Pour du stockage chiffré adressé par contenu, Peergos construit une couche de chiffrement et de contrôle d’accès par-dessus ce type de réseau. IPFS reste pertinent pour la résilience et la vérifiabilité d’un contenu destiné à être public — pas pour cacher qui publie ou qui consulte.
