캠퍼스나 사무실 네트워크에 참여할 때 대화 상자가 나타나며, 인증서를 언급하고 신뢰 또는 계속이라는 버튼을 제공합니다. 그 버튼 뒤에는 아주 다른 두 가지 변경이 숨어 있습니다. 하나는 Wi-Fi 클라이언트에게 이 하나의 네트워크에서 어떤 인증 서버를 받아들일지 알려 줍니다. 다른 하나는 다른 응용 프로그램이 나중에 사용할 수 있는 인증 기관을 설치합니다. 화면의 문구가 유일한 단서이므로 누르기 전에 읽으세요.

1단계: 대화 상자가 실제로 무엇을 요구하는지 읽기

표시된 서버 이름, 언급된 발급자, 그리고 그 동작이 이 연결을 위해 서버를 신뢰하는 것인지 기기에 인증서를 설치하는 것인지, 이 세 가지를 보세요. 이것들은 서로 다른 대상이며, 무엇을 승인하는지 알려 주지 않는 알림은 잠시 멈출 만합니다.

네트워크 이름이 익숙해 보인다는 이유만으로 어느 쪽도 승인하지 마세요. SSID는 액세스 포인트를 운영하는 사람이 선택하며, 캡티브 포털의 이름은 그 뒤의 인증 서버에 대한 증거가 아닙니다. 액세스 포인트를 가진 누구든 그럴듯한 SSID를 방송할 수 있습니다. 인증서 확인이 존재하는 이유가 바로 그것입니다.

802.1X 서버 인증서가 증명하는 것

인증서를 사용하는 802.1X 배포에서 기기의 supplicant는 협상 중에 인증 서버를 검증합니다. Apple의 802.1X 배포 안내서는 RADIUS 서버가 자기 인증서를 제시하고 신뢰 결정이 그 서비스에 맞는다고 설명합니다.

마지막 부분이 핵심입니다. 잘 알려진 인증 기관이 발급한 인증서는 발급자가 서명했다는 것을 증명할 뿐, 이 특정 서버가 당신이 참여했다고 생각하는 기관의 것임을 증명하지 않습니다. 용도로 한정된 신뢰가 존재하는 이유는 두 번째 질문이 중요하기 때문입니다.

지원되는 구성은 신뢰를 선택한 서버 인증서나 예상되는 서버 이름으로 제한할 수 있습니다. 기관이 검증된 Wi-Fi 프로파일을 배포하고 처음 나타난 인증서를 받아들이라고 사용자에게 말하지 않는 이유가 여기에 있으며, 예상 이름이 없는 알림이 결정을 내릴 장소로 부적절한 것도 같은 이유입니다.

2단계: 더 넓은 권한이 설치되었는지 확인하기

브라우저나 운영 체제가 신뢰하는 인증 기관은 한 네트워크에 대해 받아들인 Wi-Fi 서버 인증서보다 훨씬 멀리까지 영향을 줍니다. 대상, 그것이 들어간 저장소, 허용된 용도, 그리고 어떤 응용 프로그램이 그 저장소를 참조하는지 파악하세요.

구성 패키지는 여러 설정을 한꺼번에 담을 수 있으므로 설치 프로그램의 Wi-Fi 라벨을 믿지 말고 내용을 살펴보세요. 라벨은 작업을 설명하지만 페이로드가 하는 모든 일을 설명하지는 않습니다.

넓은 루트조차 모든 HTTPS 세션이 검사된다는 것을 증명하지 않습니다. 검사에는 적절한 트래픽 경로와, 응용 프로그램이 실제 검증 정책에 따라 받아들이는 서버 인증서가 필요하며, 응용 프로그램은 추가 확인을 더한 다른 신뢰 저장소를 사용할 수도 있습니다.

3단계: VPN을 신뢰 결정 밖에 두기

VPN은 기기가 VPN 피어에 도달한 뒤 자신이 덮는 경로를 보호합니다. 설치된 루트를 제거하지 않고, 응용 프로그램의 신뢰 결정을 바꾸지 않으며, 예기치 않은 Wi-Fi 인증 서버를 대신 검증하지도 않습니다.

네트워크 인증, 기기 관리, 승인된 TLS 검사를 세 개의 별개 질문으로 관리자에게 물으세요. 그것들은 같은 인증서 기능의 세 이름이 아니며, 이를 하나로 합친 지원 답변은 어떤 변경을 승인했는지 알려 주지 않습니다.

4단계: 모든 것을 망가뜨리지 않고 불일치 해결하기

알림에서 서버 이름, 발급자, 표시된다면 지문 같은 비밀이 아닌 정보를 기록하세요. 기관이 자기 네트워크에 대해 공개한 값과 비교하고, 불일치는 클릭해서 넘길 일이 아니라 구성 소유자에게 할 질문으로 다루세요.

플랫폼에서 지원되는 설정을 통해 설치된 구성을 검토하여 실제로 무엇이 적용되는지 확인하세요. 기기의 모든 인증서를 지우면 무관한 접근이 깨지고, 알 수 없는 대체물을 받아들이면 유지하려던 신원 확인이 약해집니다. 구체적인 불일치를 바로잡고 신뢰 저장소의 나머지는 그대로 두세요.

관련 글