Tor의 역사와 어니언 라우팅의 기원 및 운영 원리

Tor의 간략한 역사

Tor의 역사는 1995년 미국 해군 연구소(U.S. Naval Research Laboratory)에서 시작되었습니다. David Goldschlag, Michael G. Reed, Paul Syverson은 그곳에서 최초의 어니언 라우팅(onion routing) 프로토타입을 구축했습니다. Tor Project의 자체 타임라인에 따르면, 그들이 던진 질문은 "누가 누구와 통신하는지 드러내지 않는 인터넷 연결을 만들 방법이 있는가"였습니다. 오늘날 사용자들이 이용하는 네트워크는 2002년 10월에 배포되었으며, 그 코드는 자유 및 오픈 소스 소프트웨어 라이선스로 공개되었습니다. Tor Project, Inc.는 2006년에 비영리 단체로 설립되었습니다.

아래의 모든 날짜는 Tor Project가 게시한 타임라인, 릴리스 노트 또는 자체 지원 페이지에서 가져온 것입니다. 자금 지원 주체와 같이 주장이 엇갈리는 부분은 증거가 무엇인지, 그리고 어디에서 직접 확인할 수 있는지 명시하였습니다.

어니언 라우팅의 실제 동작 방식

어니언 라우팅은 인터넷에서 일반적으로 결합되어 있는 두 가지 사실, 즉 사용자가 누구인지와 무엇을 요청했는지를 분리합니다. Tor 클라이언트는 3개의 릴레이를 선택하여 그들을 통과하는 회로를 구축합니다. 클라이언트는 트래픽을 3개의 암호화 계층으로 감싸는데, 각 릴레이마다 한 계층씩 할당됩니다. 각 릴레이는 한 계층을 벗겨내고 다음 홉의 주소만 확인한 뒤 패킷을 전달합니다. 이 계층화 방식이 바로 이름의 유래입니다.

가드(guard)라고 불리는 첫 번째 릴레이는 사용자의 IP 주소는 볼 수 있지만 목적지는 알 수 없습니다. 마지막 릴레이인 출구(exit) 릴레이는 목적지는 볼 수 있지만 사용자의 IP 주소는 알 수 없습니다. 중간 릴레이는 둘 다 볼 수 없습니다. 어떤 단일 릴레이도 두 정보를 모두 보유하지 않으며, 이것이 전체 보안 논리의 핵심입니다. 또한 릴레이를 서로 관련 없는 사람들이 운영해야 하는 이유이기도 합니다. 만약 한 조직이 가드와 출구 릴레이를 모두 운영한다면 분리 효과는 사라지며 암호화는 아무런 의미가 없게 됩니다.

알려진 취약점은 트래픽 상관관계 분석입니다. 회로의 양 끝을 동시에 감시할 수 있는 관찰자는 들어오는 패킷과 나가는 패킷의 타이밍 및 크기를 대조할 수 있습니다. Tor는 인터넷 전체를 한꺼번에 감시할 수 있는 공격자를 방어하지 못하며, Roger Dingledine, Nick Mathewson, Paul Syverson이 2004년에 발표한 설계 논문 "Tor: The Second-Generation Onion Router"의 위협 모델에서도 이를 명시하고 있습니다.

사설 네트워크가 무용지물이었던 이유

이 부분은 짧은 요약에서 생략되는 내용이며, 이 페이지의 나머지 모든 내용을 설명합니다.

군사 조직이나 정보 기관은 자사 트래픽만 흐르는 네트워크에서는 익명성을 확보할 수 없습니다. 익명성은 암호의 속성이 아니라 군중의 속성입니다. 네트워크를 떠나는 모든 연결이 단일 사무실에서 발생한다면, 연결이 나가는 것을 관찰하는 것만으로도 이미 답을 알 수 있습니다. 암호화는 완벽하게 작동하더라도, 혼동할 대상이 아무도 없기 때문에 익명성은 존재하지 않습니다.

따라서 설계는 공개되어야 했고, 트래픽은 다른 사람들의 트래픽과 섞여야 했습니다. 해당 코드는 2002년 10월 자유 소프트웨어 라이선스로 배포되었으며, 누구나 릴레이를 운영할 수 있게 되었습니다. 광고 네트워크를 피하려는 기자, 활동가, 연구원, 그리고 일반인 모두가 그 안의 다른 모든 사람을 보호하는 군중이 되었습니다. Dingledine과 Mathewson은 2006년 정보 보안 경제학 워크숍(Workshop on the Economics of Information Security)에서 발표한 "Anonymity Loves Company: Usability and the Network Effect"라는 논문을 통해 이 주장을 펼쳤습니다. 결론은 사용자 기반의 규모와 다양성이 시스템의 보안 속성이라는 점입니다. 이는 단순히 마케팅을 위한 수치가 아닙니다.

