프라이버시 우선 VPN은 '무로그' 한마디로 완성되지 않습니다. 실제로 확인할 수 있는 것은 세 가지뿐입니다. 개인정보 처리방침의 구체적 문구, 가입·결제 단계에서 실제로 수집하는 항목, 공용 Wi-Fi에서 터널이 막아주는 것과 막지 못하는 것. 이 글은 세 가지를 하나씩 체크할 수 있는 항목으로 나누고, 예산이 빠듯할 때 무엇을 양보해도 되고 무엇은 안 되는지 설명합니다.
먼저 전제 하나. 무로그는 약속이지 원격으로 검증할 수 있는 기술적 사실이 아닙니다. 어떤 서비스든 페이지에 그 문장을 써 넣을 수 있고, 사용자가 외부에서 그것이 지켜지는지 증명할 방법은 없습니다. 그래서 의미 있는 행동은 절대적으로 믿을 수 있는 서비스를 찾는 것이 아니라, 충분히 구체적이어서 되물을 수 있는 약관을 찾는 것입니다.
무로그 약속은 세 단계, 검증 가능한 건 한 단계뿐
흔한 표현을 정리하면 대략 세 단계로 나뉘고, 단계가 올라갈수록 신뢰도도 높아집니다.
1단계: 팔지 않는다는 약속뿐. 약관에 '사용자 프라이버시를 소중히 여깁니다', '제3자에게 데이터를 판매하지 않습니다'라고 적혀 있습니다. 이런 문구는 '파는가'에 답할 뿐 '수집하는가'에는 답하지 않습니다. 데이터를 판매하지 않는 것은 대부분 지역의 법적 최소선이며, 이를 프라이버시 세일즈 포인트로 내세우는 것은 아무 말도 하지 않는 것과 같습니다.
2단계: 필요한 처리를 인정함. 방문 목적지와 열람 내용은 기록하지 않는다고 밝히는 동시에, 과금에 필요한 계정 기록과 총 트래픽량은 보관한다는 점과 보관 기간을 함께 적습니다. 1단계보다 신뢰할 만한 이유는 스스로 경계를 그었기 때문입니다. 무엇을 남기는지 인정해야 읽는 쪽에 확인할 거리가 생깁니다.
3단계: 실행 단계까지 서술함. 데이터가 어느 단계에서 생성되고, 어디에 저장되며, 누가 접근할 수 있고, 만료 시 어떻게 정리하며, 어떤 형태로 외부에 공개하는지 설명합니다. 가장 드문 단계지만, 구호를 되물을 수 있는 대상으로 바꾸는 것은 이 단계뿐입니다.
| 약관의 문구 | 실제 적용 범위 | 무엇을 더 물어야 하나 |
|---|---|---|
| 열람 내용과 방문 목적지 미기록 | 콘텐츠 계층 | 연결 메타데이터(시간, 출구 노드, 총 트래픽량)는 어떻게 처리하는지 |
| 과금에 필요한 최소 기록만 보관하고 보관 일수를 명시 | 콘텐츠 계층과 메타데이터 | 만료 시 자동 삭제인지 수동 처리인지 |
| 제3자에게 데이터를 판매하거나 공유하지 않음 | 영업 행위 | '수집 여부'와는 별개 문제이며 서로 대체할 수 없음 |
| 사용자 프라이버시를 소중히 여긴다는 포괄적 표현 | 확인할 대상이 없음 | 구체적 항목이 없어 사실상 구속력이 없음 |
약관을 읽을 때 간단한 방법이 있습니다. 먼저 세 가지 항목을 찾으세요. 어떤 데이터를 수집하는지, 얼마나 보관하는지, 누구와 공유하는지. 세 가지가 모두 적혀 있어야 약속이 존재합니다. 하나라도 빠지면 나머지는 그냥 홍보 문구입니다. 약관이 긴지는 중요하지 않고, 이 세 질문에 답할 수 있는지가 중요합니다.
가입과 결제는 프라이버시 비용이 실제로 발생하는 지점
많은 사람이 '연결된 뒤에 기록하는지'에만 집중하고 그 앞 단계를 놓칩니다. 가입 양식이 무엇을 요구하는지가 이 계정이 본인과 연결될 수 있는지를 결정합니다.
이메일 주소가 가장 대표적인 예입니다. 그 자체가 여러 서비스에서 재사용되는 장기 식별자이기 때문입니다. 같은 이메일이 포럼, 쇼핑몰, 클라우드 서비스에 등장하고 그중 한 곳에서 데이터 유출이 발생하면 서로 다른 플랫폼의 계정이 하나로 이어질 수 있습니다. 아이디와 비밀번호만 요구하는 가입 절차는 이 연결고리를 상당 부분 끊어냅니다. VPNCW의 가입이 이에 해당하며, 이메일 주소가 필요하지 않습니다.
분명히 해둘 점은 '이메일을 수집하지 않는다'가 '아무 기록도 생기지 않는다'는 뜻은 아니라는 것입니다. 과금 내역, 결제 채널의 영수증, 계정 생성 시각 같은 것은 유료 서비스인 이상 반드시 존재합니다. 차이는 그것을 얼마나 오래, 어느 정도 입자로 보관하고, 접속 행위와 연결하는지입니다. 앞 절에서 '얼마나 보관하는지'를 거듭 강조한 이유이기도 합니다.
결제 수단도 마찬가지입니다. 알리페이, 위챗, USDT 세 채널이 남기는 연관 정보는 서로 다릅니다. 앞의 둘은 실명 계정과 연결되고, USDT는 온체인 전송을 사용합니다. 어느 쪽을 고를지는 '결제 기록과 계정 사이의 연결 강도'를 어디까지 받아들일지의 문제입니다. 정답이 하나로 정해져 있지 않고, 서비스가 대신 결정해줄 일도 아닙니다.
- ✅ 가입 양식은 아이디와 비밀번호만 요구하며, 필수 이메일 항목이 없음
- ✅ 어떤 과금 기록을 얼마나 보관하는지 약관에 명시됨
- ✅ 결제 수단에 선택지가 있어 자신의 기준에 맞게 고를 수 있음
- ❌ 서비스와 무관한 실명, 주소 등의 입력을 요구함
- ❌ 약관에 '고객의 개인정보를 소중히 여깁니다' 한 줄뿐이고 구체적 항목이 없음
공용 Wi-Fi에서 암호화 터널이 막아주는 것과 막지 못하는 것
공용 Wi-Fi의 위험은 자주 과장되지만, 하나씩 뜯어보면 꽤 구체적입니다.
막아주는 부분
같은 네트워크 대역에서의 평문 트래픽 스니핑. HTTP 페이지, 암호화되지 않은 앱 프로토콜, 일부 스마트홈 기기의 통신은 개방형 네트워크에서 사실상 공개됩니다. 터널은 이런 트래픽을 암호화 채널로 감싸므로 같은 핫스팟을 쓰는 다른 사람이 내용을 볼 수 없습니다.
DNS 조회도 포함됩니다. 기본 설정에서는 도메인이 로컬 네트워크가 할당한 DNS 서버에서 해석되므로, 통신사나 핫스팟 제공자가 어떤 도메인에 접속했는지 알 수 있습니다. 전체 터널을 사용하고 터널 출구에서 해석을 처리하면 이 경로가 통째로 교체됩니다.
막지 못하는 부분
피싱 페이지. 가짜 로그인 페이지에 스스로 아이디와 비밀번호를 입력하는 단계는 암호화 터널이 보호하지 못합니다. 데이터를 사용자가 직접 넘겨주기 때문입니다. 약한 비밀번호, 여러 사이트에서 재사용한 비밀번호, 브라우저 지문, 이미 유출된 자격 증명도 VPN의 처리 범위 밖입니다.
흔히 오해되는 점이 하나 더 있습니다. HTTPS는 이미 대부분의 웹페이지를 커버하며 내용은 보호하지만, '어떤 도메인에 접속했는지' 같은 메타데이터는 숨기지 않습니다. 터널이 보완하는 것이 바로 이 부분이며, 둘은 대체가 아니라 중첩의 관계입니다.
실전 팁: 호텔, 공항처럼 캡티브 포털이 있는 네트워크에서는 먼저 포털 인증을 마친 뒤 클라이언트를 실행하세요. 인증 전에 터널을 세우면 게이트웨이가 차단하고, 화면에는 계속 로딩만 돌아 연결이 안 되는 것처럼 보여 클라이언트 오류로 오해하기 쉽습니다.
연결한 뒤에는 네 가지 설정을 직접 확인해볼 만합니다
약관이 서비스의 데이터 처리 방식을 정한다면, 클라이언트 설정은 데이터가 실제로 어디로 가는지를 정합니다. 아래 네 가지는 프라이버시와 직결되므로 연결 후 하나씩 확인하시길 권합니다.
1. DNS가 터널을 타는가
클라이언트에 연결한 뒤 아무 DNS 검사 페이지나 열어, 조회 요청의 출구가 터널 출구와 같은지 확인하세요. 다르다면 조회가 여전히 로컬 통신사로 향한다는 뜻이고, 터널은 웹 트래픽만 암호화한 것입니다. 일부 클라이언트에는 '터널 DNS 사용' 스위치가 있어 직접 켜야 합니다.
2. IPv6가 터널을 우회하는가
적지 않은 터널 방식이 IPv4만 처리합니다. 로컬 네트워크가 IPv6 주소를 함께 내려주는데 클라이언트가 IPv6를 차단하지 않으면 일부 트래픽이 터널을 우회해 그대로 나갈 수 있습니다. 클라이언트에 보통 'IPv4 전용' 또는 'IPv6 차단' 옵션이 있으니, 켜두는 편이 나중에 문제를 찾는 것보다 간단합니다.
3. 분할 라우팅 규칙은 어디서 오는가
규칙 모드에서는 주소 목록이 어디로 터널을 태우고 어디를 직접 연결할지 결정하며, 목록의 출처와 갱신 주기가 정확도를 좌우합니다. 전역 모드는 가장 간편하지만 로컬 서비스까지 밖으로 돌려 LAN 기기 접근이나 국내 결제에 영향을 줄 수 있습니다. 두 모드에 우열은 없고, 일관성과 속도 중 무엇이 더 중요한지에 따라 고르면 됩니다.
4. 연결이 끊기면 어떻게 되는가
터널이 예기치 않게 끊겼을 때 클라이언트가 직접 연결로 되돌아가는지, 아니면 모든 트래픽을 차단하는지. 되돌아간다는 것은 사용자가 모르는 사이 평문으로 복귀한다는 뜻이고, 공용 네트워크에서 가장 일어나서는 안 되는 일입니다. 클라이언트를 고를 때 이 항목은 필수 지표로 보세요.
세 가지 축의 확인 순서
앞의 내용을 하나의 순서로 정리했으니 그대로 따라가면 됩니다.
- 약관을 읽고 세 항목을 찾습니다. 어떤 데이터를 수집하는지, 얼마나 보관하는지, 누구와 공유하는지. 구체적 항목이 없으면 일단 보류하세요.
- 가입 페이지를 열어 필수 항목 수를 세어봅니다. 아이디와 비밀번호만 있으면 정상입니다. 실명, 주소, 필수 이메일을 요구한다면 그 항목이 서비스 제공과 무슨 관계가 있는지 먼저 따져보세요.
- 결제 수단이 몇 가지인지, 각각 어떤 연관 정보를 남기는지 확인합니다.
- 클라이언트를 설치하고 연결한 뒤 DNS와 출구 IP를 한 번 점검해, 조회와 트래픽이 같은 경로로 가는지 확인합니다.
- 실제 공용 네트워크(카페, 공항)를 찾아 포털 인증, 연결, DNS 점검, 연결 끊김 후 재연결까지 전 과정을 한 번 돌려봅니다.
다섯 단계면 시간이 그리 오래 걸리지 않고, 리뷰 열 편을 읽는 것보다 유용합니다. 각 단계의 결론이 다른 사람의 환경이 아니라 내 손에 있는 기기와 네트워크에서 나오기 때문입니다.
구매 결론: 무엇을 양보해도 되고, 무엇은 안 되는가
양보할 수 있는 부분은 생각보다 많습니다. 회선 수, 클라이언트 화면이 보기 좋은지, 프로토콜 옵션이 몇 가지인지 같은 것들입니다. 90+ 국가 / 170+ 회선 같은 커버리지 지표는 충분하면 되고, 남는 부분은 대부분 1년에 몇 번도 쓰지 않습니다. 프로토콜은 Shadowsocks, VMess, VLESS, Trojan, Hysteria2, TUIC 같은 이름이 복잡해 보이지만 실제 사용 시 클라이언트가 자동으로 고르므로, 일반 사용자가 하나하나 이해할 필요는 없습니다.
양보할 수 없는 것은 네 가지뿐입니다. 약관이 검증 가능할 만큼 구체적인지, 가입에 이메일이 강제되는지, 연결이 끊길 때 차단되는지, DNS가 터널을 타는지. 이 네 가지가 '연결 후 내 데이터가 누구 손에 남는가'를 직접 결정하며, 요금을 조금 아끼는 문제와는 무관합니다.
가격은 이렇습니다. 월 구독 ¥9.9에 60GB, ¥18에 250GB, ¥28에 500GB이며, 트래픽은 개통일 기준으로 매월 초기화되고 중간에 업그레이드하면 차액이 남은 일수로 환산됩니다. 트래픽 패키지는 ¥158/300GB, ¥358/1000GB, ¥658/3000GB로 소진될 때까지 사용하며 영구적으로 만료되지 않습니다. 전송 구간은 은행 수준 암호화를 사용합니다. 전체 요금제는 요금제와 가격 페이지에서 한 줄씩 확인할 수 있습니다.
60일 무사유 환불의 의미가 여기서 가장 직접적으로 드러납니다. 위의 다섯 가지 점검은 실제 네트워크 환경에서만 끝까지 돌려볼 수 있고, 환불 기간은 그 검증에 필요한 시간을 충분히 줍니다. 첫 결제 후 60일 이내에 사유 없이 전액 환불을 신청할 수 있으니, 맞지 않으면 환불하면 됩니다. 미리 마음의 준비를 할 필요는 없습니다.
한 문장만 기억한다면: 무로그 약속의 가치는 얼마나 강하게 말하는지가 아니라 얼마나 세밀하게 쓰여 있는지에 있습니다. 세밀하지 않다면 약속이 없는 것으로 취급하면 됩니다.