카페·지하철 무료 와이파이: 접속 페이지의 구조와 HTTPS가 가려 주지 못하는 것

카페와 지하철, 도서관, 관공서까지 무료 무선망이 촘촘하게 깔려 있고 대부분 인터넷이 열리기 전에 약관 동의나 로그인 화면을 한 번 거친다. 이 화면을 캡티브 포털이라고 부른다. 단순한 편의 기능처럼 보이지만 동작 원리상 접속 초기의 DNS 조회와 첫 요청을 가로채도록 만들어져 있고, 와이파이는 잡혔는데 인터넷이 안 된다는 상황의 상당수가 바로 여기서 생긴다.

이 글은 두 가지를 나눠 설명한다. 하나는 포털이 실제로 무엇을 하는지와 포털이 뜨지 않을 때의 확인 순서. 다른 하나는 HTTPS가 보편화된 지금 공용망에 그래도 남는 정보가 무엇이고 기기가 스스로 흘리는 정보는 무엇인지다. 결론부터 말하면 드러나는 것은 대화의 내용이 아니라 방문지 목록에 가깝다.

캡티브 포털이 하는 일

인증 전 단계에서 무선망은 단말의 MAC 주소를 기준으로 통과 여부를 판단한다. 인증되지 않은 단말의 DNS 조회에는 원래 주소 대신 포털 서버 주소를 돌려주고, 첫 HTTP 요청은 리다이렉트로 포털 페이지에 넘긴다. 즉 인증 전에는 조회 결과가 의도적으로 바뀐 상태이며 이것은 고장이 아니라 설계다. 최근에는 DHCP 옵션이나 라우터 광고로 포털 주소를 단말에 직접 알려 주는 표준 방식(RFC 8910)도 함께 쓰인다.

단말은 연결 직후 운영체제마다 정해진 확인용 주소에 접속해 응답이 예상과 다르면 포털 화면을 띄운다. 이 확인 요청이 막히거나 응답이 어중간하게 돌아오면 포털이 뜨지 않고 그냥 인터넷이 안 되는 것처럼 보인다. HTTPS 주소를 먼저 열었을 때 아무것도 뜨지 않거나 인증서 경고가 나는 것도 같은 이유다. 암호화된 연결은 가로채는 순간 검증에 실패하기 때문이다.

1. 1무선을 껐다 켜서 확인 요청을 다시 보내게 한다. 가장 자주 통하는 방법이다.
2. 2브라우저에서 https가 아니라 http로 시작하는 주소를 직접 연다. 가로채기가 성립해야 포털이 뜬다.
3. 3기기에서 암호화 DNS(DoH/DoT)를 쓰고 있다면 잠시 끈다. 인증 전에는 조회 결과가 포털로 돌아와야 하는데 암호화 조회는 그 경로를 우회한다.
4. 4비공개 Wi-Fi 주소(iOS)나 임의 MAC 사용(안드로이드) 설정을 껐다 켜면 새 단말로 인식돼 인증 화면이 다시 뜬다. 이전 세션이 절반만 남아 있을 때 유용하다.
5. 5터널이나 킬 스위치가 켜져 있으면 인증 자체가 막힌다. 인증을 마친 뒤에 켜는 순서로 진행한다.
6. 6그래도 안 되면 저장된 네트워크를 삭제하고 다시 붙는다. 만료된 인증 정보가 남아 반복 실패하는 경우가 있다.

HTTPS가 가리는 것과 가리지 못하는 것

지금은 대부분의 사이트가 HTTPS를 쓰므로 같은 무선망에 있는 다른 사람이 본문이나 입력한 값을 그대로 읽어 가는 상황은 예전만큼 흔하지 않다. 그러나 암호화는 봉투 안쪽을 가릴 뿐 봉투 겉면을 지우지는 않는다. 공용망에 무엇이 남는지 목록으로 나눠 보면 판단이 쉬워진다.

