Una cadena SOCKS más larga no oculta automáticamente el siguiente salto

Una cadena cambia quién abre cada conexión. No añade cifrado solo porque se agregue otra dirección SOCKS a una lista.

Piense en un cliente que construye esta cadena por sí mismo:

application → SOCKS A → SOCKS B → website

Primero pide a A que se conecte a B. A través de ese flujo puede después negociar con B una conexión al sitio web. Si el transporte del cliente hacia A lleva ambas negociaciones sin cifrado, un observador suficientemente capaz en ese enlace puede leer los bytes de configuración que envió el cliente. El destino TCP exterior no es la única prueba posible para el observador.

Separe la cadena del intercambio de aplicación protegido

HTTPS puede proteger el contenido de aplicación del sitio web después de que empiece su sesión TLS. No cifra retroactivamente los mensajes de configuración SOCKS anteriores. La autenticación de SOCKS5 con usuario y contraseña tampoco es un transporte cifrado.

Un arreglo cifrado entre el cliente y el primer salto cambia la visibilidad en ese enlace. Sigue teniendo un operador y otro extremo que conserva el flujo descifrado. Describa esa frontera de confianza en lugar de afirmar que la cadena no se puede rastrear.

Una ruta principal configurada en el servidor es otra topología. Si A elige B internamente, el cliente no necesariamente envió una lista completa de intermediarios por su primera conexión. No afirme que toda cadena expone cada salto de la misma manera.

Para una evaluación de privacidad útil, nombre al observador, el enlace, la negociación con el proxy y las fronteras TLS. El sitio web que observa la salida de B y el observador de la red de acceso que vigila la primera conexión del cliente responden a preguntas distintas. Contar solo los saltos no responde a ninguna de las dos.