Tor와 VPN 비교

1. 개요

가. Tor의 개념과 등장 배경

Tor(The Onion Router) 는 통신 경로를 여러 중계 노드(relay)를 거치며 계층적으로 암호화(양파 라우팅, Onion Routing) 해, 발신자의 신원과 위치(IP)를 은닉하는 익명 통신(anonymity) 네트워크다.

인터넷의 기본 프로토콜인 IP는 애초에 익명성을 고려하지 않고 설계되었다. 모든 패킷 헤더에는 출발지 IP와 목적지 IP가 평문으로 담기며, 중간의 라우터·ISP·목적지 서버는 '누가 어디에 접속하는지'를 그대로 관찰할 수 있다. 콘텐츠를 TLS(HTTPS)로 암호화하더라도 '누가 누구와 통신했다'는 메타데이터(트래픽의 존재·상대·시각·양) 는 그대로 노출된다. 이 메타데이터만으로도 개인의 정치 성향, 건강 상태, 인간관계, 취재원이 상당 부분 재구성될 수 있다는 것이 문제의 본질이다. 언론인·인권 활동가·내부고발자·검열 국가의 시민에게는 '무엇을 말했는가' 못지않게 '누구와 접촉했는가'를 숨기는 일이 생존의 문제가 된다.

Tor의 핵심 발상은 '여러 겹으로 감싸 아무도 전체 경로를 알지 못하게 한다'는 것이다. 신뢰를 한 곳에 몰지 않고 서로 독립적인 여러 주체에 잘게 나눠, 어느 한 노드도 '누가 어디에 접속하는지'를 통째로 알 수 없게 만든다. Tor는 1990년대 미 해군연구소(NRL)에서 정부 통신 보호 목적으로 시작된 양파 라우팅 연구에 뿌리를 두며, 2000년대 들어 오픈소스로 공개되고 비영리 Tor Project가 유지·개발을 맡으면서 전 세계 자원봉사자가 운영하는 수천 개 릴레이의 공개 네트워크로 성장했다. 역설적이지만, 익명 네트워크는 이용자가 많고 다양할수록 개개인이 군중 속에 더 잘 숨는다(anonymity loves company) — 그래서 정부·활동가·일반인이 같은 네트워크를 쓰는 것 자체가 익명성을 강화한다.

나. VPN의 개념과 두 기술의 지향점 차이

VPN(Virtual Private Network) 은 사용자와 VPN 서버 사이에 암호화 터널 을 만들어, 공중망을 사설망처럼 안전하게 이용하고 실제 IP를 서버 IP로 대체하는 기술이다.

두 기술의 지향점을 한눈에 대비하면 다음과 같다.

Tor: 신뢰 분산 → 익명성 극대화, 성능·사용성은 희생. 무료·공개 네트워크.
VPN: 신뢰 집중(사업자) → 보안 연결·성능 확보, 사업자에 대한 투명성은 없음. 대개 유료·전용 인프라.

VPN의 원래 목적은 '익명성'이 아니라 '보안 연결과 경계 확장'이다. 원격지 직원이 사내망에 안전하게 접속하거나(원격접속 VPN), 본사와 지사를 하나의 사설망처럼 잇거나(site-to-site VPN), 공용 Wi-Fi에서 도청을 막고 지역 제한(geo-blocking)을 우회하는 것이 전형적 용도다. 이때 사용자는 VPN 사업자라는 단일 주체를 신뢰 한다. 문제는 그 사업자가 사용자의 실제 IP와 접속 대상을 동시에 볼 수 있는 위치에 있다는 점이다. 즉 VPN은 '외부의 도청자'로부터는 지켜주지만, '사업자 자신'에 대해서는 무방비다("no-log 정책"은 계약·신뢰의 문제이지 구조적 보장이 아니다). Tor와 VPN은 둘 다 프라이버시 도구지만, Tor는 신뢰를 분산해 익명성을 얻고, VPN은 신뢰를 집중하는 대신 성능과 통제를 얻는다 는 점에서 신뢰 모델이 근본적으로 반대다.