알파 코드에서 비영리 단체로

The Tor Project의 연대기와 발표된 논문들은 다음 단계를 기록하고 있습니다.

• 2002년 10월: Tor 네트워크가 배포되었으며, 코드는 "자유 및 오픈 소스 소프트웨어 라이선스" 하에 공개되었습니다.
• 2003년 말: 네트워크는 "미국에 주로 위치한 10여 개의 자원봉사자 노드와 독일의 노드 1개"로 운영되었습니다.
• 2004년: Dingledine, Mathewson, Syverson이 설계 논문인 "Tor: The Second-Generation Onion Router"를 발표했습니다.
• 2004년: Electronic Frontier Foundation(EFF)이 Tor 개발에 대한 자금 지원을 시작했습니다.
• 2006년: 개발 유지를 위해 501(c)(3) 비영리 단체인 The Tor Project, Inc.가 설립되었습니다.
• 2007년: 국가 방화벽이 공개 릴레이 목록을 차단하기 시작함에 따라 브리지(bridges) 개발이 시작되었습니다.
• 2008년: Tor Browser 개발이 시작되었습니다.

이후의 두 날짜는 현재 네트워크가 어떻게 사용되는지에 있어 중요합니다. The Tor Project의 연대기는 2010년 말 아랍의 봄 당시 Tor가 신원을 보호하고 차단된 사이트에 접속하는 데 사용되었음을 명시합니다. 또한 2013년 Snowden 문건이 공개된 시점을 Tor의 역할이 널리 알려진 계기로 기록하고 있으며, 해당 문건들은 당시까지 Tor가 뚫리지 않았음을 보여주었다고 설명합니다. 두 사건 모두 프로토콜을 변경하지는 않았습니다. 다만, 누가 이를 설치하는지에 대한 변화를 가져왔습니다.

Tor의 자금 출처와 확인 방법

Tor Project는 지원 페이지에서 다음과 같이 밝히고 있습니다. "Tor Project는 정부 보조금, 민간 재단, 개인 기부자의 지원을 받아 운영됩니다." 정부 자금은 초기부터 프로젝트의 일부였습니다. 후원자 페이지에는 미국 국무부를 비롯해 Ford Foundation, Open Technology Fund, Craig Newmark Philanthropies, 그리고 Brave, DuckDuckGo, Mullvad VPN, Fastly와 같은 기업들이 명시되어 있습니다. 회계 감사를 거친 재무 보고서는 블로그 게시물 형태로 공개되며, 가장 최근에는 2025년 12월에 2023년부터 2024년까지의 회계 연도 보고서가 발행되었습니다. 프로젝트 측은 "후원자와 자금 조달 모델을 투명하게 공개하는 것이 커뮤니티의 신뢰를 유지하는 최선의 방법"이라는 입장을 고수합니다.

중요한 질문은 누가 돈을 냈는가가 아니라, 그 돈으로 무엇을 할 수 있는가입니다. Tor는 로그인해서 사용하는 서비스가 아닙니다. Tor는 프로토콜 사양이며, 소스 코드를 읽을 수 있는 클라이언트이자, 낯선 이들이 운영하는 릴레이 네트워크입니다. 백도어를 심으려는 시도가 있다면 다음 세 곳 중 하나를 거쳐야 하며, 각 지점은 검증이 가능합니다.

• 소스 코드: 클라이언트는 오픈 소스이며 프로토콜은 공개적으로 명시되어 있습니다. 학계 연구자들은 정기적으로 Tor에 대한 공격 기법을 발표하며, 이들은 결함을 먼저 찾아내는 것을 전문적인 성과로 여깁니다.
• 바이너리: Tor Browser 빌드는 2013년 8월부터 결정론적(deterministic) 방식으로 생성됩니다. 따라서 독립적인 빌더가 릴레이를 직접 빌드하여 공개된 다운로드 파일과 바이트 단위로 비교할 수 있습니다. 소스 코드와 일치하지 않는 바이너리는 배포자를 신뢰할 필요 없이 즉시 식별 가능합니다.
• 릴레이: Tor Project가 네트워크를 직접 운영하지 않습니다. "Tor 네트워크는 대역폭을 기부하는 자원봉사자들에게 의존합니다." 가드, 중간 릴레이, 출구 릴레이, 브리지 등은 서로 관계없는 수천 명의 운영자가 소유합니다. 자금 제공자를 매수한다고 해서 이들까지 매수할 수는 없습니다.

