VPN 트래픽을 누가 볼 수 있는가? 네 명의 관찰자

터널은 트래픽이 관측 가능해지는 지점을 바꿉니다. 관측 불가능하게 만드는 것은 아니며, 가시성을 얻는 쪽은 트래픽을 통과시킨 상대입니다. 그 교환이 값어치가 있는지는 어느 구간을 신뢰하지 않는지에 달려 있으므로, 유용한 비교는 브랜드 간이 아니라 관찰자 간의 비교입니다.

하나의 연결에 네 당사자가 앉아 있다

노트북에서 바깥으로 향하는 요청을 따라가면 접속한 액세스 네트워크, VPN 출구, 기기가 관리되는 경우 기업 환경, 그리고 목적지 자체라는 네 위치가 나타납니다. 각각 경로의 다른 위치를 차지하므로 수집하는 증거의 종류도 다릅니다. 표가 그 논의 전체를 한눈에 보여 줍니다.

표를 위협에서 바깥으로 읽으세요. 카페 Wi-Fi가 걱정이라면 바뀌는 것은 첫 행이고, ISP가 걱정이라면 당신은한 사업자를 다른 사업자로 바꾼것이며 이제 두 번째 행이 더 중요해집니다. 행들은 경쟁하지 않고 각각 같은 경로의 다른 위치를 설명합니다.

액세스 네트워크는 여전히 터널을 본다

ISP나 호텔 네트워크는 IP 주소로 향하는 연결, 전송된 바이트, 오간 시각을 봅니다. 터널 안의 사이트는 보지 못하는데, 이름 해석도 터널 안을 지나고 목적지에 직접이 아니라 출구를 거쳐 도달할 때 그렇습니다.

두 가지 누출은 사람들이 예상하는 것보다 자주 남습니다. 로컬 리졸버로 보낸 DNS 질의는 여전히 사이트를 지목하고, 일반 TLS 핸드셰이크의 서버 이름은 암호화된 클라이언트 헬로를 쓰지 않는 한 경로에서 읽힙니다. 둘 다 클라이언트를 설치해서 고쳐지지 않으며, 둘 다 설정의 문제입니다.

VPN 사업자, 그리고 그 뒤의 고용주

상업 사업자는 당신의 ISP가 서 있던 바로 그 자리에 서서 패킷을 전달하고, 따로 암호화되지 않은 것은 모두 읽을 수 있습니다. 평범한 HTTP 양식에 입력한 비밀번호는 첫 구간이 암호화되었더라도 출구에서 읽힙니다. 터널은 신뢰를 옮겼을 뿐 노출을 없애지 않았습니다. 교체가 무엇을 개선했다고 가정하기 전에 사업자의 로그 정책을 읽으세요.

관리되는 업무용 노트북에서는 조직이 단말을 소유하므로 기기 관리, DNS 로그, 프록시 기록이 터널 연결 여부와 무관하게 이를 관찰합니다. 개인 VPN은 관리 기기를 사적인 것으로 만들지 않으며, 많은 네트워크에서 그것은 개인정보 보호 조치가 아니라 정책 위반입니다.

집 안의 다른 기기 트래픽은 업무용 노트북이 의도적으로 그들의 게이트웨이가 되지 않는 한 그 고용주에게 보이지 않습니다. 가정이 하나의 연결을 공유하며 최악을 가정할 때 이 구분이 중요합니다.

목적지, 그리고 출구의 이웃들

방문하는 사이트는 출구 주소, 로그인한 계정, 쿠키, 브라우저 특성을 봅니다. 터널은 첫 항목만 바꾸며, 로그인은 어쨌든 출구 주소를 당신과 연결합니다.

공유 서비스는 더 미묘한 위험을 더합니다. 사업자가 고객을 서로 격리하지 않으면 포트에서 수신하는 기기가 같은 출구의 다른 고객에게 도달 가능할 수 있습니다. 호스트 방화벽에서 인바운드 트래픽을 기본적으로 차단하면 그 위험의 대부분이 덮입니다. 시험하려면 두 번째 기기를 같은 서비스에 연결해 수신 포트에 도달해 보아야 합니다.

계정 식별자, 애플리케이션 수준 추적, 그리고 연결을 공유할 때 기기가 트래픽을 전달하고 있음을 스스로 알는다는 점은 변하지 않습니다. 터널은 라우팅 결정이지 신원 변경이 아닙니다.

제품을 고르기 전에 어느 관찰자로부터 숨고 싶은지 고르세요. 로컬 네트워크라면 올바르게 설정된 출구라면 거의 무엇이든 도움이 됩니다. 사업자 자체의 로그라면 계약이 결정의 일부입니다. 고용주라면 어떤 개인 터널도 해결하지 못합니다.