Primi passi prima di accedere a qualsiasi link onion di Drughub

Il primo atto di protezione non è avviare Tor; è il rifiuto deliberato di muoversi. Quella pausa prima del primo hop è il momento in cui si commette la maggior parte degli errori operativi, perché l'utente si trova ancora in un contesto di navigazione familiare, circondato da accessi memorizzati nella cache, estensioni e la disinvolta memoria muscolare del web quotidiano. Un solo clic incustodito fatto qui può far trapelare più dati identificativi dell'intera sessione onion che segue.

La premessa pratica è semplice: prima di avvicinarsi a qualsiasi link onion di Drughub, l'ambiente locale deve essere già separato dalle identità che usi per la navigazione normale. Il motivo ha a che fare con il modo in cui i browser moderni raccolgono lo stato. Cookie, cache delle favicon, risultati del prefetch DNS, voci di compilazione automatica dei moduli e font scaricabili persistono tra le schede e possono essere richiesti di nuovo in un contesto onion se stai usando lo stesso profilo del browser. Questo significa che la connessione può tecnicamente iniziare solo dopo aver premuto Invio, ma l'impronta digitale, l'archiviazione e i permessi delle estensioni sono già attivi prima che il primo hop esista.

Considera un'analogia. Una persona in procinto di entrare in un edificio ad accesso limitato non viene prima perquisita alla porta e solo in quel momento si ricorda di avere con sé un portafoglio con un documento d'identità. L'esame inizia nel momento in cui percorre il vialetto. Allo stesso modo, la connessione a un indirizzo onion non parte da zero: eredita tutto ciò che il browser sa già di te, anche se Tor sostituisce l'indirizzo IP e oscura il percorso.

La pausa è ciò che trasforma un clic reattivo in un atto scelto, e questa distinzione è l'intero confine tra una sessione sigillata e una contaminata.

L'errore più comune non è l'ignoranza di Tor; è l'illusione che la modalità di navigazione privata dentro un browser normale risolva il problema. Non è così, perché il profilo sottostante carica comunque le estensioni, mantiene le impostazioni della lingua dettate dal sistema operativo, esegue il rendering attorno a un insieme di font installati e continua a segnalare una dimensione dello schermo e una profondità di colore ereditate dal dispositivo. Questa serie di valori è sorprendentemente identificativa se combinata con i segnali di temporizzazione e il layout della tastiera, e nulla di tutto ciò richiede JavaScript.

Ciò che dovrebbe avvenire in quella pausa prima dell'ingresso è una sequenza di controlli noiosi ma non negoziabili. Hanno un unico obiettivo: rendere il browser un contenitore vuoto prima che venga selezionato il primo relay.

1. FermatiNon avere account personali, sessioni bancarie o unità cloud attive nella stessa installazione del browser che intendi usare.
2. SeparaUsa un'installazione dedicata del browser o un ambiente usa e getta il cui profilo non riutilizzi per attività ordinarie.
3. RiduciDisattiva estensioni, gestori di password, servizi di traduzione e qualsiasi cosa possa iniettare contenuti nelle pagine.
4. Verifica la fonteControlla l'indirizzo onion rispetto a dati che hai già salvato durante una precedente sessione verificata, mai rispetto al risultato di un motore di ricerca.
5. ImpegnatiSolo dopo che l'ambiente è freddo dovresti avviare la connessione e tenere la mano lontana dal tasto Invio finché il passo precedente non è completo.

La pausa non è un ritardo della sicurezza; è la sicurezza stessa. Tutto ciò che viene dopo il primo relay è negoziazione con sconosciuti sul tipo di traffico che sei disposto a inviare. Prima di allora, l'unico attore è l'ambiente locale, e non dovrebbe contenere nulla che valga la pena di far trapelare. Se questa condizione non è soddisfatta, nessun circuito cifrato e nessun elenco di mirror recupererà ciò che il primo secondo ha già esposto.

