Yoo HeehyeonYoo Heehyeon

1. 개요

취약점 진단(Vulnerability Assessment, VA)은 정보 수집 단계에서 얻은 호스트와 서비스 정보를 바탕으로, 실제로 악용 가능한 보안 결함이 있는지 가려내는 과정이다.

핵심은 단순히 포트를 찾는 데서 멈추지 않는 것이다. 결국 "그래서 이걸로 무엇을 확인할 수 있나?"까지 이어져야 진단이 된다.

2. 진단 방식

2.1 수동 취약점 진단(Manual Assessment)

수동 진단은 분석자가 직접 도구와 지식을 써서 하나씩 검증하는 방식이다.

• 장점: 문맥을 보고 판단하므로 오탐이 적고, 자동화 도구가 놓치는 논리적 취약점(Business Logic Flaw)까지 볼 수 있다.
• 단점: 시간이 오래 걸리고, 사람의 실수가 끼어들 여지도 있다.

2.2 자동 취약점 진단(Automated Assessment)

자동 진단은 Nessus, OpenVAS 같은 스캐너로 시스템 전체를 빠르게 훑는 방식이다.

• 장점: 대규모 대상을 짧은 시간에 점검하기 좋다.
• 단점: 거짓 양성(False Positive)과 거짓 음성(False Negative)이 모두 나올 수 있다.
• 결론: 실무에서는 자동 진단으로 넓게 보고, 중요한 자산과 결과는 수동 진단으로 교차 검증(Cross Validation)하는 식이 일반적이다.

3. 취약점 진단 워크플로우

이 단계는 정보 수집과 자연스럽게 이어진다. 보통은 아래 순서로 생각하면 흐름이 끊기지 않는다.

1. 포트 확인(Open Ports)
   대상의 열린 포트를 먼저 식별한다.
2. 서비스 식별(Service Identification)
   각 포트 뒤에서 어떤 서비스가 돌아가는지 확인한다.
3. 접근 가능성 확인(Access & Communication)
   실제로 접속이 되는지, 접근 제어가 걸려 있는지 확인한다.
4. 정보 수집(Information Gathering)
   서비스가 노출하는 버전, 에러 메시지, 기본 페이지 같은 단서를 모은다.
5. 취약점 분석 및 악용 가능성 검토(Vulnerability Analysis & Exploitation)
   식별된 버전에 알려진 CVE가 있는지, 설정 오류나 디폴트 계정이 있는지, 실제로 시스템 장악까지 이어질 수 있는지를 판단한다.

4. 실무에서는?

실무에서는 도구 자체보다 방법론을 붙잡는 편이 훨씬 중요하다.

• 네트워크 서비스는 워낙 많아서, 모든 서비스의 공격법을 외우는 건 현실적으로 어렵다.
• 중요한 건 모르는 서비스를 만났을 때도 접근 순서를 잃지 않는 것이다.
  검색은 Service Name + exploit, Service Name + default password처럼 단서를 붙여 찾고, 직접 접속해 help나 공식 문서를 읽어 보는 흐름이 기본이 된다.
• 결국 핵심 역량은 새로운 서비스 앞에서도 식별 -> 접근 -> 정보 수집 -> 분석 흐름을 안정적으로 적용하는 응용력이다.