Cum Funcționează Rutarea Onion Torzon Market Fără Să îți Expună IP-ul

O concepție greșită frecventă este că deschiderea unei adrese .onion funcționează ca o cerere web obișnuită: dispozitivul tău face o solicitare, serverul răspunde, iar ambele părți se văd reciproc. Cu rutarea onion folosită de piețe precum Torzon Market, conexiunea este în mod deliberat indirectă. Traficul tău nu circulă niciodată direct de la computerul tău către serverul de destinație. În schimb, trece printr-o mică secvență de relee operate de voluntari și doar releul final contactează efectiv serviciul ascuns în numele tău.

Acest design schimbă însuși sensul expresiei „a vizita un site”. Într-o conexiune directă, serverul îți înregistrează IP-ul sursă pentru că handshake-ul TCP are loc între mașina ta și server. Cu o adresă .onion, serverul vede o conexiune de intrare de la ultimul releu din lanț — niciodată de la dispozitivul care a făcut inițial clic pe link. De aceea simpla deschidere a unei pagini de serviciu ascuns nu poate dezvălui IP-ul tău prin ea însăși: serverul nu are niciun pachet la nivel de rețea de la tine pe care să îl inspecteze.

Releele sunt alese dintr-un director distribuit și niciun releu singur nu știe atât de unde a venit cererea, cât și încotro se îndreaptă. Pentru că circuitul este construit înainte ca pagina pieței să fie măcar solicitată, adresa .onion funcționează mai degrabă ca o etichetă de rutare decât ca o locație de server. Linkul nu înglobează și nu expune identitatea ta de rețea; îi spune doar clientului tău Tor ce serviciu ascuns trebuie accesat la capătul unui traseu deja anonimizat.

O neînțelegere frecventă este că un releu „citește” traficul tău pentru că acesta trece prin el. În practică, circuitul Tor separă cine ești de ce trimiți și de încotro se îndreaptă, astfel încât niciun releu nu deține imaginea completă.

Utilizatorul construiește un circuit cu trei salturi. Primul releu — garda — cunoaște IP-ul utilizatorului și adresa releului din mijloc, dar cererea în sine rămâne criptată. Releul din mijloc cunoaște garda și al treilea releu, dar nu poate vedea IP-ul utilizatorului sau destinația. Al treilea releu se conectează la serviciul onion Torzon prin mecanismul de întâlnire, așa că nici măcar el nu află locația reală a utilizatorului.

1. Releul de gardăvede IP-ul utilizatorului, cunoaște releul din mijloc, nu poate citi conținutul
2. Releul din mijlocvede doar adresele releelor, acționează ca separator între intrare și ieșire
3. Partea de întâlnirevede traficul serviciului onion, nu adresa de rețea originală a vizitatorului

Această separare contează pentru că serviciile onion nu se bazează pe un nod de ieșire obișnuit. În loc să părăsească rețeaua Tor pentru a ajunge la un site public, conexiunea rămâne criptată cap la cap între vizitator și destinația .onion. Serverul pieței nu primește niciodată IP-ul tău ca parte a acestui traseu.

De ce trei salturi în loc de două

Două salturi ar permite totuși primului releu să vadă utilizatorul, iar celui de-al doilea să vadă destinația, ceea ce face corelarea mai ușoară pentru un singur observator care le controlează pe ambele. Al treilea salt introduce un punct intermediar a cărui singură sarcină este să rupă această corelare.

Cineva deschide adresa onion într-o sesiune Tor Browser întărită, dar apoi dă clic pe un link de urmărire de pe clearnet dintr-un mesaj de pe piață, sau se autentifică într-o versiune http:// a aceleiași pagini, ori lasă accidental „reține istoricul” activat într-un profil companion. Calea onion în sine rămâne intactă. Ce se rupe este granița din jurul ei — o cerere sau un identificator se scurge în afara circuitului criptat pentru că utilizatorul a oferit unei părți a sesiunii o cale de a ajunge la cealaltă fără să treacă prin relee.

Ideea esențială este că un link onion nu are niciun mecanism încorporat de expunere a IP-ului. Nu este un script, un tracker sau o conexiune; este o instrucțiune de rutare. Expunerea vine aproape întotdeauna de pe un al doilea canal: interogări DNS trimise către un rezolvator normal în loc să treacă prin rețeaua Tor, scurgeri IPv6, fișiere media deschise într-un player extern sau un bridge configurat incorect. Când acel al doilea canal se activează, linkul pieței nu a încetat să te protejeze — pur și simplu ai ocolit protecția.

Înțelege distincția dintre integritatea căii și igiena sesiunii. Designul de rutare onion păstrează integritatea căii atâta timp cât traficul intră prin nodul de intrare Tor și iese prin punctul de întâlnire al serviciului ascuns. Fiecare releu între ele vede doar încărcătură criptată. Dar dacă o aplicație generează trafic care nu intră niciodată pe acea cale — o verificare de actualizare în fundal, un apel vocal, un API de geolocalizare — acel trafic circulă sub adresa ta reală, iar stratul onion nu poate proteja date care nu se află în interiorul lui.

Fractura arată de obicei ca un singur pas în plus