Il profilo del browser è o una cassaforte pulita per quell’unico scopo o un testimone in grado di descriverti tra una sessione e l’altra, e la differenza è visibile prima ancora che il primo pacchetto onion lasci il dispositivo. Un browser di uso quotidiano accumula tre tipi di residui che rompono rapidamente la separazione: cookie che collegano la scheda darknet agli account del web normale, estensioni che possono vedere e modificare il contenuto delle pagine, e stato in cache come il completamento automatico della cronologia, le favicon o le password salvate che rivelano abitudini precedenti. Un profilo davvero pulito non contiene nulla di tutto questo: è stato creato per la visita, aperto solo per la visita e chiuso senza conservare scritture locali che sopravvivano all’avvio successivo.

Cosa significa davvero “pulito” nella pratica

La prova decisiva non è se il profilo sembra vuoto. È se il profilo resterebbe vuoto se la stessa finestra venisse riutilizzata domani. Un profilo darknet ben configurato non si limita a cancellare i cookie a posteriori; parte da una cartella vuota, non ha account di sincronizzazione collegato e ha disattivati compilazione automatica dei moduli, suggerimenti di ricerca e salvataggio delle password. Consideralo come un sacchetto per prove forensi: il punto non è pulire la superficie dopo, ma non lasciare mai che la superficie tocchi qualcosa che lasci una traccia. Se il profilo condivide un account di sincronizzazione con un telefono, un portatile o il browser in cui leggi le notizie, allora una singola richiesta di permesso o un prefetch può riscrivere nello stato cloud di quell’account.

Il motivo per cui tutto questo conta è strutturale, non estetico. Una scheda del browser non vive da sola: condivide contenitori di cookie, cache HTTP, API delle estensioni e spesso uno stack di rete a livello di profilo. Una scheda può leggere un suggerimento generato dalla cronologia di un’altra scheda. Un’estensione che modifica le pagine dello shopping sul web normale può anche leggere il DOM della pagina onion, catturare un campo di login o riscrivere un indirizzo mostrato. Le favicon in cache vengono caricate anche se non rivisiti mai la scheda, e un prompt di login salvato può comparire su una pagina di Drughub clonata senza che tu ti accorga che la vera frase seed è stata compilata automaticamente nell’host sbagliato. In un profilo riutilizzato, la sessione darknet eredita tutto questo apparato.

L’analogia da tenere a mente: il browser è o un testimone che ti segue di stanza in stanza, oppure una cassaforte che affitti per un giorno e lasci senza conservare la chiave. L’utente può decidere solo prima della prima richiesta. Dopo che l’indirizzo onion è stato aperto, la scelta è già stata fatta. La risposta di questa sezione alla domanda del titolo è diretta: se devi fermarti a cancellare elementi dal profilo che stai per usare, il profilo è un testimone, non una cassaforte.

La separazione dei contesti fallisce nei modi che non lasciano tracce evidenti: gli stessi pacchetti lingua della tastiera, le stesse reti Wi‑Fi salvate, la stessa cronologia degli appunti, lo stesso numero di telefono per il recupero dell’account, le stesse estensioni installate, le stesse voci di compilazione automatica, le stesse miniature nella cache dei file aperti in precedenza. Questi dettagli non si annunciano quando passi dalla navigazione ordinaria a una scheda onion. Restano sullo sfondo e ricollegano le due metà della stessa macchina nel momento in cui si ripete una singola abitudine.

La rottura più comune non è tecnica. È comportamentale: digiti lo stesso codice a due fattori in una pagina di home banking sul clearweb e poi in un modulo onion, oppure scarichi un PDF da una casella di posta clearnet e lo apri nella stessa sessione in cui un indirizzo onion è già in esecuzione in un’altra scheda. Il dispositivo registra l’associazione anche quando l’utente non la percepisce. Un esempio pratico: i gestori di file e i visualizzatori di foto tengono elenchi di «file recenti» con anteprime. Se l’ultimo file ordinario e la prossima schermata legata a onion compaiono nello stesso elenco, la separazione è già solo cosmetica.

Un’altra sovrapposizione silenziosa avviene tramite il recupero dell’account. Se un modulo legato a onion condivide un’email di riserva, un numero di telefono o la risposta a una «domanda di sicurezza» con un servizio clearweb, le due identità possono essere abbinate senza alcuna impronta digitale di rete. L’account più debole diventa il ponte. Una persona può usare browser separati e comunque accedere a entrambi con lo stesso gestore di password, e il gestore di password diventa allora il punto di riferimento comune.

