그 Wi-Fi 로그인 페이지, 진짜일까요? 비밀번호를 입력하기 전에 확인하세요

시설의 Wi-Fi에 연결하면 페이지가 열리고 이메일 주소나 회사 계정으로 로그인하라고 요청합니다. 네트워크 이름은 프런트에서 들은 것과 같고 로고도 맞아 보입니다. 둘 다 한나절이면 복제할 수 있기 때문에 증거가 되지 못합니다. 무언가를 입력하기 전에, 눈앞의 페이지가 아닌 출처로 로그인 방식을 확인하세요.

페이지가 아니라 안내에서 시작하세요

방법은 이것뿐입니다. 독립적인 경로로 확인한 다음 결정하고, 아래의 모든 내용은 무엇을 비교하고 무엇을 거부할지입니다.

느려 보이지만, 두 번 해보면 두 분쯤 걸립니다.

디자인이 아니라 도메인을 읽으세요

시설에 게스트 접속이 어떻게 작동하는지 물어보거나, 예약과 함께 온 카드, 영수증, 확인 이메일을 읽으세요. 로그인 도메인과 요구되는 정보를 그 안내와 비교하세요. 시설이 외부 포털 서비스를 쓰는 경우가 실제로 있으므로, 낯선 도메인은 어느 쪽으로든 단정하지 말고 확인이 필요합니다. 안내와 일치하는 도메인도 안전의 증거는 아니지만, 불일치는 멈출 이유입니다.

페이지 배치가 아니라 주소 표시줄을 보세요. 자물쇠는 그 호스트와의 연결이 암호화되었다는 것만 알려주며, 그 호스트가 시설이 의도한 곳인지는 말해주지 않습니다.

HTTPS 경고는 정지 신호이며, 클릭해서 넘어갈 것이 아닙니다.

페이지가 무엇을 요구하는지 읽으세요

Wi-Fi 접속 페이지의 역할은 방 번호, 바우처 코드, 이메일 주소, 약관 체크 상자를 받는 것으로 좁습니다. VPN 개인 키, 업무 비밀번호, 복구 코드, 무료 네트워크를 위한 결제 카드를 요구할 이유가 없습니다. 그것들은 다른 서비스에 속하며, 그런 것을 요구하는 페이지는 이미 정체를 밝힌 셈입니다. 요구 자체를 얻을 수 있는 가장 강한 신호로 다루세요.

접속에 필요하다는 페이지의 말만 믿고 신뢰 인증서나 보조 앱을 설치하지 마세요. 정당한 관리 요구는 조직을 통해 전달되며, 포털의 요청으로 오지 않습니다.

페이지가 둘 중 하나를 요구하면 연결을 끊고 다른 네트워크를 사용하세요.

자동 연결이 어느 네트워크에 있는지를 결정합니다

저장된 네트워크 이름은 자동으로 연결될 수 있어, 그 순간 의도적으로 선택하지 않은 네트워크에 기기가 있을 수 있습니다. 플랫폼의 자동 연결 설정을 확인하고 더 이상 필요 없는 네트워크는 잊으세요. 그 습관 하나가 닮은 네트워크가 결정 없이 기기를 끌어들이는 가장 흔한 경로를 없앱니다. 또한 접속 중인 SSID를 배경 사건이 아니라 의도한 선택으로 만듭니다.

같은 이름의 네트워크 두 개가 같은 장소에 있을 수 있고, 기기는 묻지 않고 하나를 고릅니다. 어느 쪽에 연결했는지에 대한 기억은 신뢰할 만한 기록이 아닙니다.

연결하려던 네트워크가 아니라 실제로 연결된 네트워크를 확인하세요.

VPN은 이 단계를 덮지 않습니다

VPN은 연결하기 전에 접속 경로가 필요하므로, 캡티브 포털은 터널이 생기기 전에 일어납니다. 이 순서는 포털을 VPN으로 신뢰할 수 있게 만들 수 없고, VPN이 가짜 페이지에 이미 준 자격 증명을 사후에 보호할 수 없다는 뜻입니다. 포털이 확인되고 네트워크가 사용할 만큼 신뢰할 수 있게 된 뒤에 터널을 연결하세요. 두 단계를 각각 다른 증거를 가진 별개의 결정으로 다루세요.

페이지가 확인되었는데도 터널이 계속 실패하면 그것은 네트워크 문제이며 다른 점검 목록에 속합니다.

지금 의심스러운 페이지에 업무 비밀번호를 이미 입력했다면, 신뢰할 수 있는 연결에서 변경하고 관리자에게 무슨 일이 있었는지 알리세요. 여기서는 확실성보다 속도가 중요합니다.

RFC 8952에 설명된 캡티브 포털 아키텍처는 포털이 나중에 구축할 어떤 터널의 바깥에 있는지를 설명하므로 한 번 읽어볼 가치가 있습니다. 그 지식은 수상한 페이지를 추측이 아닌 결정으로 바꿉니다.