프로젝트의 공식 입장은 간결합니다. "Tor에는 백도어가 없습니다. 소프트웨어는 오픈 소스이며, 코드는 독립적으로 감사할 수 있고, 모든 릴레이는 변조 방지를 위해 서명됩니다." 이 문장이 가치를 지니는 이유는 각 항목이 사용자가 직접 확인 가능한 대상을 명시하고 있기 때문입니다.

물론 현실적인 주의 사항은 존재하며, 이는 무결성보다는 우선순위에 관한 문제입니다. 보조금은 어떤 작업이 먼저 수행될지를 결정하므로, 예를 들어 네트워크 성능보다는 검열 우회 기술에 더 일관되게 자금이 투입되어 왔습니다. 이는 프로젝트에 대한 타당한 비판입니다. 하지만 이는 "코드가 오염되었다"는 비판과는 성격이 다르며, 누군가의 보증을 맹신하는 대신 재무 보고서를 직접 읽음으로써 스스로 판단할 수 있는 문제입니다.

Hidden services는 onion services가 되었습니다

Onion service는 IP 주소를 절대 노출하지 않는 서버입니다. 클라이언트와 서버는 각각 네트워크 내부의 만남 지점(meeting point)까지 자신만의 회로를 구축하므로, 양측 모두 상대방의 주소를 알 수 없습니다. 이 주소는 등록 기관이 할당한 이름이 아닙니다. 서버의 공개 키에서 파생된 것이기 때문에 .onion 주소가 무작위 문자열처럼 보이는 것입니다.

Onion services 타임라인에서 각 릴리스를 확인할 수 있습니다.

• 2004년 4월 8일: Tor 0.0.6pre1에서 hidden services가 처음 구현되었습니다.
• 2007년 9월 21일: Tor 0.2.0.7-alpha에서 버전 2 hidden services가 도입되었습니다.
• 2016년 12월 19일: Tor 0.3.0.1-alpha에서 버전 3 개발이 시작되었습니다.
• 2018년 1월 9일: Tor 0.3.2.9에서 버전 3가 릴리스되었습니다.

"Hidden services"에서 "onion services"로의 명칭 변경은 특정 날짜에 이루어진 것이 아니라 점진적으로 진행되었으며, Tor Project의 자체 문서에서도 두 용어를 모두 사용합니다. 기존 명칭은 잘못된 의미를 내포하고 있었습니다. 많은 onion 사이트가 공개되어 있고, 인덱싱되며, 홍보되고 있습니다. 숨겨진 것은 사이트가 아니라 서버의 위치입니다. 원래의 명칭은 설정 파일에 남아 있으며, 이는 유용한 화석과 같습니다. 여전히 torrc에서 다음과 같이 선언합니다.

HiddenServiceDir /var/lib/tor/my_service/
HiddenServicePort 80 127.0.0.1:8080

해당 디렉터리에는 서비스 키와 주소가 포함된 hostname 파일이 저장됩니다. port 라인은 onion 주소의 포트를 같은 머신의 로컬 주소로 매핑하므로, 웹 서버는 127.0.0.1에 바인딩된 상태를 유지하며 공용 인터페이스에서는 절대 수신 대기하지 않도록 할 수 있습니다. 버전 3가 기본값이므로 오늘날 이 두 줄로 생성된 서비스는 v3 주소를 갖게 됩니다.

Onion 주소는 도메인 이름도 아닙니다. 2015년 10월에 게시된 RFC 7686은 일반적인 리졸버가 이러한 조회를 공용 DNS(도메인 이름 시스템)로 유출하지 않도록 .onion을 특수 용도 도메인 이름으로 예약했습니다. 이 규칙은 단호합니다. "권한 있는 서버는 .onion에 대한 쿼리에 반드시 NXDOMAIN으로 응답해야 한다." 이를 일반 도메인 이름이 해석되는 방식과 비교해 보면 그 차이가 핵심임을 알 수 있습니다. DNS 이름은 등록 기관이 할당하며 사용자가 제어할 수 없는 서버를 통해 조회됩니다. Onion 주소는 공개 키이므로 스스로를 인증하며 별도의 조회가 필요하지 않습니다.