2. 양파 라우팅의 동작 원리

Tor 클라이언트는 목적지로 바로 가지 않고, 디렉터리 서버로부터 릴레이 목록을 받아 통상 입구(Guard)·중간(Middle)·출구(Exit) 3개 노드로 이뤄진 회로(circuit)를 구성한다. 데이터를 보낼 때는 출구·중간·입구 노드의 키로 바깥에서 안으로 세 겹 암호화 한다. 패킷이 한 노드를 지날 때마다 그 노드가 자기 겹만 한 꺼풀 벗겨(decrypt one layer) 다음 목적지 주소를 확인하고 전달한다 — 양파 껍질을 벗기는 모습에서 'onion'이라는 이름이 나왔다.

flowchart LR
  U["사용자<br/>(Tor 클라이언트)"] -->|"3겹 암호화"| E["입구 노드<br/>Guard(발신자만 앎)"]
  E -->|"2겹"| M["중간 노드<br/>Middle(양쪽 다 모름)"]
  M -->|"1겹"| X["출구 노드<br/>Exit(목적지만 앎)"]
  X -->|"평문/TLS"| D["목적지 서버"]
  style E fill:#e8f0fe,stroke:#2f6fed,stroke-width:2px
  style M fill:#e8f0fe,stroke:#2f6fed,stroke-width:2px
  style X fill:#fde8e8,stroke:#c0392b,stroke-width:2px

이 구조가 익명성을 만드는 이유는 각 노드가 아는 정보가 '바로 앞'과 '바로 뒤'로 제한되기 때문 이다. 입구 노드는 발신자의 실제 IP를 알지만 최종 목적지는 모른다(안쪽 겹이 아직 암호화돼 있다). 출구 노드는 목적지를 알지만 발신자가 누구인지는 모른다(패킷이 이미 여러 겹을 거쳐 왔다). 중간 노드는 앞뒤 릴레이만 알 뿐 양 끝을 전혀 모른다. 결국 '누가 어디에 접속하는지'라는 완결된 정보는 어느 한 노드에도 존재하지 않으며, 이를 깨려면 서로 독립적으로 운영되는 여러 노드가 담합해야 한다. Tor 클라이언트는 회로를 대략 10분 주기로 교체해, 장기간의 상관관계 추적을 더 어렵게 만든다.

주의할 점은 출구 노드에서 목적지까지의 구간 이다. 이 마지막 구간에서는 Tor의 겹 암호화가 모두 벗겨지므로, 사용자가 HTTPS 같은 종단 암호화(end-to-end encryption) 를 쓰지 않으면 악의적 출구 노드가 내용을 엿보거나 변조할 수 있다. 즉 Tor는 '누가'를 숨기는 기술이지 '무엇을'을 자동으로 지켜주는 기술이 아니며, 반드시 HTTPS와 병행해야 한다.

가. 회로 구성과 디렉터리 권한

Tor 클라이언트가 회로를 만들려면 먼저 '어떤 릴레이가 존재하고 신뢰할 만한가'를 알아야 한다. 이 역할을 소수의 디렉터리 권한(Directory Authority) 서버가 맡는다. 이들은 전 세계 릴레이의 상태·대역폭·신뢰도를 취합해 시간 단위로 서명된 합의 문서(consensus) 를 만들고, 클라이언트는 이를 내려받아 어떤 노드를 회로에 넣을지 판단한다. 이 합의 구조 덕분에 개별 클라이언트가 신뢰할 노드를 일일이 검증하지 않아도 되고, 악성 릴레이가 무제한으로 회로를 장악하기 어려워진다.

노드는 역할에 따라 나뉜다. 입구(Guard) 노드는 발신자의 실제 IP를 직접 보는 민감한 위치라, 무작위로 매번 바꾸지 않고 일정 기간 고정(guard rotation)해 악성 입구에 우연히 걸릴 확률을 낮춘다. 출구(Exit) 노드는 목적지와 직접 통신하므로 남용·법적 책임 논란에 노출되기 쉬워, 이를 자원해 운영하는 자원봉사자가 상대적으로 적다. 이런 역할별 위험 비대칭이 Tor 네트워크의 성능·가용성에 직접 영향을 준다.

