VPN 개인정보 보호 주장 검증: 견디는 증거를 남기기
결과를 보기 전에 주장과 관찰자, 설정을 적으세요. 라우팅 테스트는 출구를 보여 줄 뿐, 운영자가 무엇을 보관하는지는 결코 보여 주지 않습니다.
검증은 누군가 참이기를 바라는 한 문장에서 시작되며, 증거는 그 문장의 좁은 판본을 뒷받침하거나 아무것도 뒷받침하지 않습니다. 공인 주소 확인은 한 요청이 어느 출구를 썼는지 보여 줍니다. 제공자가 무엇을 보관하는지, 누가 그것을 읽을 수 있는지, 끝내 완료되지 않는 세션에 무슨 일이 생기는지는 보여 주지 않습니다. 검증을 문서화된 절차로 수행하면 측정이 감당할 수 있는 것보다 많이 주장하지 않게 됩니다.
관찰 가능한 주장 하나를 고르세요
어떤 도구든 열기 전에 주장을 하나의 검증 가능한 문장으로 쓰세요: 이 프로필에서, 이 네트워크에서 공인 주소 에코로 가는 요청은 제공자가 밝힌 출구를 통해 나갑니다. 이 문장은 주체와 조건, 관찰을 지목하며, 바로 그것이 반증 가능하게 만듭니다. VPN이 개인정보를 보호한다는 식의 주장에는 관찰 가능한 형태가 없으므로 어떤 측정도 그것을 판정할 수 없습니다. 검증이 다루지 않을 범위를 위한 두 번째 문장을 남겨 두세요, 보관과 제삼자 접근, 트래픽 상관관계는 모두 브라우저 검증 밖에 있기 때문입니다.
그 두 번째 문장은 결과가 도착한 뒤가 아니라 미리 쓰세요. 결과가 아직 알려지지 않았을 때 범위에 대해 정직하기가, 안심시키는 스크린숏이 티켓에 도착한 뒤보다 훨씬 쉽습니다. 나중에 덧붙인 범위 메모는 질문이 아니라 결과를 설명하는 경향이 있습니다.
측정을 반복하는 데 독자가 필요한 설정 사실
설정은 결과를 재현 가능하게 만드는 것이며, 답이 좋아 보일 때 사람들이 바로 건너뛰는 것입니다. 버전 문자열, 프로필 이름, 접속 네트워크, 주소 체계는 메모에 들어가며, 트래픽을 터널 밖으로 빼낼 수 있는 분할 터널 규칙도 함께 들어갑니다. 시험 중인 사건도 지목하세요, 작동하는 연결과 예기치 않은 끊김, 수동 연결 해제, 네트워크 전환이 서로 다른 규칙을 적용하기 때문입니다. 이런 사건을 섞은 검증은 어느 하나에 대해서도 거의 증명하지 못합니다.
시험할 권한이 있는 환경에서 민감하지 않은 트래픽을 쓰세요. 무관한 패킷을 캡처하면 기록이 기술적으로 보이고 증거를 더하지 않으면서 노출만 늘립니다. 캡처는 터널 인터페이스로만 향하게 하고, 긴 실행이 디스크를 채우지 않도록 파일 크기 한도를 두세요. 무언가를 바꾸기 전에 캡처를 멈춰서 파일이 적어 둔 설정 줄과 일치하게 하세요.
무엇을 측정했고 그것이 무엇을 뜻하는지 말하세요
도구가 무엇을 출력했고 도구가 무엇을 볼 수 있었는지 기록하세요. 리졸버 응답, 주소 에코 결과, 경로 조회는 서로 다른 질문에 답하며, 웹 페이지 안의 위치 표시는 출구에 대한 사실이 아니라 데이터베이스에 대한 추론입니다. 각 줄을 만들어 낸 명령을 그 옆에 쓰세요, 명령이 없는 값은 재현할 수 없기 때문입니다. 타임스탬프는 변경 티켓과 같은 시간대에 두세요, 그러지 않으면 일주일 뒤에 순서를 읽을 수 없게 됩니다.
curl -s https://icanhazip.com
curl -s https://ipinfo.io/ip; echo
resolvectl status --no-pager | head -15일치하는 두 개의 독립적인 에코 서비스는 하나보다 강하며, 불일치 자체가 기록할 가치가 있는 발견입니다. 리졸버 출력은 DNS가 터널을 따랐는지, 로컬 네트워크를 계속 썼는지 보여 줍니다, 이는 출구 주소와 별개의 주장입니다. 원시 출력을 타임스탬프와 함께 저장하고, 가장 안심시키는 스크린숏 대신 반대되는 결과를 남기세요. 변경이 결과를 움직이면 한 번에 변수 하나만 적용하세요, 서버와 클라이언트를 함께 바꾸면 어느 쪽이 중요했는지 말할 수 없게 되기 때문입니다.
기록에 들어갈 것과 제거해야 할 것
방법과 비밀이 아닌 출력, 한계를 남기고 나머지는 제거하세요. 자격 증명을 지닌 프로필, 사설 호스트 이름, 계정 식별자는 증거와 함께 이동할 필요가 없으며, 그것을 유출하는 검증 기록은 보여 주어야 할 것을 훼손한 것입니다. 아래 다섯 항목은 인계를 견디는 가장 짧은 형태입니다.
| Field | What to write |
|---|---|
| Claim | One testable sentence naming the profile, the network and the observation |
| Observer and scope | Who could see the traffic or the record, and under which conditions |
| Setup | Client and server versions, profile name, access network, address families, split-tunnel rules, event under test |
| Raw result | Tool output with a timestamp, exit addresses from both echo services, resolver answer |
| What it does not support | Retention, third-party access, correlation, untested address families |
비교하고 있는 정책 선언을 그 날짜와 범위와 함께 첨부하세요. RFC 6973는 지목된 관찰자와 정의된 범위를 중심으로 개인정보 분석을 틀 짓고, 누가 무엇을 어떤 조건에서 관찰할 수 있었으며 어떤 부분이 검토되지 않은 채 남았는지를 담는 검증 기록에 어울립니다.
증거가 무엇을 뒷받침하고 무엇을 뒷받침하지 않는지 밝히는 한 문단으로 끝내세요. 그 문단이 결과물이며, 그 위의 모든 것은 그것을 정직하게 만들기 위해 존재합니다. 모든 조항을 완화하지 않고는 쓸 수 없다면, 검증은 티켓이 주장하는 것보다 적게 측정한 것입니다.