Interruptor de seguridade fronte ao illamento de Tor Browser: dúas probas distintas

Os interruptores de seguridade e os modelos de identidade do navegador confúndense porque ambos se describen como funcións de privacidade. Un bloquea o tráfico na capa de rede e o outro limita que pode vincular unha sesión de navegación. Superar unha proba do primeiro non di nada sobre o segundo, e unha páxina que carga dentro de Tor Browser non di nada sobre o primeiro. A decisión é que control responde a que pregunta, porque esa elección determina que probas contan.

Dous controis en dúas fronteiras

Un interruptor de seguridade é unha regra sobre rutas: cando o túnel non está levantado, o tráfico que doutro xeito tomaría un camiño distinto descártase. O seu alcance é o que cubra a implementación, que pode ser todo o sistema, unha aplicación ou só as familias de enderezos que xestiona o cliente. O illamento do navegador refírese ao que un sitio pode observar sobre un visitante ao longo dunha sesión: cookies, estado na caché, impresións dixitais, inicios de sesión. Ningún dos dous mecanismos pode substituír o outro, porque actúan sobre obxectos completamente distintos.

Por iso unha máquina pode superar unha proba perfecta de interruptor de seguridade e seguir filtrando a identidade mediante un inicio de sesión. O contrario ocorre coa mesma frecuencia: un navegador ben illado nun equipo cuxa telemetría toma unha ruta que a política nunca cubriu.

Arquivar ambos baixo unha soa etiqueta é o que produce probas malas, porque entón un aprobado dun lado substitúe o par. Mantéñaos en columnas separadas desde o principio. O encabezado da columna tamén lle di que artefacto lle debe a proba: un paquete bloqueado ou un rexistro de sesión.

A proba de caída responde a unha pregunta máis estreita

Unha caída controlada mostra se o cliente bloquea o tráfico que vostede probou, na plataforma que probou, durante o tempo que durou a proba. Inclúa as familias de enderezos, as aplicacións e as transicións de rede que menciona o requisito, porque cada unha é unha afirmación separada. Un bloqueo que vale para IPv4 e non para IPv6 é un achado real, e tamén o é un bloqueo que vale nunha rede con fíos pero non nun traspaso móbil. Escriba o alcance xunto ao resultado, porque un aprobado sen matices é como unha proba estreita se converte nunha suposición ampla.

O control negativo importa tanto como o positivo. Confirme que a mesma solicitude ten éxito mentres o túnel está levantado, para que quede claro que o bloqueo viñera da política e non dun destino que nunca funcionou. Unha proba que fallou en ambos os estados non demostra nada, e paga a pena dicilo no rexistro en lugar de descartala en silencio.

O illamento é unha propiedade do navegador, non unha ruta

O deseño declarado de Tor Browser limita a vinculabilidade mantendo xuntos o estado do circuíto e do navegador e borrando o estado cando se solicita, e o proxecto documenta que significa iso na práctica para a xestión de identidades. Ese deseño presupón a configuración admitida, non un navegador xenérico apuntado a un porto de proxy. As extensións engadidas por comodidade poden desfacer parte do illamento, e un inicio de sesión capturado vincula todo o que segue independentemente do circuíto. O comportamento documentado é o bastante curto para lelo directamente.

As observacións do navegador e as da rede responden a preguntas distintas, así que gárdeas en notas separadas. Unha páxina que carga por Tor mentres a VPN está levantada dille que o proxy funciona e nada sobre o comportamento de descarte da VPN. Un paquete bloqueado durante unha caída non di nada sobre se dous inicios de sesión eran vinculables unha hora antes.

Dous rexistros, dúas preguntas

Para o interruptor de seguridade, pregunte se unha aplicación concreta pode saír por unha ruta non desexada durante un fallo, e traia unha caída controlada cun destino de rexistro que vostede controle. Para o illamento do navegador, pregunte que contas, estado e sinais poderían vincular dúas actividades, e traia un fluxo de traballo en lugar dunha captura de paquetes. Se unha segunda aplicación importa, próbea por separado, porque o alcance é por aplicación máis a miúdo do que os provedores insinúan. Dúas preguntas distintas producen dous artefactos distintos e un informe honesto.

Debuxe ambas as rutas antes de probar: a ruta normal e a ruta tras un fallo do túnel, para cada aplicación incluída no alcance. Un debuxo expón o oco que esconde un só indicador verde, porque lle obriga a nomear que está cuberto e que non. Fágao mentres os sistemas están sans, cando ninguén está baixo presión para declarar a comprobación rematada.

Ningún dos dous controis certifica o outro, e unha configuración combinada necesita ambos os rexistros antes de poder reclamar ambas as propiedades. Reclamar ambas a partir dun só indicador verde é exactamente o fallo que este emparellamento debe evitar.