VPN으로 결제하기 전에 확인할 네 가지 경계
보호 브라우저, 터널, HTTPS는 각각 다른 경계를 지킨다. 네 가지 확인을 순서대로 하고, 확신할 수 없는 첫 지점에서 멈춘 뒤 결정하라.
네 경계를 순서대로 짚어 나가면 결제에 관한 의문 대부분이 스스로 풀린다. 첫째는 거래가 실행되는 환경, 둘째는 그 트래픽이 지나는 경로, 셋째는 도달한 사이트가 정말 의도한 곳인지, 넷째는 경로와 무관하게 수취인이 거래에서 무엇을 알게 되는지다. 보호 브라우저와 터널을 한데 묶은 보안 제품은 버튼 하나를 보증 하나로 보도록 부추기고, 확인이 빠지는 지점이 바로 거기다. 확인마다 고유한 중단 조건이 있고, 뒤의 확인은 앞선 실패를 고칠 수 없으므로 순서가 중요하다.
첫째, 보호 환경은 실제로 무엇을 제약하는가
결제 모드에 대한 판매 자료는 보통 제약을 나열한다: 어떤 다른 응용 프로그램이 세션과 상호작용할 수 있는지, 클립보드와 화면 캡처가 제한되는지, 세션이 별도 데스크톱에서 실행되는지 같은 점이다. 그것이 입증하지 않는 것은 권한 있는 호스트 구성 요소나 드라이버, 샌드박스 밖의 입력 방식이 세션에 닿을 수 없다는 사실이다. 샌드박스 안에 있다는 것은 경계에 대한 설명이지 모든 공격자에 대한 약속이 아니다.
실제로 설치한 에디션의 기능 목록을 묶인 모드는 소비자 등급에 따라 다른 경우가 많고 관리되는 기기에서는 아예 없는 때도 있으므로, 실제로 설치한 에디션의 기능 목록을 읽어야 한다. 경계가 버텼다고 단정하기 전에 그 목록을 지금 보이는 실패와 맞대어 보라.
그다음 잠시 멈추고, 쫓고 있는 실패가 애초에 국소적인지 물어라. 보호 모드 안에서만 결제 페이지가 잘못 보인다면 의심할 것은 환경이고 터널은 무관하다. 어디서나 제대로 보이는데 거래가 계속 실패한다면 다음 경계를 보고 있는 것이며, 보호 모드를 약화해도 해결되지 않는다.
둘째, 터널은 어떤 트래픽을 나르는가
터널은 자기가 덮는 트래픽만 지키며, 범위는 제품의 성질이 아니라 설정의 사실이다. 보호 브라우저 자체의 트래픽이 포함되는지, 성능이나 캡티브 포털 때문에 터널을 우회하는 모드인지, 분할 터널 규칙이 목적지를 빼는지 확인하라. 제공자의 출구 주소를 보여 주는 평범한 브라우저는 다른 프로세스가 띄운 별도 탐색 환경에 대해 아무것도 증명하지 않는다.
범위는 데스크톱이 아니라 환경 안쪽에서 시험하라. 보호 세션에서 자신의 공인 주소를 되돌려 주는 페이지를 열어 바깥에서 보이는 주소와 견주고, 터널을 다시 연결한 뒤 한 번 더 반복하라. 터널이 다른 출구를 주장하는데 둘이 일치한다면 그 모드는 터널을 쓰지 않는 것이고, 카드 정보를 넣기 전에 이 불일치를 풀어 둘 값어치가 있다. 출구 주소의 변화도 지나치게 읽기 쉽다: 가맹점이 어느 망을 보는지를 알려 줄 뿐, 가맹점이 누구인지는 알려 주지 않는다.
셋째, 배지가 아니라 서비스를 확인하라
목적지를 인증하는 것은 인증서 검증이며, 별도 메커니즘이라 터널 출구를 지나도 계속 작동한다. 브랜드가 붙은 보호 창과 Connected 표시는 도달한 사이트가 제시한 인증서 사슬에 대해 아무 말도 하지 않는다.
무언가 잘못 보이면 경고를 치우기 전에 인증서를 읽어라. 아래 명령은 사이트가 실제로 제시하는 사슬을 요구하고, 검증 오류에서 실패하라고 도구에 지시한다.
openssl s_client -connect shop.example:443 -servername shop.example -verify_return_error그 출력의 subject와 issuer를 입력한 주소와 견주고, 자물쇠의 유무가 아니라 검증 결과를 확인하라. 보호 브라우저 안의 경고도 여전히 경고이며, 흔한 원인은 호스트 이름 불일치, 탈취된 DNS 응답, 경로 위의 가로채기 장비다. 어느 것도 터널이 고쳐 주지 않으며, 경고를 조용히 억누르는 모드는 필요한 정보를 지워 버린 것이다.
넷째, 그런데도 수취인이 아는 것은 무엇인가
결제 사이트는 보낸 것을 모두 받는다: 로그인하는 계정, 배송지, 카드 수단, 금액이다. 다른 망의 출구는 가맹점 기록의 출발지 주소를 바꿀 뿐 그 항목들은 그대로 둔다. 계정이 이미 나와 묶여 있다면 터널이 바꾼 것은 그림의 작은 일부이고 신원을 드러내는 부분은 아무것도 아니다. 그래서 터널을 건너뛸 이유는 되지 않지만, 이 일을 터널에 기대는 것을 그만둘 이유는 된다.
Bitdefender의 Safepay 문서 는 터널 연동을 갖춘 보호 브라우저를 설명하며, 두 경계를 합치지 않고 덮는 한 제품의 좋은 예이다. 환경과 경로 모두 유용하고, 어느 쪽도 가맹점을 보증하지 않는다.
중요한 결제라면 조직이 공개한 주소나 공식 앱에서 시작하고, 사이트가 요구하는 신원 확인은 그대로 유지하며, 결제 페이지의 예상치 못한 안내가 권하는 도우미는 모두 거절하라. 보호 모드나 터널이 실패를 일으킨다면 먼저 경계를 이름 붙여라: 환경 실행, 네트워크 도달, 인증서 검증, 계정 인증 중 어느 것인지다. 그다음 페이지가 열리는지 보려고 보호를 끄는 대신 그 계층에 대해 제공자가 지원하는 복구 경로를 쓰라.