기존 .onion 주소가 작동하지 않는 이유

두 주소 형식은 호환되지 않으며, 이전 형식은 영구적으로 비활성화되었습니다.

[
  {
    "version": "v2 (retired 2021)",
    "address_length_chars": 16,
    "service_key": "RSA-1024",
    "address_hash": "SHA-1, truncated to 80 bits"
  },
  {
    "version": "v3 (current)",
    "address_length_chars": 56,
    "service_key": "Ed25519",
    "address_hash": "SHA3-256"
  }
]

v2 주소는 16 자로 구성되었습니다. 이는 RSA-1024 공개 키의 SHA-1 해시값 중 앞 80비트만을 포함했기 때문입니다. v3 주소는 56 자로 구성됩니다. 이는 전체 Ed25519 공개 키와 체크섬, 버전 바이트를 포함하기 때문입니다. v3 주소가 더 긴 이유는 더 이상 값을 절단하지 않으며, 주소 자체가 서비스의 완전한 식별자가 되었기 때문입니다.

지원 중단은 예고된 일정에 따라 진행되었습니다:

• 2020년 9월 15일, Tor 0.4.4.x: Tor가 운영자와 클라이언트에 v2가 지원 중단됨을 알리기 시작합니다.
• 2021년 7월 15일, Tor 0.4.6.x: 코드베이스에서 v2 지원이 제거됩니다.
• 2021년 10월 15일: 지원되는 모든 시리즈의 새로운 안정화 클라이언트 릴리스에서 v2가 비활성화됩니다.

명시된 이유는 암호학적 결함입니다. "수학 및 암호학에 대한 인류의 이해가 발전함에 따라, 버전 2의 기반은 취약해졌으며 현시점에서는 안전하지 않게 되었습니다." 80비트로 절단된 SHA-1 해시와 1024비트 RSA 키는 2021년 기준으로는 모두 적절한 보안 수준에 미치지 못했으며, 기존 주소 형식으로는 이를 변경할 여지가 없었습니다.

사용자가 겪게 되는 결과는 단순하며, 명확히 기술할 가치가 있습니다. 2021년 이전에 게시된 모든 16자 .onion 링크는 영구적으로 사용할 수 없으며, 리다이렉트 또한 존재하지 않습니다. v2 주소는 업그레이드할 수 없었습니다. 주소 자체가 곧 이전 키였기 때문입니다. 운영자는 새로운 서비스를 생성하고 사용자가 이미 신뢰하는 채널을 통해 새로운 주소를 게시해야 했습니다.

브리지와 플러그형 전송(Pluggable Transports): 끊임없이 진화하는 검열

공개 릴레이 목록은 클라이언트가 특정 서버 하나를 신뢰하는 대신 스스로 경로를 선택할 수 있도록 의도적으로 공개됩니다. 하지만 이 공개된 목록은 Tor를 차단하려는 국가에게는 즉시 사용할 수 있는 차단 목록이 됩니다. 브리지에 대한 연구는 2007년부터 시작되었습니다. 브리지는 공개 목록에 포함되지 않는 릴레이입니다. 사용자는 웹이나 이메일을 통해 소수의 브리지 주소를 요청하며, 검열자는 열거할 수 없는 주소를 차단할 수 없습니다.

이후 차단 방식은 주소 기반에서 트래픽 형태 분석으로 이동했습니다. 심층 패킷 분석(Deep Packet Inspection)은 목적지 IP 주소와 관계없이 네트워크상에서 Tor 프로토콜을 식별합니다. 이에 대한 해결책으로 플러그형 전송이 도입되었습니다. 이는 Tor 트래픽의 기능은 유지하면서 겉모습을 변형하는 래퍼(wrapper)입니다. 현재 Tor Browser에는 obfs4proxy의 후속작인 lyrebird라는 단일 바이너리가 포함되어 있으며, 클라이언트 측 설정은 다음 torrc의 세 줄로 구성됩니다.

UseBridges 1
ClientTransportPlugin meek_lite,obfs4,snowflake,webtunnel exec [PATH]/lyrebird
Bridge obfs4 <IP ADDRESS>:<PORT> <FINGERPRINT> cert=<CERTIFICATE> iat-mode=0

