Anatomía de una dirección onion v3: qué codifican realmente los 56 caracteres
Toda dirección onion v3 parece ruido de teclado: 56 letras minúsculas y dígitos que terminan en la letra d. Ese carácter final no es una coincidencia, y tampoco lo es nada más en la cadena. Cada uno de los 56 caracteres se calcula con una receta breve de la especificación de rendezvous de Tor, que convierte la clave pública de un servicio exactamente en la dirección que aceptará un Tor Browser.
Qué codifican realmente los 56 caracteres
La sección de codificación de la especificación de rendezvous define una dirección onion como la codificación base32 de exactamente 35 bytes, seguida del sufijo .onion:- Bytes 1-32: la clave pública de identidad ed25519 del servicio - la clave cuya mitad privada firma todo lo que el servicio publica.
- Bytes 33-34: una suma de comprobación, tomada como los primeros dos bytes de SHA3-256 sobre la cadena constante ".onion checksum", la clave pública y el byte de versión.
- Byte 35: un campo de versión, fijado en 0x03 para las direcciones de tercera generación.
La suma de comprobación que atrapa los errores tipográficos
Los dos bytes de la suma de comprobación existen porque los nombres onion no tienen registro, ni WHOIS, ni autocompletado del navegador que atrape un desliz. El diseño toma prestada una idea de Bitcoin, cuyas direcciones Base58Check añaden un sufijo similar derivado de un hash; cuando los desarrolladores de Tor propusieron el formato a comienzos de 2017, expusieron la aritmética en una propuesta en la lista de correo:"En caso de un error tipográfico en la dirección, tenemos una probabilidad de 1/65536 de no detectar el error."Un solo carácter mal escrito cambia la entrada del hash, de modo que la suma recalculada casi nunca coincide y el cliente de Tor rechaza la cadena como inválida antes de intentar cualquier conexión. Solo se cuela aproximadamente un error de cada 65.536, y un error tipográfico que sobrevive a la suma de comprobación cae sobre una clave aleatoria de 32 bytes que con casi total seguridad no pertenece a ningún servicio. El coste de ese riesgo residual son dos bytes; la alternativa sería conectar en silencio a lo que sea que decodifique una dirección mal escrita.
La dirección es la clave: sin necesidad de autoridad de certificación
En la web ordinaria, un navegador confía en que un nombre pertenece a una clave porque una autoridad de certificación lo afirma. Las direcciones onion integran esa garantía en el propio nombre. Los 56 caracteres son la clave pública del servicio, así que la dirección no necesita registro y no puede emitirse dos veces - dos servicios no pueden compartirla, porque cada dirección es una clave distinta. La documentación de onion services de Tor describe cómo funciona esto al conectar: el servicio publica un descriptor firmado con la mitad privada de la clave codificada en su dirección, y el cliente verifica esa firma antes de construir circuito alguno, confirmando que el descriptor "solo pudo ser producido por ese onion service y por nadie más". Esto es lo que los desarrolladores de Tor quieren decir con autoautenticación. El repaso de 2021 del Tor Project a los servicios v3 atribuye al mismo diseño las ganancias de privacidad del formato: los relés de directorio solo manejan una derivada cegada de la clave de identidad, de modo que los puntos de introducción nunca conocen la clave pública que la dirección deletrea. La autenticación, en otras palabras, no se añade mediante un tercero; está presente en cada carácter.Qué significa una clave privada filtrada
Concentrar la identidad en una clave concentra el riesgo en un archivo. Quien obtenga la clave privada de un servicio puede firmar descriptores válidos, responder a las introducciones y suplantar por completo al servicio - y nada en la dirección parecerá extraño, porque el atacante usa la clave genuina. La suma de comprobación sigue pasando, la firma sigue verificándose; la suplantación es invisible para todas las comprobaciones del cliente que ofrece el formato."Si sus claves se filtran, otras personas pueden suplantar su onion service, dejándolo como comprometido, inútil y peligroso de visitar."A diferencia de una contraseña comprometida, aquí no hay nada que rotar: la dirección no puede cambiar sin abandonarla. La guía de configuración de Tor trata el archivo private_key como el único secreto que importa, advierte a los operadores que lo mantengan privado y recomienda hacer una copia de seguridad segura si el servicio debe sobrevivir a su hardware. Para quien sigue los onion services desde fuera, la lección práctica es que una dirección estructuralmente perfecta solo demuestra que la cadena está intacta - no dice nada sobre quién guarda hoy las claves.
Verificar una suma de comprobación a mano
Toda la verificación cabe en unas pocas líneas de cualquier lenguaje de scripting con SHA-3, y los pasos se siguen directamente de la especificación:- Elimine el sufijo .onion y confirme que quedan 56 caracteres base32.
- Decodifíquelos en 35 bytes: los primeros 32 son la clave pública, los dos siguientes son la suma de comprobación y el último es el byte de versión.
- Alimente SHA3-256 con la cadena constante ".onion checksum", luego con los 32 bytes de la clave y después con el byte de versión.
- Compare los primeros dos bytes del digest con los bytes de la suma. Una coincidencia significa que la cadena se copió correctamente.