공유된 VPN 출구, 서로 다른 사람들: 증거를 읽는 법
주소 일치, 계정 연결, 시간 유사성은 서로 다른 세 가지 주장이다. 어떤 결론을 내리기 전에 어느 관찰자가 어느 기록을 보유하는지 물어야 한다.
보고서를 열면 첫 줄은 보통 하나의 주소와 하나의 계정을 마치 같은 사실인 양 나열한다. 하지만 같지 않다. 공유된 출구는 어떤 기기가 기록된 시각에 그 주소를 사용했음을 알려 주고, 계정 연결은 어떤 서비스가 식별자를 인식했음을 알려 준다. 한쪽에서 다른 쪽으로 넘어가려면 보고서가 명시해야 할 연결 근거가 필요하다.
실제로 손에 있는 관찰에서 시작하라
함축된 것처럼 보이는 대신 기록된 것을 적어라. 주소, 타임스탬프, 요청 경로는 관찰이고, 누가 했는지를 말하는 문장은 추론이다. 이 두 열을 분리해 두는 것이 규율의 전부이며, 대화보다 종이 위에서 유지하기가 쉽다.
그다음 관찰을 분류하는 것은 흔한 유형의 무게가 다르기 때문이다. 공유된 출구 주소, 지속적인 계정 또는 쿠키 식별자, 시간이나 볼륨의 유사성은 한 사실의 세 가지 버전이 아니다. 하나의 기업 출구 뒤에 있는 두 직원은 설계상 주소를 공유하고, 출구를 바꾸어도 로그인 상태를 유지하는 한 직원은 계정 연결을 유지한다. 이것들을 하나의 사실로 다루는 것이 바로 자신만만한 보고서 대부분이 틀리는 지점이다.
결론에 앞서 연결 근거를 밝혀라
상관 주장은 두 기록을 연결하는 필드를 밝혀야 한다. 같은 쿠키가 제시되었는가, 같은 계정이 인증되었는가, 같은 기기 식별자가 보고되었는가, 아니면 같은 주소뿐인가? 답이 주소뿐이라면 그 주장은 네트워크 출처에 관한 것이며 거기서 멈춘다.
| Observer | What it records | What it can join on | What it cannot join |
|---|---|---|---|
| Website or service | Its own requests, logins and cookies | Its own account and session identifiers | Requests to other sites, or the person behind the account |
| Access network | Flow five-tuples between addresses and ports | Address and time | Which account, which page, which person |
| VPN operator | Tunnel session, account and assigned address | Account to tunnel address and interval | Anything after the tunnel exits |
| Account provider | Sign-in events and device identifiers | Sign-in to device across its own services | Traffic that never touched its sign-in |
RFC 6973 프라이버시 모델은 상관을 정보의 결합으로 다루고, 지속적 식별자가 시간에 걸쳐 상호작용을 연결한다고 지적한다. 그 익명성 집합 논의는 은폐가 그 특정 관찰자에게 누가 똑같이 보이는지에 달려 있다는 나머지 절반을 더한다. 어느 개념도 공유 주소를 식별로 바꾸지 않는다.
그래서 정직한 문장은 좁게 유지된다. 이 두 사건은 이 시각에 하나의 출구를 공유했고, 그 이상은 다른 기록이 필요하다.
관찰자의 위치를 따라가 보라
웹사이트는 자신의 요청, 자신의 로그인, 자신의 세션 식별자를 보며, 둘 다 같은 출구를 사용했다는 이유만으로 다른 웹사이트의 기록을 물려받지 않는다. 접속망 관찰자는 내용이 아니라 흐름을 본다. VPN 운영자는 계정과 출구 사이의 매핑을 본다. 각 위치는 서로 다른 결론을 뒷받침하며, 보고서는 보통 그중 하나만 지목한다.
어느 관찰자가 그 기록을 만들었는지 묻고, 그다음 그 관찰자가 실제로 무엇을 볼 수 있었는지 물어라. 제공자의 자체 약관은 실제 로깅과 같은 것이 아니며, 둘 중 어느 것도 당신 앞에 있는 기록과 같지 않다. 답이 불명확하면 가정으로 빈틈을 메우지 말고 출처를 요구하라. 출처 없는 기록은 제복을 입은 가설이다. 그 질문은 메시지 하나의 비용으로 정정 한 번을 아낀다.
시간 패턴을 제자리에 두라
시간과 볼륨 비교는 페이지 내용을 읽을 필요가 없으며, 그래서 암호화된 트래픽 논의에 등장한다. 유사성은 공유 인프라, 동시에 여러 사용자, 그저 비슷해 보이는 행동과도 양립한다. 그것들은 정직한 평가가 고려해야 할 대안 설명이다.
무관한 실험에서 인용한 백분율은 아무것도 전달하지 않는다. 그 의미는 후보 집합, 데이터, 방법, 측정된 오류율에 달려 있다. 그 네 가지가 없으면 숫자는 증거를 더하지 않고 확신만 더한다. 개별 유사성은 가설로 다루고, 확인을 찾으러 가기 전에 무엇이 그것을 반증할지 적어라.
기록이 무엇을 뒷받침하는지 확인하라
어떤 결론이 손을 떠나기 전에 산출물과 시각을 보존하라. 해시와 타임스탬프가 있는 파일은 증거이고, 채팅 메시지 속 스크린샷은 선의의 소문이다. 재현할 수 없는 타임스탬프는 타임스탬프에 관한 주장일 뿐이므로 시계 출처도 저장하라.
date -u +%FT%TZ
sha256sum abuse-report.eml
whois 198.51.100.44 | grep -iE 'netname|org|country'
그다음 기록이 허락하는 강도로 결론을 진술하고, 그보다 강하게 말하지 마라. 유보의 문장 하나가 정정보다 싸다.
공유된 출구는 주소만에 기반한 귀속을 약화하며, 그것은 신원 증명서도 익명성 약속도 아니다. 프라이버시 측에서는 인식에 트래픽 분석이 거의 필요하지 않으므로 세션을 넘어 지속되는 것부터 시작하라. 운영 조사에서는 관찰과 추론을 분리된 열에 두라. 가장 약한 미지지 고리를 보고하고, 그것을 보고서 자체에 적어라.