[PATH]을 lyrebird 바이너리가 위치한 디렉터리로 바꾸고, Bridge 줄 전체는 직접 입력하는 대신 Tor Project의 브리지 사이트에서 복사하십시오. 각 전송 방식은 서로 다른 차단 기법을 해결합니다.

• obfs4는 트래픽을 식별할 수 없는 형태로 만들어 필터가 일치시킬 수 있는 프로토콜 헤더를 제거합니다. Tor 측은 대부분의 사용자에게 효과적인 무작위화 전송 방식이므로 이를 가장 먼저 시도할 것을 권장합니다.
• snowflake는 일반 웹 브라우저 내에서 자원봉사자가 운영하는 단기 프록시를 거치게 하여 연결되는 주소를 계속 변경합니다. 이 기능은 2021년 7월 6일 버전 10.5에서 안정적인 Tor Browser에 포함되었습니다.
• meek는 대형 클라우드 제공업체를 통해 연결을 라우팅합니다. 트래픽이 해당 제공업체로 향하는 것처럼 보이게 하여, 이를 차단하려면 제공업체 전체를 차단해야 하는 상황을 만듭니다.
• webtunnel은 obfs4와 반대되는 접근 방식을 취합니다. 트래픽을 아무것도 아닌 것처럼 보이게 하는 대신, "페이로드 연결을 WebSocket과 유사한 HTTPS 연결로 감싸서" 일반적인 웹 서버로 향하는 HTTPS 연결처럼 보이게 합니다. Tor Project는 2024년 3월 12일에 소수의 프로토콜만 허용하는 네트워크를 위해 이 기능을 안정적인 Tor Browser에 출시했습니다.

이러한 흐름은 지난 20년간의 실질적인 양상을 보여줍니다. 새로운 전송 방식이 등장하는 이유는 특정 차단 기술이 효과를 발휘하기 시작했기 때문이며, 각 릴레이 출시일은 해당 연도에 검열자들이 어떤 활동을 했는지 보여주는 기록입니다.

Tor는 VPN이 아니며, VPS 또한 마찬가지입니다

많은 사람이 VPN에 관한 글을 읽은 뒤 Tor를 접하게 되므로, 정확한 개념을 이해하는 것이 중요합니다. VPN(virtual private network)은 사용자의 트래픽을 단일 기업이 운영하는 서버 하나로 전송하며, 해당 기업은 사용자의 실제 주소와 목적지를 동시에 파악할 수 있습니다. 반면 Tor는 서로 다른 운영자가 관리하는 3개의 릴레이를 거쳐 트래픽을 전송하므로, 그중 어느 누구도 두 정보를 동시에 보유할 수 없습니다. 이는 서로 다른 신뢰 모델과 실패 모드를 가집니다. VPS와 VPN의 차이에서 각각의 용도를 다룹니다.

익명성보다는 직접 제어하는 기기 간의 비공개 터널이 필요한 경우라면, 직접 운영하는 VPN이 적합합니다. 약 40줄의 설정으로 VPS에서 WireGuard VPN을 직접 호스팅할 수 있습니다. 이는 로컬 네트워크와 인터넷 서비스 제공업체로부터 트래픽을 보호해 줍니다. 하지만 서버를 호스팅하는 기업으로부터의 익명성은 보장되지 않는데, 이는 사용자가 자신의 결제 정보를 사용하여 해당 서버를 임대했기 때문입니다. VPS 호스팅의 안전성 여부에 관한 별도의 질문은 또 다른 위협, 즉 누가 내 서버에 접근할 수 있는지에 관한 문제입니다.

릴레이를 운영하는 것은 정반대의 방향이며, Tor 네트워크는 이에 의존합니다. 브리지, 가드, 중간 릴레이, 출구 릴레이 모두 운영자가 필요하며, Tor Project의 릴레이 가이드는 "릴레이 운영에는 기술적 숙련도와 헌신이 필요하다"고 명시하고 있습니다. 출구 릴레이는 법적 위험을 수반합니다. 다른 사람의 트래픽이 사용자의 IP 주소를 통해 인터넷으로 나가게 되며, 호스팅 제공업체에 관련 문의가 전달될 수 있기 때문입니다. 릴레이를 시작하기 전에 반드시 해당 가이드를 읽어 보시기 바랍니다.

FAQ

Tor는 미국 정부가 만들었습니까?

