Résumé

  • Les archives FTP anonymes réutilisaient les commandes de connexion USER et PASS, souvent avec guest ou une adresse électronique dans la case du mot de passe.
  • Cette habitude de politesse s'est retrouvée dans les instructions MIME et dans la convention des URL FTP de 1994 ; les droits du compte invité fixaient l'accès réel.

Le guichet est ouvert à tout le monde. Il demande quand même un mot de passe. Dans les années 1990, cette scène ne signalait pas forcément une porte fermée : un serveur FTP pouvait accepter anonymous comme nom d'utilisateur et recevoir une adresse électronique à la place d'un secret. La case portait le nom hérité du protocole. L'adresse servait plutôt de carte déposée à l'accueil. Pour comprendre la plaisanterie, il faut regarder les étagères que le visiteur était autorisé à parcourir.

Le RFC 959 de 1985 définit les commandes FTP USER et PASS. Le même dialogue technique peut conduire à un compte personnel ou à un compte partagé anonymous. Une archive configure ce dernier avec des droits limités : consulter certains répertoires, récupérer des fichiers et, en général, éviter de déposer ses propres données. Le mot « mot de passe » appartient ici au dialogue de connexion. La frontière pratique se trouve dans les permissions attachées au compte.

Le guide pour nouveaux venus RFC 1325, paru en 1992, proposait une recette courte : nom anonymous, mot de passe guest. Il ajoutait que de nombreux systèmes acceptaient n'importe quelle chaîne. Deux ans plus tard, le RFC 1635 consacré au FTP anonyme décrivait l'usage de guest ou de l'adresse électronique. Certaines archives réclamaient expressément cette dernière et refusaient guest. Les auteurs parlent d'une courtoisie : elle permettait à l'exploitant d'avoir une idée de ceux qui utilisaient son service. Leur séance d'exemple sur une archive de la NASA montre même l'invite demandant l'adresse complète. Le guide donne un exemple daté et concret, avec toute la variété des pratiques autour.

La carte de visite a ensuite circulé hors du logiciel FTP. Dans le RFC 1521 de 1993, le type d'accès MIME anon-ftp indique le nom anonymous et un mot de passe correspondant à l'adresse électronique de l'utilisateur pour atteindre une ressource externe. Le RFC 1738 sur les URL, publié en décembre 1994, décrit à son tour un client FTP qui fournit anonymous et l'adresse Internet de l'utilisateur si le serveur réclame un mot de passe. Une convention sociale inscrite sur les portes d'archives devenait une instruction pour d'autres formats et logiciels.

Le détail est savoureux : l'internaute « anonyme » écrivait son adresse de retour dans le champ « mot de passe ». L'exploitant obtenait un indice sur son public ; le visiteur obtenait des fichiers. Ce marché restait local et variable. Une archive pouvait accepter guest, une adresse ou autre chose. Le contrôle effectif appartenait à la configuration du compte invité, qui décidait quelles opérations et quels dossiers étaient ouverts.

Le RFC 2228 de 1997 sur la sécurité FTP donne l'arrière-plan. Il rappelle que les noms et mots de passe ordinaires de FTP circulaient en clair, distingue les archives anonymes du risque de vol d'un secret de compte personnel, et souligne que l'intégrité et la confidentialité ont aussi une valeur pour l'accès public. Une archive ouverte avait donc encore besoin de protections ; l'adresse placée dans PASS n'était pas la serrure principale.

Cette histoire parle d'un Internet qui adaptait des machines à des usages sociaux. Le protocole disposait d'une cérémonie d'identification, les archives voulaient partager sans distribuer des comptes individuels, et la communauté transforma le champ du secret en livre d'or. Le visiteur passait ; l'exploitant gardait la main sur les rayons. Le nom du champ était austère. L'usage qu'on en fit avait quelque chose de délicieusement humain.