Resumo

  • O RFC 972 propôs a hosts que optassem por implementá-lo um serviço com seis palavras pronunciáveis de oito caracteres; o usuário escolhia uma ou pedia outra rodada.
  • A variedade dependia da semente aleatória. O documento preferia uma semente única para o sistema, atualizada a cada acesso, rejeitava sementes tiradas do relógio e descrevia respostas por TCP ou UDP na porta 129.

Chega uma bandeja com seis possíveis senhas. Nenhuma exige que o usuário invente do zero uma palavra que acabe virando presente para o primeiro adivinhador; todas foram feitas para soar como algo que uma boca consiga repetir. Se a bandeja não agradar, vem outra. No Password Generator Protocol de F. Wancho, publicado em janeiro de 1986, a gentileza do balcão tem uma condição: a cozinha precisa manter seu estoque de aleatoriedade em ordem.

Wancho descreveu um conflito cotidiano. Senhas escolhidas por usuários podiam ser adivinhadas com facilidade. Algumas administrações recorriam a consultas de dicionário; outras geravam sequências aleatórias. Estas podiam ser difíceis de lembrar quando não eram pronunciáveis, e geradores pseudoaleatórios de ciclo curto atrapalhavam a variedade. Uma versão do algoritmo já funcionava havia anos num pequeno número de sites. A proposta da RFC era disponibilizar um serviço para quem optasse por adotá-lo, sem apresentar esse uso limitado como uma implantação geral.

O produto da máquina tinha contagem exata: seis “palavras” de oito caracteres, separadas por CRLF. Um algoritmo de vários níveis buscava uma pronúncia razoável; havia uma implementação em FORTRAN-77 disponível para administradores examinarem. A pessoa recebia um conjunto de alternativas e podia solicitar outro. Esse pequeno poder de escolha resolvia parte do problema da memória. Não dizia nada, por si só, sobre a origem das alternativas.

Essa origem estava numa semente. A singularidade das palavras geradas dependia fortemente da aleatoriedade do valor inicial. Wancho rejeitava usar o horário do dia como semente. Considerava desejável manter uma semente para o sistema inteiro, atualizada depois de cada acesso, com valores superiores a 32 bits. É uma exigência operacional: o servidor deve carregar adiante um estado. Uma sílaba elegante não revela se o estado avançou ou se outro cliente recebeu parentes próximos da mesma lista.

A conversa de rede mal merece o nome. Em TCP, a porta 129 aceitava a conexão, devolvia as seis palavras e fechava. Em UDP, um datagrama recebia outro com as seis opções. O documento também imaginava vários sites fornecedores, escolha aleatória de um deles e alternativas se o escolhido estivesse fora do ar. Nesse desenho, trocar de fornecedor troca a máquina responsável pela semente. O caminho de reserva não fica fora da história; ele participa do sorteio.

O registro do RFC Editor data a proposta de janeiro de 1986. Suas duas páginas não medem quantos servidores a adotaram nem demonstram a qualidade dos estados usados em cada um. Mostram, com clareza, uma divisão de responsabilidades: a pessoa escolhe uma senha memorável, o algoritmo oferece candidatas e o operador mantém a fonte das próximas seis. O cardápio dava voz ao freguês. Quem cuidava da semente decidia o que entrava nele.