Onion routing은 1995년 미국 해군 연구소(U.S. Naval Research Laboratory)에서 시작되었으며, David Goldschlag, Michael G. Reed, Paul Syverson이 최초의 프로토타입을 구축했습니다. Tor 자체는 차세대 설계로서 2001년과 2002년경 Roger Dingledine, Nick Mathewson, Paul Syverson에 의해 시작되었고, 2002년 10월 자유 소프트웨어 라이선스로 네트워크가 배포되었습니다. The Tor Project, Inc.는 2006년부터 독립적인 501(c)(3) 비영리 단체로 운영되고 있습니다. 정부가 기원이라는 점은 사실이며, 이것이 바로 네트워크를 모두에게 개방해야 했던 이유이기도 합니다. 특정 조직의 트래픽만 전송하는 네트워크는 해당 조직에 익명성을 제공하지 못합니다. 네트워크를 나가는 모든 연결이 해당 네트워크를 사용한다는 사실만으로 발신자를 식별할 수 있기 때문입니다.

정부 자금 지원이 Tor에 백도어가 있다는 것을 의미합니까?

The Tor Project의 답변은 "Tor에는 백도어가 없습니다. 소프트웨어는 오픈 소스이며, 코드는 독립적으로 감사할 수 있고, 모든 릴리스는 변조를 방지하기 위해 서명됩니다."입니다. 이것이 단순한 약속이 아니라 검증 가능한 이유는 그 주변의 구조 때문입니다. 프로토콜은 공개적으로 명시되어 있고, Tor Browser 빌드는 결정론적이어서 독립적인 빌더가 릴리스를 다시 빌드하여 게시된 바이너리와 비교할 수 있으며, 릴레이는 자금 제공자가 아닌 자원봉사자들이 운영합니다. 자금 지원은 어떤 작업을 우선적으로 수행할지에 영향을 미치며, Tor 블로그의 감사된 재무 보고서는 자금의 출처를 보여줍니다. 이는 코드에 관한 문제가 아니라 우선순위에 관한 문제입니다.

왜 예전 .onion 주소가 작동하지 않습니까?

해당 주소는 버전 2 주소였으며, v2 onion 서비스는 2021년에 폐기되었습니다. Tor는 2020년 9월 15일부터 이에 대해 경고하기 시작했고, 2021년 7월 15일 Tor 0.4.6.x에서 코드 베이스로부터 v2를 제거했으며, 2021년 10월 15일 안정화 릴리스에서 이를 비활성화했습니다. v2 주소는 .onion 앞에 16자이며, v3 주소는 56자입니다. 주소는 이전 키에서 파생되었기 때문에 리다이렉트나 업그레이드 경로가 존재하지 않으며, 운영자가 새로운 서비스를 생성하고 새 주소를 게시해야 했습니다.

Tor는 VPN과 동일합니까?

아닙니다. VPN은 사용자의 트래픽을 한 회사가 운영하는 서버 하나로 보내며, 해당 회사는 사용자의 실제 IP 주소와 목적지를 모두 볼 수 있습니다. Tor는 서로 다른 사람들이 운영하는 3개의 릴레이를 통해 트래픽을 전송하므로, 첫 번째 릴레이는 목적지를 모른 채 사용자의 주소를 보고, 마지막 릴레이는 사용자의 주소를 모른 채 목적지를 봅니다. Tor는 더 느리며, 인터넷 전체를 감시하지 않는 관찰자에 대비한 익명성을 위해 설계되었습니다. VPN은 더 빠르며, 로컬 네트워크와 인터넷 서비스 제공업체로부터의 프라이버시를 위해 설계되었습니다.

Pluggable transport란 무엇이며, 제가 사용해야 합니까?

Pluggable transport는 Tor의 작동 방식을 변경하지 않으면서 네트워크상에서 Tor 트래픽이 어떻게 보이는지를 변경하는 래퍼(wrapper)입니다. 따라서 Tor 프로토콜을 인식하는 필터가 이를 식별할 수 없습니다. 일반적인 Tor 연결이 실패할 때만 사용하면 되며, 이는 보통 사용자의 네트워크나 국가에서 Tor를 차단하고 있음을 의미합니다. Tor Browser는 lyrebird라는 단일 바이너리에 obfs4, snowflake, meek, webtunnel을 포함하여 배포합니다. 대부분의 사용자에게 효과적인 무작위화 전송 방식인 obfs4로 시작하고, 연결이 완료되지 않으면 webtunnel이나 snowflake를 시도하십시오.