포트 스캔으로는 누가 로그인을 받아 주는지 알 수 없다

VPN 문제 앞에서 누군가 포트 스캔 결과를 흔들어 보이면 무엇인가 도달 가능한가, 그것이 생각하는 그 서비스인가, 그리고 내 신원을 받아 줄 것인가라는 세 가지 질문이 뒤섞인다. 스캐너는 첫 번째에 답하고 두 번째는 흐릿하게 가리킬 뿐이다. 세 번째에는 전혀 답할 수 없다, 자격 증명을 받아들이는 일은 전송 계층 검사가 하는 일이 아니기 때문이다. 출력을 읽기 전에 어떤 질문을 하고 있는지 정하십시오.

도구가 틀린 것은 아니고, 탁자 위의 질문보다 좁은 질문에 답하고 있을 뿐이다.

열린 소켓은 소켓에 관한 사실일 뿐이다

성공한 TCP 연결은 무언가가 그 끝점을 받아들였다는 뜻이다. 그것은 대기자가 의도한 VPN 서비스라는 것도, 제시된 인증서가 기대하는 이름과 일치한다는 것도, TLS 검증이 통과하리라는 것도 증명하지 않는다. 같은 호스트 이름의 게이트웨이 관리 페이지는 전혀 다른 서비스이며 터널에 관해 아무것도 보여 주지 않는다. 결과는 도달 가능성에 관한 사실로만 다루십시오.

검사가 실제로 도움이 되는 곳은 배제할 때다. 앉아 있는 자리에서 아무것도 연결을 받아들이지 않는다면 핸드셰이크는 성공할 수 없고, 그 사실이 탐색을 무엇보다 먼저 도달 가능성 쪽으로 좁힌다.

UDP의 침묵에는 여러 설명이 있다

UDP 프로토콜은 인증되지 않은 패킷을 정당하게 무시할 수 있다, 그래서 응답이 없는 것은 판정이 아니다. 경로상의 필터링, 닫힌 끝점, 또는 유효한 무언가를 받을 때까지 의도적으로 조용히 있는 서비스를 뜻할 수 있다. 침묵을 닫힌 포트로 읽으면 진짜 결함이 프로필에 있는데도 사람들은 방화벽 규칙으로 향한다. 어떤 결론을 내리기 전에 다른 네트워크에서 검사를 다시 하십시오.

모호함은 프로토콜의 성질이고 도구의 결함이 아니다. 결과를 보고할 때 그것을 분명히 말하십시오, 자신 있는 오답은 불확실한 정답보다 나쁩니다.

신뢰 결정은 여전히 당신의 몫이다

열린 포트는 신뢰 결정을 하지 않으므로 스캐너 결과는 인증서 검사를 끌 이유가 아니다. 그 검증은 의도한 상대에 도달했는지를 답하기 위해 존재하고, 스캐너는 그것에 답하지 않았다. 신원과 인증에는 운영자의 실제 프로필과 클라이언트를 사용하고, 검증 설정은 있던 그대로 두십시오.

스캔이 열려 있다고 하는데 핸드셰이크가 실패한다면, 실패의 흥미로운 부분은 핸드셰이크에 있지 스캔에 있지 않다.

먼저 교환을, 다음으로 경로를 시험하라

인증이 성공하면 다음 단계를 따로 살펴보십시오, 데이터 연관, 설치된 경로, 애플리케이션 접근이다. 앞 단계가 건강해 보여도 각각은 실패할 수 있고, 각각은 자기 증거를 가진다. 클라이언트와 대기자 로그를 좁은 캡처나 카운터와 대조하면 반복 스캔이 결코 주지 못하는 경로 진단을 얻는다. 네트워크를 비교할 때는 프로필과 끝점을 고정하고, 협상이 어디서 멈추는지 기록하십시오.

진단 범위도 허가된 것으로 유지하십시오. 소유하지 않은 시스템을 검사하는 것은 도구가 결과에 관해 무엇이라 하든 문제 해결 기법이 아니다.

스캔이 답하는 것은 도달 가능성이다. 인증에는 자격 증명이 필요하고, 경로에는 패킷이 필요하다. 서비스가 모든 로그인을 거부하는데도 스캐너는 열린 포트를 보고할 수 있고, 다른 네트워크에서 유효한 세션이 동작하는데도 닫힌 포트를 보고할 수 있다. 결과를 한 경로에 관한 하나의 관찰로 보고, 자격 증명과 돌아오는 경로를 따로 시험하십시오.