1. Pagina onion se încarcă normalcircuitul este complet; nu se expune niciun IP
2. Utilizatorul dă clic pe un link care se deschide în browserul de sistemnoua cerere pornește în afara Tor
3. O aplicație auxiliară preia o previzualizare, un favicon sau o piesă de hartăaplicația folosește stiva de rețea de pe clearnet
4. Sesiunea pieței rămâne deschisă în fundaldar aplicația și-a trimis deja propria cerere cu o adresă-sursă reală

De aceea sfaturile de securitate axate pe link par adesea incomplete. Oamenii inspectează cu atenție adresa onion, îi verifică semnătura și tot ajung vizibili pentru că aplicația cel mai puțin protejată de pe dispozitiv a făcut o conexiune în numele lor. Linkul nu a fost niciodată elementul slab; programele din jur au fost.

Din partea pieței, o cerere începe ca o celulă criptată care ajunge la punctul de rendezvous, nu ca o identitate de utilizator. Serviciul ascuns nu află niciodată IP-ul tău, amprenta browserului tău sau nodul de ieșire geografic; vede doar circuitul construit pentru acea sesiune și conținutul pe care alegi să îl trimiți.

• Căutarea adreseiClientul tău Tor cere unui sistem de directoare descriptorul onion semnat cu cheia pe termen lung a serviciului
• Construirea circuituluiSunt alese trei relee, iar un circuit de rendezvous se conectează la un punct care nu are idee ce serviciu onion îl va folosi
• Strângerea de mână de introducereServiciul primește un secret de unică folosință prin punctul său de introducere și își construiește propriul circuit către același rendezvous
• Flux de la un capăt la altulTot traficul ulterior circulă printr-o cale de șase salturi, unde criptarea este încastrată de la clientul tău până la serviciul ascuns
• Livrarea răspunsuluiServiciul răspunde cu pagina, iar aceeași cale stratificată o duce înapoi fără ca vreunul dintre capete să vadă locația de rețea a celuilalt

Ceea ce jurnalele pieței pot conține, în principiu, se limitează la: momentul în care a început o sesiune, cât a rămas deschisă, ce pagini sau puncte API au fost cerute și orice tastezi în formulare. Ceea ce rămâne necunoscut este adresa ta IP reală, versiunea clientului tău Tor, sistemul tău de operare și dacă două vizite separate au venit de la aceeași persoană — cu excepția cazului în care refolosești un nume de utilizator, o adresă de plată sau un stil distinct de scriere în mai multe sesiuni.

De ce serviciul vede o sesiune, nu o persoană

Punctul de rendezvous acționează ca o sală de întâlnire în care atât vizitatorul, cât și serviciul intră din intrări ascunse opuse. Niciuna dintre părți nu vede holul pe care l-a folosit cealaltă. Această separare arhitecturală înseamnă că serviciul poate înregistra „cineva a cerut un profil de vânzător la 14:32 și a plecat după nouă secunde”, dar nu poate atașa acel eveniment unei locații sau unui dispozitiv.

Obiceiurile concrete mențin logica releului funcțională. Calea prin onion te protejează doar atât timp cât adresa, starea browserului și propriile tale răspunsuri rămân consecvente cu ea. O singură abatere — lipirea unui link neverificat într-un browser obișnuit, urmarea unei redirecționări dintr-un chat sau modificarea setărilor de securitate pentru că o pagină „pare defectă” — mută granița de încredere în afara lanțului de relee.

O verificare din partea utilizatorului, pas cu pas

1. Verifică adresa înainte de conectareAdresa onion trebuie să provină dintr-o sursă în care ai deja încredere și trebuie să corespundă exact. Clonele de phishing diferă adesea prin unul sau două caractere; stratul de rutare nu poate detecta această diferență, deoarece pur și simplu se conectează acolo unde indică adresa.
2. Păstrează browserul izolat și curatFolosește o instanță Tor Browser cu setările implicite de securitate. Evită extensiile, autentificările de pe alte site-uri și descărcările de fișiere în aceeași sesiune, deoarece acestea pot crea căi secundare care dezvăluie identitatea în afara circuitului onion.
3. Citește avertismentele ca semnale de pe traseuAvertismentele de tip certificat, faviconul lipsă sau o pagină care cere date suplimentare dincolo de autentificarea pe piață nu sunt „erori minore”. Ele indică fie că te afli pe o clonă, fie că ceva încearcă să iasă din modelul de transport onion.
4. Confirmă ceea ce tastezi, nu ceea ce îți aminteștiMarcajele sunt la fel de bune doar ca în momentul în care au fost salvate. Reverifică adresa completă după orice perioadă de inactivitate, deoarece linkurile rotite sau expirate fac marcajele vechi periculoase.
5. Păstrează toată activitatea în același context de circuitDacă o pagină îți spune să deschizi un „link normal” sau să folosești un alt browser pentru a finaliza o acțiune, oprește-te. Acea instrucțiune reprezintă o ieșire din calea protejată.

Graniță de încredere

linia dintre ceea ce poate garanta rutarea onion și ceea ce propriile tale acțiuni pot compromite

Clonă

o pagină falsă creată să arate ca piața, adesea la o adresă similară

Cale secundară

orice acțiune în afara sesiunii izolate de browser care ar putea expune IP-ul real sau identitatea ta

Vezi și