Il test pratico non è «Mi sembra separato?», ma «Quale singolo file o record collegherebbe i due lati se venisse copiato?» Controlla gli appunti del sistema operativo, la coda di stampa, l’elenco delle password salvate, la cartella dei download, l’impostazione della modalità scura sincronizzata tramite un account cloud e il dizionario di correzione automatica della lingua. Se uno qualsiasi di questi rivelasse l’altra attività in una schermata catturata al momento sbagliato, i contesti non sono separati.

Anche i dispositivi fanno trapelare schemi temporali. Un portatile usato per il lavoro ordinario nei giorni feriali e per attività onion solo dopo mezzanotte conserva comunque gli stessi registri di sospensione e riattivazione, lo stesso ciclo di ricarica e gli stessi handshake di rete verso il router di casa. Il router vede l’indirizzo MAC prima ancora che Tor si avvii. Per questo la separazione dei contesti va pensata a livello dello stato dell’intera macchina, non a livello di «un browser per il darknet, uno per la vita quotidiana».

Un link è affidabile solo quanto l’ultimo posto indipendente in cui lo hai visto, non quanto la pagina che te lo mostra adesso; se non riesci a ricavare di nuovo l’indirizzo Drughub da un canale separato che controlli tu, consideralo non verificato.

La maggior parte degli errori di verifica non sono pagine di phishing ingegnose. Sono lettori comuni che portano con sé un link preso da un singolo post, un singolo messaggio in chat o un singolo risultato di ricerca e poi trattano quell’unica esposizione come una prova. Una voce diventa di nuovo verificabile quando lo stesso indirizzo compare in almeno due posti che non condividono lo stesso autore: per esempio, una nota firmata salvata in precedenza più una directory aperta da un profilo diverso, oppure l’indirizzo pubblicato da un venditore più un thread del forum in cui diversi vecchi account lo ripetono senza copiarsi tra loro.

Se un link si trova solo dove lo hai visto la prima volta, non hai una fonte; hai un attimo.

Verificare una fonte di cui ti fidi già significa chiedersi se quella fonte possa essere stata modificata in silenzio dopo che hai deciso di fidartene. Un segnalibro, un file di testo salvato, una nota privata, un messaggio firmato con PGP: nessuno di questi è di per sé una verifica, a meno che l’oggetto non sia immutabile o firmato. Una nota in chiaro su un disco cifrato resta comunque modificabile, quindi una vecchia violazione o un copia-incolla distratto possono trasformarla in una falsa pista plausibile. Quando fai il confronto con una seconda posizione, preferisci una che sia difficile da modificare per la stessa persona nello stesso momento, come una firma conservata separatamente, una copia cartacea o la chiave separata di un contatto.

Il caso “un dispositivo lo apre, un altro no” è quello in cui gli utenti frettolosi spesso sbagliano. Una differenza tra due profili puliti di Tor Browser può indicare un elenco di mirror in rotazione, una vecchia pagina in cache, uno scarto di orologio su uno dei dispositivi o un indirizzo realmente morto. Può anche indicare che uno dei due profili sta risolvendo attraverso un exit ostile o un livello simile a un file hosts modificato. Non “aggiustare” il dispositivo che funziona fidandoti di più di quello; fai invece in modo che entrambi i dispositivi concordino sulla stessa base di verifica: stessa fonte, stessa finestra temporale, stesso metodo di confronto dell’onion.

• Stesso link, un dispositivo fallisce
• Un dispositivo carica una pagina simile ma diversa
• Due indirizzi differiscono per un carattere

Un’abitudine pratica che costa poco tempo è tenere una breve nota di “ultima conferma” fuori dal browser: la stringa onion completa, la data in cui l’hai vista e una parola su dove l’hai vista. Quella nota non è una prova, ma evita il fallimento più comune di tutti: non avere alcun punto fisso con cui confrontarsi quando una pagina improvvisamente sembra diversa. Ogni voce onion di Drughub dovrebbe iniziare con quel confronto già concluso, non con il primo hop già in fase di riscaldamento.