VPN이 브라우저 지문을 바꿀까요? 먼저 무엇을 확인해야 할까

VPN을 다른 나라로 바꾸고 상점을 다시 불러와도, 상점은 여전히 같은 장바구니로 이름을 부르며 맞이합니다. 바로 이 순간 대화에 지문이라는 단어가 등장하고, 대개 당신의 브라우저가 백만 분의 하나라고 주장하는 테스트 사이트가 뒤따릅니다. 대신 문제를 순서대로 다루세요. 일반적인 페이지 요청에서 터널이 바꾸는 필드는 정확히 하나입니다, 브라우저는 여전히 수십 가지를 보고하고, 테스트는 들리는 것보다 좁은 무언가를 측정합니다. 이 세 가지를 다섯 단계가 구분합니다.

1단계: 당신이 인식된 지루한 이유를 먼저 배제하세요

로그아웃한 상태에서 시작하세요. 시크릿 창을 열고 같은 페이지를 방문해, 여전히 당신을 아는 듯 행동하는지 보세요. 쿠키, 로컬 저장소, 살아 있는 세션이 «VPN을 거쳐서 나를 봤다»는 보고의 대부분을 설명하며, 그중 어느 것도 지문이 아닙니다.

시크릿 창에서도 페이지가 무언가를 인식한다면, 함께 가져온 눈에 보이는 상태를 보세요. 다른 탭의 같은 계정, 저장된 양식 입력, 주소를 채워 넣는 비밀번호 관리자, URL의 토큰으로 허용한 사이트 등입니다. 각각은 저장된 참조이며, 프로필을 지우면 사라집니다.

세션이 없는 깨끗한 프로필에서도 이전 방문과 상관되는 인식이 남을 때에만 지문을 이야기할 가치가 있습니다. 이는 «VPN이 작동하지 않는다»보다 훨씬 좁은 주장이고, 실제로 시험할 수 있는 것도 이것입니다.

2단계: 출구를 바꾸고 바뀌지 않은 것을 나열하세요

터널을 올린 다음, 터널이 움직여야 할 유일한 값인 서버가 보는 주소를 확인하세요. 주소 조회 페이지면 무엇이든 보여 주고, 직접 통제하는 엔드포인트에서 다음으로 읽을 수도 있습니다: curl -s https://your-endpoint.example/ip. 어떤 에코 서비스를 쓰든 요청을 보므로, 내 소유의 엔드포인트라면 그것이 다른 사람의 로그에 남지 않습니다. 값이 바뀌었는지 확인하세요. 이제 흥미로운 부분입니다. 브라우저가 여전히 자신에 대해 무엇을 보고하는지 나열하세요. 그 거의 전부가 패킷 헤더를 여행하지 않습니다.

시간대 행은 잠시 멈춰 볼 만한 행입니다. 이 값은 운영 체제에서 읽히므로, 시계가 아직 고향 도시를 말하는데 터널이 트래픽을 다른 대륙으로 옮기면 그 자체로 구별되는 관찰이 되는 불일치가 생깁니다. 언어 목록은 한 나라에 있고 출구는 다른 나라에 있는 경우도 마찬가지입니다. 무언가의 증거가 아니라 눈에 띄는 조합일 뿐입니다. WebRTC는 표에서 예외입니다. 미디어나 데이터 채널을 여는 페이지는 후보 주소를 모을 수 있고, 터널이 켜진 상태에서는 후보가 출구 주소를 실을 수도, 누출 방지가 없으면 여전히 로컬 주소를 제시할 수도 있습니다.

3단계: 지문 테스트를 무엇을 보고하는지로 읽으세요

EFF의 Cover Your Tracks는 흔한 첫 목적지입니다. 브라우저가 그 페이지에 드러내는 특성을 보여 주고, 그 표본에서 몇 개의 브라우저가 그것을 공유하는지 판정합니다. 작은 글씨를 읽으세요. 표본은 테스트를 한 사람들이고, 신호는 그 페이지가 수집하기로 고른 것이며, 판정은 엔트로피 비트 추정치이지 인구 조사가 아닙니다.