• 가려지는 것: 요청 경로와 쿼리, 헤더, 쿠키, 본문, 응답 내용.
• 남는 것: 목적지 IP 주소. 어느 서버와 통신했는지는 그대로 보인다.
• 남는 것: TLS 시작 단계의 서버 이름(SNI). ECH 같은 확장을 양쪽이 모두 지원하지 않으면 평문으로 지나간다.
• 남는 것: 암호화하지 않은 DNS 조회 내용. 방문하려는 주소 목록이 그대로 드러난다.
• 남는 것: 패킷의 크기와 시간 패턴. 무엇을 했는지까지는 아니어도 언제 얼마나 했는지는 드러난다.
• 남는 것: 접속 시각과 지속 시간, 그리고 그 기록과 단말 MAC 주소의 연결 관계.

기기가 묻지 않아도 흘리는 정보

무선 단말은 연결 전후로 생각보다 많은 것을 스스로 방송한다. 운영체제와 버전에 따라 동작이 다르지만 기본값 그대로 쓰면 다음이 노출될 수 있다.

• 저장된 네트워크 이름 탐색. 기기가 알던 이름을 찾아다니면 그 목록 자체가 이동 이력의 단서가 된다. 최신 운영체제는 이 동작을 많이 줄였지만 예외가 남아 있다.
• 고정 MAC 주소. 임의 MAC 기능을 끄거나 특정 네트워크만 예외로 두면 같은 식별자가 장소를 넘나들며 반복 관측된다.
• 자동 연결. 한 번 붙은 이름과 같은 이름을 쓰는 다른 접속점에 자동으로 붙는다. 이름이 같다는 것 외에는 아무것도 보장되지 않는다.
• 로컬 검색 프로토콜. mDNS나 윈도우 네트워크 검색이 켜져 있으면 기기 이름과 사용자 이름이 같은 망의 모두에게 보인다.
• 공유 기능. 파일 공유, 프린터 검색, 근처 기기 공유가 공용망에서 켜져 있으면 검색 대상이 된다.

1. 1공용망은 자동 연결을 끈다. 이름이 같은 접속점에 기기가 임의로 붙는 것을 막는 가장 확실한 방법이다.
2. 2운영체제의 네트워크 프로필을 공용으로 지정하고 방화벽이 들어오는 연결을 막게 둔다.
3. 3파일과 프린터 공유, 기기 검색을 끈다. 필요할 때만 켜고 끝나면 되돌린다.
4. 4임의 MAC 사용을 켠 상태로 유지하고, 특정 네트워크만 예외로 둔 설정이 남아 있는지 확인한다.
5. 5쓰고 나온 공용망은 저장 목록에서 지운다. 목록이 짧을수록 흘릴 것도 적다.

공용망에서 터널을 쓰는 순서

순서가 중요하다. 포털 인증이 끝나기 전에는 터널이 붙지 않는다. 인증 트래픽 자체가 포털로 가야 하는데 터널은 그 트래픽까지 밖으로 보내려 하기 때문이다. 아래 순서를 지키면 대부분의 접속 실패가 사라진다.

• 무선에 붙는다 → 포털 인증을 끝낸다 → 터널을 켠다. 이 순서를 지킨다.
• 킬 스위치를 쓴다면 인증 동안만 잠시 해제하고 인증 직후 다시 켠다. 해제한 채로 잊지 않도록 한다.
• 터널을 켠 뒤에는 DNS 조회가 터널 안으로 가는지 확인한다. 밖으로 나가면 방문지 목록이 그대로 남는다.
• 장소가 바뀔 때마다 상태가 달라질 수 있으므로 유출 점검을 새 장소에서 한 번씩 돌린다.
• 포털 화면이 주민등록번호나 결제 정보를 요구하면 입력하지 않는다. 그 화면은 어떤 검증도 거치지 않은 웹 페이지일 뿐이다.

무선 구간이 흔들리면 터널이 끊기는 것으로 오해하기 쉽다. 원인을 나누는 절차는 지연·지터·손실을 구간별로 재는 법에 정리해 두었고, 집 회선 쪽 구조 문제라면 IPv6와 NAT 계층 확인 쪽을 먼저 보면 된다.

자주 묻는 질문