나. 성능과 사용성의 현실

Tor가 느린 이유는 익명성 설계의 필연적 대가다. 데이터가 목적지까지 최소 3개 노드를 물리적으로 경유하며, 각 홉에서 암호화 계층을 벗기는 연산이 더해진다. 노드들이 전 세계에 흩어져 있어 지리적 왕복 지연(RTT)이 커지고, 자원봉사 릴레이의 대역폭도 제각각이라 병목이 생긴다. 특히 출구 노드가 부족해 트래픽이 소수 노드에 몰리면 전체 체감 속도가 떨어진다.

이 성능 특성은 사용성에도 영향을 준다. 일부 웹사이트는 남용 방지를 이유로 Tor 출구 IP에서 오는 접속에 캡차를 요구하거나 아예 차단하며, 스트리밍·대용량 전송에는 부적합하다. 그래서 Tor는 '모든 트래픽을 항상 Tor로'가 아니라, 익명성이 정말 필요한 활동에 선택적으로 쓰는 것이 현실적이다. 반대로 VPN은 단일 홉·전용 인프라라 지연이 작아 일상적 상시 사용에 적합하다 — 이 성능 격차 자체가 두 기술의 용도를 가르는 실질적 요인이다.

다. 어니언 서비스(다크웹)

Tor는 클라이언트의 익명성뿐 아니라 서버의 익명성 도 제공한다. .onion 주소로 접근하는 어니언 서비스(Onion Service, 과거 hidden service) 는 서버의 실제 IP를 노출하지 않고, 클라이언트와 서버가 각각 Tor 회로를 만든 뒤 랑데부 지점(rendezvous point)에서 만나 통신한다. 이 구조 덕분에 검열·차단이 어려운 언론 제보 창구(예: 주요 언론사의 SecureDrop)나 프라이버시 서비스가 운영되는 반면, 동일한 익명성이 불법 거래 시장 같은 이른바 '다크웹' 범죄에도 악용된다. 기술은 중립적이며 순기능과 역기능이 같은 뿌리에서 나온다.

3. Tor와 VPN 비교

VPN은 사용자와 서버 사이 하나의 터널로 트래픽을 감싼다. 실제 IP를 서버 IP로 바꾸고 전송 구간을 암호화하므로 공용 Wi-Fi 도청·지역 제한 우회·사내망 접속에 효과적이지만, VPN 서버는 양 끝(실제 IP와 목적지)을 모두 본다. Tor는 이 신뢰를 3개 이상의 독립 노드에 분산해 어느 한 곳도 전체를 모르게 한다. 아래 표는 두 기술을 여러 축에서 비교한 것이지만, 표 이전에 강조할 본질은 신뢰의 분산 여부 다. VPN에서 프라이버시의 최종 방어선은 '사업자를 믿을 수 있는가'라는 신뢰이고, Tor에서는 '아무도 안 믿어도 되는' 구조 자체가 방어선이다. 대신 그 구조의 대가로 Tor는 다단계 중계·암호화 때문에 느리다.

구분	Tor	VPN
1차 목적	익명성(신원·위치 은닉)	보안 연결·IP/지역 우회
경로	다중 노드(3+), 분산 신뢰	단일 VPN 서버
신뢰 모델	무신뢰(어느 노드도 전체 모름)	사업자 신뢰 필요(단일 신뢰점)
암호화	계층적(양파, 노드마다 한 겹)	터널 암호화(클라이언트↔서버)
속도·지연	느림(다단계 중계)	상대적으로 빠름
비용/운영	무료·자원봉사 릴레이	대개 유료·사업자 운영
주 용도	검열 회피·익명 접속·제보	원격접속·지사연결·지역 우회
약점	출구 노드 도청, 상관관계 공격	사업자 로그·법적 요구·서버 침해

