휴대폰 VPN 스캔에 알맞은 관측 지점 고르기
휴대폰의 VPN 수신기, 휴대폰 위의 서비스, 라우팅된 LAN 호스트는 세 가지 표면입니다. 이 다섯 단계를 차례로 진행하고 범위가 끝나는 곳에서 멈추십시오.
휴대폰에서 호스팅되는 VPN에 대한 승인된 평가는 스캐너가 터널의 반대편에 앉아 있을 때 조용히 실패합니다. 결과는 나오고 그럴듯해 보이며 아무도 묻지 않은 질문에 답합니다. 아래 다섯 가지 점검을 순서대로 진행하십시오. 각각에는 정지 조건이 있고, 보고서를 쓴 뒤 처음부터 다시 시험하는 것보다 일찍 멈추는 편이 저렴합니다.
1단계: 도달하려는 표면의 이름을 붙이기
세 표면은 기기 하나가 이들을 연결하기 때문에 흔히 혼동됩니다. 서로 다른 코드와 다른 정책으로 동작하므로 무엇이든 시작하기 전에 어느 것이 범위 안에 있는지 적어 두십시오.
| Assessment target | What the path exercises |
|---|---|
| Public VPN listener on the handset | Reachability before login, plus the exposed VPN daemon |
| A service on the handset, by its tunnel address | Access after admission to something hosted locally |
| A LAN host behind the handset gateway | Forwarding, the return path and downstream access policy |
승인된 범위가 셋 중 어느 것인지 말하지 않는다면 멈추고 물으십시오. 휴대폰을 루팅하는 것은 이 질문에 답하지 않으며, 관측 지점이 아니라 시험 대상 자체를 바꿉니다.
대상, 허용된 출발지 주소, 시간 창, 강도 한도를 동시에 기록하십시오. 터널은 그 범위까지 데려다줄 뿐, 라우팅할 수 있는 모든 것을 시험할 권한을 주지는 않습니다.
2단계: 그 표면을 볼 수 있는 출발점 고르기
VPN 내부에 앉아 있는 스캐너는 인증되지 않은 인터넷 관측자를 재현할 수 없습니다. 이미 외부 관측자에게 없는 경로, 자격 증명, 권한을 갖고 있으므로 대상 표면이 같더라도 결과는 입장 이후의 모습을 서술합니다. 반대 방향의 실수도 흔합니다. VPN 포트에 대한 공개 스캔은 로그인 뒤의 사설 서비스에 대해 거의 아무것도 말해 주지 않으며, 말해 주는 것처럼 보고하면 한 방향으로는 노출을 과대평가하고 다른 방향으로는 과소평가합니다.
얻을 수 있는 출발점이 표면과 맞지 않으면 멈추십시오. 터널 내부의 동료에서 실행한 평가를 인증 이전 결과로 제시해서는 안 되고, 승인된 외부 출발점이 필요한 시험을 서류 작업을 피하려고 조용히 안쪽으로 옮겨서도 안 됩니다.
3단계: 휴대폰을 지나는 경로와 응답 경로 확인하기
기기가 다른 서브넷으로 전달할 때 스캐너에는 허용된 경로가, 대상에는 동작하는 되돌아오는 경로가 필요합니다. ping 응답이 경로가 완전하다는 뜻이라고 가정하지 말고 둘 다 확인하십시오.
ip route get 10.20.0.8
tcpdump -ni any host 10.20.0.8출발지 NAT는 하위 서비스가 보는 것을 바꿉니다. 휴대폰이 스캐너 주소를 변환하면 대상의 접근 규칙과 로그는 변환된 주소에 적용되므로, 여러분을 받아들이는 것처럼 보이는 서비스는 스캐너가 아니라 휴대폰을 받아들이고 있을 수 있습니다.
스캐너 자체 네트워크와의 겹침도 지켜보십시오. 휴대폰이 192.168.1.0/24 대역을 라우팅하고 스캐너가 같은 방식으로 번호가 매겨진 LAN에 있다면, 탐침은 로컬 기기에 닿고 보고서는 그것을 대상으로 서술합니다. 패킷 하나를 보내기 전에 스캐너 자신이 쓸 경로를 확인하십시오.
대상의 실제 주소를 스캔하고 애플리케이션이 TLS 신원과 가상 호스팅에 필요로 하는 호스트 이름을 유지하십시오. 게이트웨이에 도달하는 것은 게이트웨이가 응답한다는 증명이며, 그 뒤의 서비스를 시험하지는 않습니다.
4단계: 발견을 가정이 붙은 탐침으로 다루기
호스트 발견은 평가 결과가 가장 자주 어긋나는 지점입니다. 로컬 이더넷 발견은 라우팅된 VPN을 넘지 못하므로 평평한 LAN에서 동작하는 탐침은 애초에 도착하지 않습니다. 차단된 발견 탐침은 그러면 도달 가능하고 승인된 서비스를 없는 것처럼 보이게 합니다.
발견을 건너뛰고 알려진 주소를 직접 스캔할지 의식적으로 결정하고, 보고서에 그렇게 밝히십시오. 응답하는 포트는 VPN 인증이 성공했다는 증거가 아니며, 필터된 응답은 아무것도 듣고 있지 않다는 증거도 아닙니다. 속도도 같은 문제의 일부입니다. 빠른 스캔에서 제한하거나 패킷을 버리는 휴대폰은 서비스가 아니라 휴대폰에 속한 필터된 상태를 만들어 내므로, 병렬성을 낮추고 포트를 닫힌 것으로 기록하기 전에 다시 스캔하십시오.
여기서의 정지 조건은 기법이 아니라 해석입니다. 이 경로에서 어떤 상태가 무엇을 뜻하는지 말할 수 없다면 그 결과는 발견 사항이 아니라 부록에 속합니다.
5단계: 창을 유지하고 나서 닫기
휴대폰은 잠들도록 설계되었기 때문에 서버로는 부적합합니다. 배터리 최적화, doze, Wi-Fi 전원 관리가 평가 도중 앱을 중단시킬 수 있고, 터널 재연결은 대상이 쓰는 주소를 바꿀 수 있습니다. 그런 사건을 가로지르는 실행은 결과 창이 무효가 됩니다.
게이트웨이 역할은 승인된 작업이 허용하는 가장 좁은 범위로 유지하고, 실행이 살아 있는 동안 터널을 지켜보며, 보고하는 각 창의 시작과 끝을 기록하십시오. 평가가 끝나면 임시 접근을 그 소유자를 통해 제거하고, 출발점과 경로 기록을 보존하며, 산출물을 다른 시험 산출물과 마찬가지로 보호하십시오.
일회성 성공이 아니라 반복 가능한 관측 지점이 필요하다면, 그것이 논증해야 할 결과물입니다.호스트 발견 참고 자료 는 어떤 탐침이 로컬 구간을 전제하는지 설명하며, 빈 결과를 방어 가능한 진술로 바꾸는 세부 사항이 바로 그것입니다.