즉 «당신의 브라우저는 유일하다»는 그 데이터셋 안에서, 오늘, 그 탐침 집합으로 유일하다는 뜻입니다. 사이트가 당신의 이름을 끌어낼 수 있다는 뜻이 아니고, 영구적인 속성도 아닙니다. 브라우저 업데이트만으로 당신이 아무것도 건드리지 않아도 값이 움직일 수 있습니다.

테스트는 측정 도구로 쓰고, 최적화할 점수로 쓰지 마세요. 보고된 값을 기록하고, 하나만 바꾼 뒤 같은 항목을 비교하세요. 브라우저에서는 아무것도 바뀌지 않았는데 수치가 움직였다면, 그 변화는 당신이 아니라 표본의 잡음입니다.

4단계: 정말로 당신의 것인 특성을 바꾸세요

이제 구체적인 행에 손을 댈 수 있습니다. 언어 목록, 시간대, 지역 형식은 설정이며, 그것을 당신이 주장하는 위치에 맞추는 것은 요령이 아니라 일관된 행동입니다. 맥락마다 별도의 브라우저 프로필을 쓰면 사이트 데이터와 로그인이 분리되어, 1단계의 인식 문제를 어떤 지문 방지 확장보다 확실하게 다룹니다.

보강 확장을 더하라는 고전적 조언에는 신중하세요. 각각이 관찰 가능한 표면을 바꾸고, 특이한 설정 조합은 당신을 평범하게가 아니라 더 희귀하게 만들 수 있습니다. 어떤 확장은 페이지가 없음으로 감지할 수 있는 API를 막고, 다른 확장은 특징적인 패치 흔적을 남깁니다. 확장의 인기는 식별 가능성을 낮춘다는 증거가 아닙니다.

이를 진지하게 다루는 브라우저는 구조적으로 다른 일을 합니다. 표준화입니다. Tor Browser는 모든 사용자가 같은 값을 보고하도록 지향하고, Firefox는 실제 값 대신 작은 집합에서 나온 표준화된 값을 보고하는 보호 모드를 제공하며, Safari는 사이트가 읽을 수 있는 것을 제한합니다. 이것은 일관되게 적용되는 설계 결정이고, W3C 지문 가이드는 이 문제에서 표준화가 사용자별 무작위화를 앞서는 이유를 설명합니다.

5단계: 정말 필요했던 층을 결정하세요

«나를 숨겨라»에는 세 가지가 묶여 있습니다. 네트워크 경로, 브라우저의 관찰 가능한 표면, 그리고 당신의 계정입니다. VPN은 첫 번째를 다룹니다. 두 번째는 건드리지 않고, 세 번째에는 도움이 되지 않습니다. 로그인은 가장 직접적인 식별자이고, 출구를 바꿔도 살아남습니다.

목표가 사이트가 두 방문이 관련되어 있다고 알 수 없게 하는 것이라면 브라우저 층도 필요합니다. 맥락마다 깨끗한 프로필, 일관된 설정, 공유 로그인 없음입니다. 목표가 사이트가 당신이 누구인지 전혀 알 수 없게 하는 것이라면 그것은 위협 모델의 문제이고, 라우팅과 브라우저 수준 표준화를 함께 묶은 Tor Browser가 일관된 선택이며 터널 뒤의 평범한 브라우저가 아닙니다.

목표가 사이트에 다른 도시를 보여 주고 통신사에는 아무것도 보이지 않게 하는 것뿐이라면 터널만으로 정말 충분하고, 지문 테스트 결과는 그 목표에 무관합니다. 여기서 오는 실망의 대부분은 한 층을 사고 세 층을 기대하기 때문입니다.

단계를 정직하게 유지하는 순서:

• 터널을 탓하기 전에 깨끗한 프로필과 로그인 없이 인식을 재현하세요.
• 출구 주소가 바뀌었는지 확인하고, 어떤 브라우저 값이 바뀌지 않았는지 적으세요.
• 헤드라인 점수가 아니라 같은 테스트 항목을 한 번의 변경 전후로 비교하세요.
• 어떤 확장을 더하기 전에 시간대와 언어를 당신의 이야기에 맞추세요.
• 목표에 맞는 층을 고르세요. 네트워크, 브라우저 표면, 또는 계정입니다.