먼저 "무로그" 약속의 경계를 이해하기
"무로그"는 VPN 서비스 제공업체가 가장 흔히 쓰는 문구지만, 법적 용어도 아니고 통일된 업계 표준도 없습니다. 제공업체마다 이 문구의 의미는 크게 다릅니다. 어떤 곳은 브라우징 콘텐츠를 기록하지 않겠다고 하면서도 접속 시간과 출구 IP는 보관합니다. 어떤 곳은 메모리에서만 실행해 재시작하면 지워집니다. 또 어떤 곳은 장애 대응을 위해 일정 기간 트래픽 메타데이터를 저장하기도 합니다.
약속의 신뢰도를 판단하려면 먼저 로그 유형을 구분해야 합니다. 아래 표는 일반적인 데이터 유형과 프라이버시 민감도를 정리한 것입니다.
| 로그 유형 | 기록 내용 | 프라이버시 민감도 |
|---|---|---|
| 트래픽 로그 | 방문한 URL, 검색어, 다운로드 콘텐츠 | 매우 높음 |
| DNS 조회 로그 | 도메인 해석 기록, 해석 시간 | 높음 |
| 연결 로그 | 연결 시간, 출발지 IP, 출구 IP, 트래픽 양 | 중간 |
| 실행 로그 | 오류 코드, 클라이언트 버전, 서버 부하 | 낮음 |
"무로그"의 합리적인 표현은 어떤 데이터를 기록하지 않는지 명확히 나열하는 것입니다. 약관 전체에 "우리는 어떤 로그도 기록하지 않습니다"라는 문구만 있고 데이터 경계가 불분명하다면 오히려 한 번 더 물어볼 가치가 있습니다.
프라이버시 우선 사용자에게 가장 이상적인 것은 서비스 제공업체가 브라우징 콘텐츠와 DNS 조회를 기록하지 않겠다고 명확히 약속하면서, 운영에 필요한 최소한의 연결 정보만 보관하는 경우입니다. 이러한 약속은 보통 서비스 제공업체의 개인정보 처리방침이나 약관 페이지에서 원문을 찾아볼 수 있으며, 마케팅 문구에만 등장해서는 안 됩니다.
무로그 약속을 검증하는 네 가지 체크포인트
약관에 "우리는 어떤 로그도 기록하지 않습니다"라는 한 문장이 있다고 해서 그 가치가 충분하지 않습니다. 실제로 봐야 할 것은 약관 속 데이터 경계에 대한 설명입니다. 다음 네 가지 포인트로 빠르게 판단할 수 있습니다.
구체적인 데이터 목록이 있는가
프라이버시를 진지하게 다루는 서비스 제공업체는 약관이나 개인정보 처리방침에 수집하는 데이터와 수집하지 않는 데이터 유형을 항목별로 나열합니다. 예를 들어 "DNS 조회를 기록하지 않음", "브라우징 기록을 저장하지 않음", "연결 타임스탬프를 기록하지 않음"처럼 구체적일수록 검증하기 쉽습니다.
운영 주체와 등록지
서비스 제공업체의 등록지는 현지 데이터 요청에 협조해야 하는지 여부를 결정합니다. 관할권마다 프라이버시 보호 수준은 크게 다르며, 등록지는 서비스 제공업체 공식 사이트의 약관 페이지에서 보통 확인할 수 있습니다. 선택할 때는 등록지의 프라이버시 보호가 더 우호적인 서비스 제공업체를 우선 고려하세요.
기술 구현 방식
"메모리 실행"은 데이터가 메모리에서 처리되어 재시작하면 지워지고 디스크에 저장되지 않는다는 뜻입니다. 반면 "디스크 저장"은 삭제하더라도 복구 가능성이 있다는 뜻입니다. 약관에 데이터 처리 방식이 명시되어 있는지는 무로그 약속의 신뢰도를 판단하는 중요한 단서입니다.
프로토콜과 회선 투명성
기술적으로는 서비스 제공업체가 지원하는 프록시 프로토콜 유형과 회선 구현을 살펴볼 수 있습니다. Shadowsocks, VMess, Trojan, VLESS, Hysteria2, TUIC 같은 프로토콜은 난독화와 전송 효율성에서 각각 장단점이 있습니다. IEPL 전용선과 일반 중계, 직결은 안정성과 비용에서도 뚜렷한 차이가 있습니다. 약관이나 노드 페이지에서 회선 유형을 명확히 설명할수록 서비스 제공업체가 인프라에 얼마나 투자하는지 알 수 있습니다.
이 네 가지가 모두 충족될 필요는 없다는 점도 참고하세요. 예를 들어 어떤 서비스 제공업체는 코드를 공개하지 않았지만 약관이 매우 구체적일 수 있습니다. 다른 곳은 익명 결제를 지원하지만 데이터 보존 정책이 모호할 수 있습니다. 자신의 위협 모델에 따라 각 항목에 다른 가중치를 부여해야 합니다.
신원 정보를 최소화하기: 가입과 결제
무로그는 서비스 제공업체가 기록하느냐에만 달린 것이 아니라, 가입과 결제 단계에서 얼마나 많은 신원 정보를 남기느냐에도 달려 있습니다. 이 두 단계는 직접 통제할 수 있는 부분입니다. 정보를 적게 제공할수록 프라이버시 노출 범위는 줄어듭니다.
가입: 필요한 필드만 제공하기
많은 VPN이 이메일 가입을 요구하지만, 이메일 자체가 하나의 신원 연결 고리입니다. "사용자명 + 비밀번호"만으로 가입할 수 있는 서비스 제공업체를 선택하면 이 연결 고리를 줄일 수 있습니다. VPNXE의 가입 절차는 사용자명과 비밀번호만 설정하면 되며 이메일 주소가 필요 없습니다. 이 단계에서 신원 정보를 최소한으로 줄일 수 있습니다. 이미 다른 서비스에 이메일로 가입했다면 VPN 전용으로 실제 신원이 드러나지 않는 이메일 별칭을 따로 만들거나, 아예 이메일이 필요 없는 서비스 제공업체를 선택하는 것이 좋습니다.
결제: 익명화 가능한 채널 선택하기
결제는 프라이버시 체인에서 가장 쉽게 흔적을 남기는 단계입니다. USDT 같은 암호화폐 결제를 지원하는 서비스 제공업체는 결제 기록을 실제 신원과 분리할 수 있습니다. 반면 전통적인 채널의 결제자 정보는 결제 기관의 기록에 남습니다. 프라이버시를 중시한다면 서비스 제공업체가 암호화폐 결제 옵션을 제공하는지 우선 확인하세요.
공공 Wi-Fi 환경의 추가 보호
공공 Wi-Fi는 프라이버시 위험이 가장 높은 환경 중 하나입니다. 무료 핫스팟은 중간자 공격에 노출될 수 있으며, 공격자는 암호화되지 않은 트래픽을 도청하고 DNS 응답을 위조하거나, 같은 이름의 가짜 핫스팟을 만들어 접속을 유도할 수도 있습니다. VPN은 터널을 암호화하지만 보호 효과는 사용 방식에 따라 달라집니다.
브라우저 프록시가 아닌 시스템 레벨 VPN 사용하기
브라우저 확장 프로그램은 브라우저 내 트래픽만 프록시하지만, 시스템 레벨 VPN은 모든 네트워크 요청을 처리합니다. 공공 Wi-Fi에서는 시스템 레벨 VPN을 활성화해 다른 앱의 트래픽이 암호화 채널을 우회하지 않도록 하는 것이 좋습니다.
DNS 누출을 확인하고 직접 검증하기
DNS 조회는 어떤 도메인에 방문했는지 드러냅니다. 클라이언트가 DNS를 처리하지 않으면 해석 요청이 여전히 로컬 통신사 서버로 갈 수 있습니다. 선택할 때 서비스 제공업체가 독립 DNS 또는 DNS 자동 처리 설정을 제공하는지 확인하세요. 검증 방법은 간단합니다. 연결 후 IP 조회 페이지를 방문해 표시되는 출구 IP와 DNS 해석 주소가 일치하는지 확인하면 됩니다. 일치하지 않으면 DNS 누출이 있을 수 있으므로 클라이언트 설정에서 DNS를 직접 지정해야 합니다.
분기 규칙은 신중하게
많은 클라이언트가 분기 규칙을 지원해 일부 트래픽은 직결하고 일부는 프록시를 거치게 합니다. 공공 Wi-Fi에서 분기를 켜면 민감한 트래픽이 직결로 나가 암호화 보호가 약화될 수 있습니다. 신뢰할 수 있는 네트워크 환경에서 분기를 활성화하고, 공공 핫스팟에서는 전역 모드를 우선 사용하는 것이 좋습니다.
바로 따라 할 수 있는 체크리스트
위의 핵심 사항을 하나의 체크리스트로 압축해 서비스를 선택하거나 변경할 때 항목별로 확인할 수 있게 했습니다. 이 체크리스트는 새 서비스를 선택할 때도, 현재 사용 중인 서비스를 평가할 때도 유용합니다. 특정 항목이 기준에 미달하면 먼저 서비스 제공업체가 조정 옵션을 제공하는지 확인하고, 조정이 불가능하면 교체를 고려하세요.
- ✅ 약관에 "기록하지 않음" 데이터 유형이 명확히 나열되어 있고, "어떤 로그도 기록하지 않음"이라는 문구만 있지 않은가
- ✅ 개인정보 처리방침에 데이터 보존 기간이 구체적으로 명시되어 있고, "장기 보존"이라고만 되어 있지 않은가
- ✅ 가입 시 사용자명과 비밀번호만 필요하고 이메일 주소를 요구하지 않는가
- ✅ USDT 같은 암호화폐 결제를 지원해 결제 단계의 신원 연결을 줄일 수 있는가
- ✅ 클라이언트가 DNS 처리 또는 독립 DNS 설정을 제공해 해석 누출을 방지할 수 있는가
- ✅ 명확한 환불 정책이 있는가(예: 7일 무조건 환불)
- ❌ 약관에 "수사 기관에 데이터를 제공한다"는 내용이 있지만 구체적인 경계가 없는가
- ❌ 가입 시 이메일이나 소셜 계정 빠른 로그인을 강제하는가