Resumo

  • O FTP mantinha a sequência USER e PASS; um arquivo aberto podia receber anonymous seguido de guest, um endereço de e-mail ou outra sequência aceita.
  • O e-mail como cortesia passou às instruções MIME e à regra de URL FTP de 1994, mas o alcance do visitante continuava definido pelas permissões da conta anônima.

O balcão anuncia entrada livre. A pessoa chega e ouve: «senha, por favor». Nos arquivos de FTP anônimo, ninguém precisava achar isso uma pegadinha. O programa fazia a pergunta prevista pelo protocolo; o operador do arquivo havia preparado uma conta pública. A resposta podia ser guest ou o endereço de e-mail do visitante. O que dava acesso aos arquivos era a configuração da conta, não a suposta força de um segredo escrito em um cartão de visitas.

O RFC 959, de outubro de 1985, formalizou as mensagens USER e PASS usadas pelo FTP. Elas atendiam tanto contas pessoais quanto a conta especial anonymous. O administrador do servidor podia mostrar alguns diretórios e permitir que o visitante buscasse arquivos, deixando outras operações fora de alcance. O guia RFC 1635, de 1994, descreve a conta com acesso limitado e observa que enviar arquivos ao arquivo público normalmente não era permitido. Havia uma porta aberta e havia paredes em volta dela.

Para quem estava aprendendo, as instruções eram curiosamente práticas. O RFC 1325, publicado em maio de 1992, ensinava a usar anonymous e a senha guest; também notava que muitos sistemas aceitavam qualquer sequência. O RFC 1635 registra outra prática corrente: digitar o próprio e-mail. Alguns arquivos pediam isso explicitamente e recusavam guest. Os autores chamam o endereço de cortesia que ajudava os operadores a ter uma ideia de quem usava o serviço. No exemplo de sessão com o arquivo NASA NAIC, o servidor pede o e-mail completo antes de mostrar seus diretórios. Esse caso documenta o costume sem transformar todos os arquivos da época em cópias uns dos outros.

O campo de senha virou peça de uma engrenagem maior. O RFC 1521, sobre MIME em 1993, descreve o acesso anon-ftp a partes externas de uma mensagem com usuário anonymous e senha correspondente ao e-mail do usuário. No RFC 1738, de dezembro de 1994, a própria interpretação de uma URL FTP inclui fornecer anonymous e o e-mail do usuário quando o servidor pede uma senha. A etiqueta de recepção já podia ser preenchida pelo software. Um costume social tinha se tornado instrução de interoperabilidade.

Há um sorriso escondido no termo «anônimo». O visitante deixava um endereço e ainda assim usava a conta anonymous. O endereço não precisava provar quem ele era; oferecia uma pista ao responsável pelo arquivo. Outro servidor poderia aceitar guest. A parte firme do acordo estava em outro lugar: a conta compartilhada recebia apenas as permissões que o operador decidisse conceder.

O RFC 2228, publicado em 1997, ajuda a situar a segurança da época. Ele descreve nomes e senhas comuns de FTP viajando em texto claro, separa os arquivos anônimos do risco de roubo de senhas secretas e lembra que integridade e confidencialidade também podem importar para arquivos públicos. Um e-mail na posição de PASS era uma convenção de entrada e contato, sem transformar a conexão em uma conversa privada.

O arquivo FTP público aproveitou uma máquina de login que já existia para compartilhar sem abrir mão de limites. A máquina continuou chamando o campo de «senha». As pessoas passaram a usá-lo como livro de visitas. Enquanto isso, o servidor decidia quais gavetas os convidados podiam abrir. A história toda cabe nessa diferença entre o nome de uma pergunta e a função da resposta.