핵심 차이는 신뢰 모델과 성능의 트레이드오프 로 요약된다. VPN은 하나의 사업자를 믿는 대가로 빠르고 다루기 쉬우며, Tor는 아무도 믿지 않아도 되는 대신 여러 노드를 거쳐 느리고 일부 사이트에서 차단·캡차에 부딪힌다. 예컨대 표현의 자유가 억압된 환경에서 취재원을 보호해야 하는 기자에게는 익명성이 절대적이라 속도를 희생하고 Tor를 택하고, 카페 Wi-Fi에서 사내 시스템에 접속하는 직원에게는 성능과 안정성이 중요해 VPN을 택한다.

두 기술은 배타적이지 않아 결합해 쓰기도 한다. Tor over VPN(사용자→VPN→Tor)은 ISP에게 'Tor를 쓴다'는 사실 자체를 숨기고 입구 노드에 실제 IP가 직접 닿지 않게 하며, VPN over Tor(사용자→Tor→VPN→목적지)는 출구 노드가 목적지를 못 보게 하고 특정 서비스 접근을 돕는다. 다만 두 방식 모두 새로운 신뢰 가정과 성능 저하를 동반하므로, 위협 모델을 명확히 하지 않은 채 무작정 겹치는 것은 오히려 익명성을 약화시킬 수 있다.

가. 대표적 활용 시나리오

두 기술의 선택은 결국 '누구로부터 무엇을 지키려 하는가'로 귀결된다. 실무에서 자주 마주치는 시나리오를 정리하면 다음과 같다.

취재원 보호·내부고발: 신원 노출이 곧 신변 위협이 되므로 익명성이 절대적이다. → Tor + 어니언 기반 제보 창구(SecureDrop).
검열 국가에서의 정보 접근: 국가 단위 차단·감시를 피해야 한다. → Tor + 브리지·pluggable transport로 진입 위장.
원격근무자의 사내망 접속: 신원은 이미 밝혀도 되며, 안전한 연결과 성능이 중요하다. → 기업용 VPN.
공용 Wi-Fi 도청 방지·지역 우회: 일상적 프라이버시와 편의가 목적이다. → 상용 VPN.
최고 수준의 신원 은닉이 필요한 조사·연구: 진입 사실까지 숨기고 싶다. → Tor over VPN 등 결합, 단 신뢰 가정 재검토.

이처럼 '익명성이 생명인가, 성능·연결이 목적인가'라는 단순한 질문이 대부분의 선택을 가른다.

4. 심화 — 익명성의 한계와 위협 모델

가. 트래픽 상관관계 공격

Tor가 강력한 익명성을 주지만 '완전한 익명'은 아니라는 점이 기술사 관점에서 중요하다. 대표적 위협이 트래픽 상관관계 공격(traffic correlation / end-to-end timing attack) 이다. 입구 노드로 들어가는 트래픽의 타이밍·패킷량 패턴과 출구 노드에서 나오는 패턴을 동시에 관찰할 수 있는 전 지구적 관찰자(global passive adversary)라면, 내용을 못 봐도 통계적 상관으로 발신자와 목적지를 연결할 수 있다.

Tor의 위협 모델은 애초에 이런 전역 관찰자를 방어 대상에서 제외한다 — 이것이 설계상의 명시적 한계다. 즉 Tor는 '전 세계 인터넷 백본을 동시에 감시하는 국가급 적'까지 막겠다고 약속하지 않는다. 입구 노드를 오래 고정하는 Guard 노드 정책은 매번 무작위 입구를 쓸 때 언젠가 악성 입구에 걸릴 확률을 줄이기 위한 현실적 방어책으로, 이런 한계를 완화하려는 절충이다.

나. 애플리케이션 계층 유출과 대응

또한 실제 신원 노출은 대개 프로토콜이 아니라 사용자 행위와 애플리케이션 계층 에서 일어난다. 대표적 비익명화(de-anonymization) 경로는 다음과 같다.

