프록시를 쓸 때 내 네트워크에서는 무엇이 보일까?
네트워크 관찰자에게 보이는 범위를 판단할 때 프록시 연결, 목적지 TLS, DNS 트래픽을 구분하세요.
일반 HTTP 프록시에서는 웹사이트 요청이 HTTPS로 보호되어도 로컬 네트워크가 최초 CONNECT 목적지를 볼 수 있습니다. 프록시까지 TLS를 사용하면 클라이언트와 프록시 사이 구간의 노출 범위가 달라집니다.
| 경로 | 로컬 트래픽에 접근할 수 있는 관찰자에게 보이는 내용 |
|---|---|
| 평문 HTTP 프록시를 통한 평문 HTTP 웹사이트 | 프록시 주소뿐 아니라 애플리케이션 통신도 읽을 수 있는 형태로 전달됩니다. |
| 평문 HTTP 프록시를 통한 HTTPS 웹사이트 | 평문 CONNECT의 대상 호스트와 포트, 프록시 연결, 시간 정보가 보입니다. 목적지 TLS가 터널 안의 웹사이트 요청을 보호합니다. |
| 올바르게 검증된 HTTPS 프록시 연결 | TLS가 해당 구간의 프록시 통신을 보호하지만 엔드포인트 연결과 트래픽 메타데이터는 여전히 관찰할 수 있습니다. |
그 구간을 보호해도 프록시 운영자가 자신이 처리하는 연결을 보는 것은 막지 못합니다. 목적지 TLS와 운영자에 대한 신뢰는 경로에서 별개의 요소입니다.
DNS도 따로 확인해야 합니다. 로컬에서 해석한 목적지 이름이 자동으로 프록시 연결 안으로 이동하지는 않습니다. SOCKS 원격 이름 해석은 해당 조회를 바꾸지만, 백그라운드 프로세스와 다른 앱은 독립적으로 이름을 해석하고 연결할 수 있습니다.
의미 있는 개인정보 보호 평가를 하려면 프록시 URL 스킴, 목적지 스킴, 실제 클라이언트 경로와 DNS 동작을 기록하세요. 브라우저 설정 하나로 기기 전체가 적용 대상인지 확인할 수는 없습니다. 로컬 구간이 암호화되고 출구 IP가 바뀌어도 목적지에서는 로그인된 요청의 쿠키로 계정을 식별할 수 있습니다.