Anatomia di un indirizzo onion v3: cosa codificano davvero i 56 caratteri
Ogni indirizzo onion v3 sembra rumore di tastiera: 56 lettere minuscole e cifre che terminano con la lettera d. Quell'ultimo carattere non è un caso, e non lo è nulla altro nella stringa. Ognuno dei 56 caratteri è calcolato con una breve ricetta della specifica rendezvous di Tor, che trasforma la chiave pubblica di un servizio esattamente nell'indirizzo che un Tor Browser accetterà.
Cosa codificano davvero i 56 caratteri
La sezione di codifica della specifica rendezvous definisce un indirizzo onion come la codifica base32 di esattamente 35 byte, seguiti dal suffisso .onion:- Byte 1-32: la chiave pubblica di identità ed25519 del servizio - la chiave la cui metà privata firma tutto ciò che il servizio pubblica.
- Byte 33-34: un checksum, preso come i primi due byte di SHA3-256 sulla stringa costante ".onion checksum", la chiave pubblica e il byte di versione.
- Byte 35: un campo di versione, fissato a 0x03 per gli indirizzi di terza generazione.
Il checksum che intercetta gli errori di battitura
I due byte di checksum esistono perché i nomi onion non hanno un registro, né un WHOIS, né un autocompletamento del browser che intercetti una svista. Il progetto prende in prestito un'idea da Bitcoin, i cui indirizzi Base58Check aggiungono un suffisso simile derivato da un hash; quando gli sviluppatori di Tor proposero il formato all'inizio del 2017, esposero l'aritmetica in una proposta sulla mailing list:"In caso di errore di battitura in un indirizzo, abbiamo una probabilità di 1/65536 di non rilevare l'errore."Un solo carattere sbagliato cambia l'input dell'hash, così il checksum ricalcolato quasi mai corrisponde e il client Tor respinge la stringa come non valida prima di tentare qualsiasi connessione. Si filtra solo circa un errore su 65.536, e un errore di battitura che sopravvive al checksum finisce su una chiave casuale di 32 byte che quasi certamente non appartiene ad alcun servizio. Il costo di quel rischio residuo sono due byte; l'alternativa sarebbero connessioni silenziose a qualunque cosa decodifichi un indirizzo sbagliato.
L'indirizzo è la chiave: nessuna autorità di certificazione necessaria
Sul web ordinario, un browser si fida che un nome appartenga a una chiave perché un'autorità di certificazione lo afferma. Gli indirizzi onion incorporano quella garanzia nel nome stesso. I 56 caratteri sono la chiave pubblica del servizio, quindi l'indirizzo non ha bisogno di un registro e non può essere emesso due volte - due servizi non possono condividerlo, perché ogni indirizzo è una chiave diversa. La documentazione onion service di Tor descrive come funziona al momento della connessione: il servizio pubblica un descrittore firmato con la metà privata della chiave codificata nel suo indirizzo, e il client verifica quella firma prima ancora di costruire un circuito, confermando che il descrittore "potrebbe essere stato prodotto solo da quel servizio onion e da nessun altro". Questo è ciò che gli sviluppatori di Tor intendono per auto-autenticazione. La panoramica 2021 del Tor Project sui servizi v3 attribuisce allo stesso progetto anche i vantaggi di privacy del formato: i relay di directory gestiscono solo una derivata cieca della chiave di identità, così i punti di introduzione non apprendono mai la chiave pubblica che l'indirizzo compone. L'autenticazione, in altre parole, non è aggiunta tramite terze parti; è presente in ogni carattere.Cosa significa una chiave privata trapelata
Concentrare l'identità in una chiave concentra il rischio in un file. Chi ottiene la chiave privata di un servizio può firmare descrittori validi, rispondere alle introduzioni e impersonare completamente il servizio - e nulla nell'indirizzo sembrerà strano, perché l'attaccante usa la chiave genuina. Il checksum continua a essere superato, la firma continua a verificarsi; l'impersonazione è invisibile a tutti i controlli lato client che il formato offre."Se le vostre chiavi trapelano, altre persone possono impersonare il vostro onion service, che risulta così compromesso, inutile e pericoloso da visitare."A differenza di una password compromessa non c'è nulla da ruotare: l'indirizzo non può cambiare senza abbandonarlo. La guida alla configurazione di Tor tratta il file private_key come l'unico segreto che conta, avverte gli operatori di tenerlo privato e raccomanda di farne un backup sicuro se il servizio deve sopravvivere al suo hardware. Per chi osserva gli onion service dall'esterno, la lezione pratica è che un indirizzo strutturalmente perfetto dimostra solo che la stringa è intatta - non dice nulla su chi oggi detiene le chiavi.
Verificare un checksum a mano
Tutta la verifica sta in poche righe di qualsiasi linguaggio di scripting con SHA-3, e i passi seguono direttamente dalla specifica:- Rimuovete il suffisso .onion e confermate che restano 56 caratteri base32.
- Decodateli in 35 byte: i primi 32 sono la chiave pubblica, i due successivi sono il checksum e l'ultimo è il byte di versione.
- Date in input a SHA3-256 la stringa costante ".onion checksum", poi i 32 byte della chiave, poi il byte di versione.
- Confrontate i primi due byte del digest con i byte del checksum. Una corrispondenza significa che la stringa è stata copiata correttamente.