Resumen

  • FTP usaba USER y PASS para iniciar sesión; los archivos públicos podían dar acceso al usuario anonymous con guest, un correo electrónico u otra cadena aceptada.
  • La costumbre de escribir el correo llegó a las instrucciones MIME de 1993 y a la convención de URL FTP de 1994, mientras los permisos del archivo seguían definiendo el acceso.

Una puerta abierta con un letrero que dice «contraseña» parece una broma de administrador de sistemas. Los archivos FTP anónimos hicieron cotidiana esa escena. La persona escribía anonymous como usuario y, según el servidor, guest o su dirección de correo en la casilla siguiente. El nombre del campo sonaba a secreto; el archivo ofrecía material público. El acertijo se resuelve mirando qué parte del mecanismo era heredada y qué parte había elegido el operador del archivo.

El mecanismo estaba en RFC 959, la especificación FTP de 1985: comandos USER y PASS para iniciar sesión. Un servidor podía reservar cuentas personales y configurar otra llamada anonymous para visitantes. A esa cuenta le asignaba unos directorios y operaciones concretas. El manual de 1994, RFC 1635, describe archivos donde el visitante podía listar y obtener ficheros, mientras subirlos solía estar restringido. La palabra «contraseña» describía la conversación del protocolo; los derechos de la cuenta decidían qué se podía tocar.

Los consejos para principiantes fueron cambiando de tono. RFC 1325, de mayo de 1992, recomendaba anonymous y contraseña guest, y señalaba que muchos sistemas admitían cualquier cadena. RFC 1635 cuenta que también era común escribir el correo electrónico. Algunos archivos lo exigían expresamente y rechazaban guest. Los autores llaman a ese gesto una cortesía para que el responsable del servidor tuviera una idea de quién usaba el servicio. En el ejemplo del archivo de NASA NAIC, el propio servidor pide el correo completo antes de dejar avanzar. Era una práctica visible en un caso real, con reglas que variaban de archivo en archivo.

La fórmula ganó una segunda vida en documentos para otros programas. RFC 1521, sobre MIME en 1993, describe anon-ftp como forma de llegar a un cuerpo externo de mensaje: usuario anonymous y una contraseña correspondiente al correo del usuario. RFC 1738, publicado en diciembre de 1994, especifica cómo un cliente que interpreta una URL FTP suministra anonymous y el correo del usuario cuando el servidor pide contraseña. Lo que pudo comenzar como etiqueta de visita para un archivo se convirtió en instrucción que el software podía repetir sin que una persona tecleara cada vez la misma cortesía.

Ahí está el humor involuntario de la palabra «anónimo». El visitante entregaba una dirección de vuelta, pero recibía permisos de invitado. El operador ganaba una pista sobre su audiencia; no obtenía una prueba fuerte de identidad. Otro servidor podía conformarse con guest. La arquitectura dejaba claro quién mandaba: la configuración del archivo ponía límites a la cuenta compartida.

RFC 2228, de 1997, recuerda por qué conviene separar esta costumbre de una contraseña secreta. FTP transmitía usuarios y contraseñas ordinarios en texto claro; el documento distingue los archivos anónimos del robo de credenciales privadas y añade que proteger integridad y datos también importa cuando los archivos son públicos. El correo en la casilla PASS servía a una convención de acceso, mientras otras cuestiones de seguridad seguían sobre la mesa.

Los archivos FTP construyeron una recepción pública con herramientas diseñadas para iniciar sesión. El formulario de entrada no desapareció; cambió su significado social. Un campo llamado «contraseña» podía funcionar como libro de visitas, y los permisos de la cuenta marcaban el pasillo por el que se podía caminar. La puerta estaba abierta. El conserje solo quería saber, más o menos, quién había pasado.