Anatomia de um endereço onion v3: o que os 56 caracteres realmente codificam
Qualquer endereço onion v3 parece ruído de teclado: 56 letras minúsculas e dígitos que terminam na letra d. Esse último caractere não é coincidência, e nada mais na sequência é. Cada um dos 56 caracteres é calculado segundo uma receita curta da especificação de rendezvous do Tor, que transforma a chave pública de um serviço exatamente no endereço que um Tor Browser aceitará.
O que os 56 caracteres realmente codificam
A secção de codificação da especificação de rendezvous define um endereço onion como a codificação base32 de exatamente 35 bytes, seguidos do sufixo .onion:- Bytes 1-32: a chave pública de identidade ed25519 do serviço - a chave cuja metade privada assina tudo o que o serviço publica.
- Bytes 33-34: uma soma de verificação, tomada como os primeiros dois bytes de SHA3-256 sobre a cadeia constante ".onion checksum", a chave pública e o byte de versão.
- Byte 35: um campo de versão, fixado em 0x03 para endereços de terceira geração.
A soma de verificação que apanha os erros de digitação
Os dois bytes da soma de verificação existem porque os nomes onion não têm registo, nem WHOIS, nem preenchimento automático do navegador que apanhe um deslize. O design pede emprestada uma ideia ao Bitcoin, cujos endereços Base58Check acrescentam um sufixo semelhante derivado de um hash; quando os desenvolvedores do Tor propuseram o formato no início de 2017, expuseram a aritmética numa proposta na lista de correio:"Em caso de erro de digitação no endereço, temos uma probabilidade de 1/65536 de não detetar o erro."Um único caractere mal digitado altera a entrada do hash, pelo que a soma recalculada quase nunca corresponde e o cliente Tor rejeita a cadeia como inválida antes de tentar qualquer ligação. Escapa-se apenas cerca de um erro em 65.536, e um erro de digitação que sobreviva à soma de verificação acaba numa chave aleatória de 32 bytes que quase de certeza não pertence a serviço nenhum. O custo desse risco residual são dois bytes; a alternativa seriam ligações silenciosas para aquilo em que um endereço mal digitado decodifica.
O endereço é a chave: não é precisa autoridade certificadora
Na web comum, um navegador confia que um nome pertence a uma chave porque uma autoridade certificadora o afirma. Os endereços onion incorporam essa garantia no próprio nome. Os 56 caracteres são a chave pública do serviço, pelo que o endereço não precisa de registo e não pode ser emitido duas vezes - dois serviços não podem partilhá-lo, porque cada endereço é uma chave diferente. A documentação de onion services do Tor descreve como isto funciona no momento da ligação: o serviço publica um descritor assinado com a metade privada da chave codificada no seu endereço, e o cliente verifica essa assinatura antes de construir um circuito, confirmando que o descritor "só pôde ser produzido por aquele onion service e por mais ninguém". É isto que os desenvolvedores do Tor querem dizer com autoautenticação. A visão geral de 2021 do Tor Project sobre serviços v3 credita ao mesmo design os ganhos de privacidade do formato: os relés de diretório lidam apenas com uma derivada cega da chave de identidade, pelo que os pontos de introdução nunca ficam a conhecer a chave pública que o endereço soletra. A autenticação, por outras palavras, não é acrescentada por terceiros; está presente em cada caractere.O que significa uma chave privada vazada
Concentrar a identidade numa chave concentra o risco num ficheiro. Quem obtiver a chave privada de um serviço pode assinar descritores válidos, responder a introduções e personificar o serviço por completo - e nada no endereço parecerá errado, porque o atacante usa a chave genuína. A soma de verificação continua a passar, a assinatura continua a verificar-se; a personificação é invisível a todas as verificações do lado do cliente que o formato oferece."Se as suas chaves vazarem, outras pessoas podem personificar o seu onion service, tornando-o comprometido, inútil e perigoso de visitar."Ao contrário de uma palavra-passe comprometida, não há nada para rodar: o endereço não pode mudar sem ser abandonado. O guia de configuração do Tor trata o ficheiro private_key como o único segredo que importa, avisa os operadores para o manterem privado e recomenda uma cópia de segurança segura caso o serviço deva sobreviver ao seu hardware. Para quem acompanha onion services de fora, a lição prática é que um endereço estruturalmente perfeito prova apenas que a cadeia está intacta - não diz nada sobre quem detém hoje as chaves.
Verificar uma soma de verificação à mão
Toda a verificação cabe em algumas linhas de qualquer linguagem de scripting com SHA-3, e os passos decorrem diretamente da especificação:- Remova o sufixo .onion e confirme que restam 56 caracteres base32.
- Decodifique-os em 35 bytes: os primeiros 32 são a chave pública, os dois seguintes são a soma de verificação e o último é o byte de versão.
- Alimente o SHA3-256 com a cadeia constante ".onion checksum", depois com os 32 bytes da chave e depois com o byte de versão.
- Compare os primeiros dois bytes do resumo com os bytes da soma de verificação. Uma correspondência significa que a cadeia foi copiada corretamente.