Întrerupător de urgență versus izolarea Tor Browser: două teste diferite

Întrerupătoarele de urgență și modelele de identitate ale browserului se confundă pentru că ambele sunt descrise ca funcții de confidențialitate. Unul blochează traficul la nivelul rețelei, iar celălalt limitează ce poate lega o sesiune de navigare. Trecerea unui test al primului nu spune nimic despre al doilea, iar o pagină care se încarcă în Tor Browser nu spune nimic despre primul. Decizia este care control răspunde la ce întrebare, pentru că această alegere stabilește ce dovezi contează.

Două controale la două granițe

Un întrerupător de urgență este o regulă despre rute: când tunelul nu este ridicat, traficul care altfel ar lua o altă cale este aruncat. Domeniul său este ceea ce acoperă implementarea, care poate fi întregul sistem, o aplicație sau doar familiile de adrese pe care le gestionează clientul. Izolarea browserului privește ce poate observa un site despre un vizitator de-a lungul unei sesiuni: cookie-uri, stare din cache, amprente, autentificări. Niciunul dintre mecanisme nu îl poate înlocui pe celălalt, pentru că acționează asupra unor obiecte complet diferite.

De aceea o mașină poate trece un test perfect al întrerupătorului și totuși poate scurge identitatea printr-o autentificare. Reversul se întâmplă la fel de des: un browser bine izolat pe un gazdă a cărei telemetrie urmează o cale pe care politica nu a acoperit-o niciodată.

Arhivarea ambelor sub o singură etichetă este ceea ce produce dovezi proaste, pentru că atunci o trecere de o parte ține locul perechii. Țineți-le în coloane separate de la început. Antetul coloanei vă spune și ce artefact vă datorează testul: un pachet blocat sau o înregistrare de sesiune.

Rularea de pană răspunde la o întrebare mai îngustă

O pană controlată arată dacă clientul blochează traficul pe care l-ați testat, pe platforma pe care ați testat, cât a durat testul. Includeți familiile de adrese, aplicațiile și tranzițiile de rețea menționate de cerință, pentru că fiecare este o afirmație separată. O blocare valabilă pentru IPv4 și nu pentru IPv6 este o constatare reală, la fel cum este o blocare valabilă într-o rețea cu fir, dar nu la o transferare mobilă. Scrieți domeniul lângă rezultat, pentru că o trecere necondiționată este modul în care un test îngust devine o presupunere largă.

Controlul negativ contează la fel de mult ca cel pozitiv. Confirmați că aceeași cerere reușește cât timp tunelul este ridicat, ca să fie clar că blocarea a venit din politică, nu dintr-o destinație care nu a funcționat niciodată. Un test care a eșuat în ambele stări nu demonstrează nimic și merită spus în înregistrare în loc să fie aruncat în tăcere.

Izolarea este o proprietate a browserului, nu o rută

Designul declarat al Tor Browser limitează posibilitatea de legare păstrând împreună starea circuitului și a browserului și ștergând starea la cerere, iar proiectul documentează ce înseamnă asta în practică pentru gestionarea identităților. Acel design presupune configurația acceptată, nu un browser generic îndreptat spre un port proxy. Extensiile adăugate pentru comoditate pot anula o parte a izolării, iar o autentificare capturată leagă tot ce urmează indiferent de circuit. Comportamentul documentat este suficient de scurt pentru a fi citit direct.

Observațiile browserului și observațiile rețelei răspund la întrebări diferite, așa că păstrați-le în note separate. O pagină care se încarcă prin Tor în timp ce VPN-ul este ridicat vă spune că proxy-ul funcționează și nimic despre comportamentul de aruncare al VPN-ului. Un pachet blocat în timpul unei pane nu spune nimic despre dacă două autentificări erau legabile cu o oră înainte.

Două înregistrări, două întrebări

Pentru întrerupător, întrebați dacă o aplicație numită poate ieși pe o rută nedorită în timpul unei defecțiuni și aduceți o pană controlată cu o destinație de jurnalizare pe care o dețineți. Pentru izolarea browserului, întrebați ce conturi, stare și semnale ar putea lega două activități și aduceți un flux de lucru în locul unei capturi de pachete. Dacă o a doua aplicație contează, testați-o separat, pentru că domeniul este mai des pe aplicație decât sugerează furnizorii. Două întrebări diferite produc două artefacte diferite și un raport onest.

Desenați ambele căi înainte de testare: ruta normală și ruta după o defecțiune a tunelului, pentru fiecare aplicație din domeniu. Un desen expune golul pe care un singur indicator verde îl ascunde, pentru că vă obligă să numiți ce este acoperit și ce nu. Faceți asta cât timp sistemele sunt sănătoase, când nimeni nu este sub presiune să declare verificarea încheiată.

Niciunul dintre controale nu îl certifică pe celălalt, iar o configurație combinată are nevoie de ambele înregistrări înainte de a putea revendica ambele proprietăți. Revendicarea ambelor dintr-un singur indicator verde este exact eșecul pe care această pereche trebuie să îl prevină.