VPN 두 개는 Tor가 아니다: 연결이 하는 일과 하지 않는 일

VPN 클라이언트 두 개를 동시에 실행하면 덧셈으로 프라이버시가 늘어나는 것처럼 보이지만 그렇지 않다. 체인은 고정된 두 운영자가 있는 터널 안에 또 다른 터널을 만드는 반면, Tor는 프로토콜이 고른 릴레이를 가로지르는 회로를 만들고 그 회로를 중심으로 설계된 브라우저와 결합한다. 차이는 누가 무엇을 연관지을 수 있는지, 그리고 브라우저가 아직 자발적으로 내주는 신원의 양에서 드러난다. 계층 수가 아니라 그런 속성에서 출발해야 한다.

연결은 회로가 아니라 홉을 하나 더한다

중첩 구성은 한 번 설정되며, 안쪽 클라이언트는 바깥 터널을 통해 자기 서버에 도달하고, 그 서버가 최종 트래픽을 전달한다. 경로는 당신이 구성한 만큼 길고 프로필을 바꾸기 전까지 그대로 남는다. Tor는 회로마다 릴레이를 선택하고 자체 일정으로 교체하며, 사용자가 경로를 고르는 것에 의존하지 않는다.

그 고정 구조가 모든 목적에서 자동으로 나쁜 것은 아니다. 예측 가능한 경로는 감사하기도 유지하기도 쉽다. 그것은 그저 다른 메커니즘이며, 두 홉짜리 Tor라고 부르는 것은 당사자 수나 선택 방식을 설명하지 못한다.

신뢰 문제는 옮겨갈 뿐 사라지지 않는다

제공자가 둘이면 바깥쪽은 당신이 안쪽으로 접속한다는 사실과 얼마나 많은 트래픽이 지나가는지를 보고, 안쪽은 목적지를 본다. 어느 쪽도 혼자 전체 그림을 보지 못하며 그것은 사실이다. 그러나 둘 다 기록을 남기고, 한쪽에서 다른 쪽으로의 요청이 그 기록을 연결할 수 있다.

두 단계가 같은 회사에 속한다면 서버 이름 두 개가 독립된 조직 둘을 만들지 않으며, 분리는 겉모습일 뿐이다. 운영자를 별개 당사자로 세기 전에 소유 관계를 확인해야 한다.

Tor의 보장은 릴레이 수만큼이나 회로의 형태에서 나온다. 독립적으로 운영되는 릴레이 셋을 돈을 내는 계정 둘로 바꾸는 것은 동등한 구성이 아니며, 패킷 수가 비슷해 보여도 마찬가지다.

브라우저는 여전히 당신을 식별한다

쿠키, 로그인, 글꼴, 화면 크기, 시간대, 스크립트가 실행되는 순서는 얼마나 많은 터널을 거치든 목적지에 보인다. Tor Browser는 그 신호들을 의도적으로 다루며, 지문 저항과 상태 격리를 기본값으로 둔다. 일반 브라우저는 패킷을 무엇이 실어 나르든 평소의 동작을 유지한다.

이것이 연결로 고칠 수 없는 부분이다. 방문이 바뀌어도 사이트가 당신을 알아보는 것이 걱정이라면 경로보다 브라우저가 더 중요하다. 접속망이 목적지를 보는 것이 걱정이라면 브라우저보다 경로가 더 중요하다. 두 질문을 섞으면 어느 것도 해결하지 못하는 조언이 나온다.

두 클라이언트가 함께 돌 때 무엇이 깨지는가

운영체제의 VPN API는 대개 한 번에 하나의 활성 터널만 허용하며, 두 번째 클라이언트는 안으로 겹치지 않고 첫 번째를 밀어낼 수 있다. 그러면 서로 경쟁하는 기본 경로, DNS 설정, 킬 스위치가 한 터널은 쓰이지 않거나 둘 다 차단된 기기를 만들고, 사용자는 이를 VPN은 켜져 있는데 아무것도 로드되지 않는다고 경험한다.

아이콘 두 개를 믿는 대신 보호된 목적지로 가는 경로, 사용 중인 DNS 확인자, 어느 계층이 끊길 때의 동작으로 의도한 중첩을 확인해야 한다. 경로 재귀를 없애려고 인증서 검증을 끄지 말아야 한다.

명시된 요구, 예컨대 접속망에서 목적지를 감추는 요구에 대해 추가 계층을 고르라. 암호화된 연결을 세는 것은 익명성의 척도가 아니며, 로그인할 때 사이트가 보는 것을 바꾸지도 않는다.