실명 로그인: Tor로 접속해도 실명 계정에 로그인하면 그 세션은 즉시 특정 개인과 연결된다.
IP 유출: 브라우저 플러그인·WebRTC·비(非)Tor 애플리케이션이 실제 IP를 우회 전송한다.
외부 리소스 로딩: 문서·이미지가 외부 자원을 실제 IP로 가져오면 위치가 드러난다.
브라우저 지문: 폰트·해상도·확장 조합이 개인을 식별하는 지문이 된다.
행동 패턴: 접속 시간대·문체·습관 등 부수 정보의 상관으로 추정된다.

그래서 Tor Project는 지문(fingerprint)을 통일하고 위험 기능을 끈 Tor Browser 사용을 권한다.

검열 국가가 Tor 진입 자체를 막으면, 공개되지 않은 우회 릴레이인 브리지(bridge) 와 트래픽을 평범한 HTTPS 등으로 위장하는 pluggable transport(obfs4, Snowflake 등) 로 대응한다. 최근에는 Tor의 오랜 성능 한계를 개선하기 위해 회로 혼잡 제어 등 프로토콜 개선도 진행되고 있다. 요컨대 Tor의 익명성은 '네트워크 구조 + 올바른 클라이언트 + 규율 있는 사용'이 함께 갖춰질 때 비로소 성립한다.

5. 고려사항 및 시사점

위협 모델과 목적에 맞는 도구를 선택 해야 한다. 지켜야 할 대상(누구로부터, 무엇을 숨기는가)을 먼저 정의해야 한다. 완전한 익명성·검열 회피가 목적이면 Tor, 기업 원격접속·보안 통신·지역 우회가 목적이면 VPN이 적합하며, 필요 시 결합(Tor over VPN 등)하되 새 신뢰 가정을 반드시 검토한다.
종단 암호화(HTTPS)는 선택이 아니라 필수 다. Tor는 '누가'를 숨길 뿐 '무엇을'은 자동으로 지켜주지 않으므로, 출구 노드 도청·변조를 막기 위해 항상 TLS와 병행하고, 민감 서비스는 어니언 서비스로 종단 간 경로를 Tor 안에 가두는 편이 안전하다.
완전한 익명은 없으며 사용 규율이 관건 이다. 상관관계 공격·애플리케이션 계층 정보 유출·사용자 실수로 익명성은 깨질 수 있다. 전용 브라우저 사용, 실명 활동과의 분리, 위험 기능 비활성화 같은 운영 규율이 기술만큼 중요하다.
양날의 검에 대한 사회·법적 균형 이 필요하다. 익명성은 언론 자유·인권 보호·검열 회피라는 순기능과 다크웹·범죄 악용이라는 역기능을 같은 뿌리에서 가진다. 기술 자체를 금지하기보다, 정당한 프라이버시 보호와 범죄 대응 사이의 사회적 합의와 절차적 통제(적법 절차에 따른 수사 등)로 균형을 잡아야 한다.
기업·기관 관점의 방어적 함의 도 있다. 조직 입장에서는 Tor 출구 노드 IP 목록 기반 접근제어, 이상 트래픽 탐지 등으로 악용을 통제하되, 정당한 프라이버시 도구 사용까지 무차별 차단하지 않도록 정책적 경계를 명확히 해야 한다.

참고자료

Tor Project 공식 문서(How Tor Works, Onion Services): https://support.torproject.org/
Tor Project — Overview: https://2019.www.torproject.org/about/overview.html.en

한 줄 요약: Tor는 다중 노드 양파 라우팅으로 신뢰를 분산해 신원을 은닉하는 무신뢰 익명 네트워크 로, 단일 서버를 신뢰하는 VPN과 달리 어느 노드도 전체 경로를 모르게 하지만 속도·완전 익명성에는 한계가 있어, 익명성(Tor)과 보안 연결·성능(VPN)이라는 목적과 위협 모델에 따라 선택·결합한다.