출력 & 성능¶
요약
모든 스캔을 모든 형식으로 저장하고, XML을 HTML 보고서로 바꾸며, 무조건 최대 속도가 아니라 지금 있는 네트워크에 맞게 속도를 조정합니다.
결과 저장¶
| 플래그 | 파일 | 용도 |
|---|---|---|
-oN |
.nmap |
터미널 출력과 같은 사람이 읽는 형식 |
-oG |
.gnmap |
grep용, 호스트당 한 줄 (grep "/open/") |
-oX |
.xml |
도구가 파싱, xsltproc으로 HTML 변환 |
-oA name |
세 가지 모두 | 기본으로 사용 |
--resume file |
중단된 스캔 이어서 진행 | |
--append-output |
덮어쓰지 않고 이어 붙임 |
타이밍과 속도¶
| 템플릿 | 이름 | 보통의 용도 |
|---|---|---|
-T0 |
paranoid | 극도로 느림, 실전에서 거의 안 씀 |
-T1 |
sneaky | 매우 느림 |
-T2 |
polite | 약한 호스트의 부하 줄이기 |
-T3 |
normal | 기본값 |
-T4 |
aggressive | 랩, 안정적인 고속 링크 |
-T5 |
insane | 빠르지만 오류가 많고 열린 포트를 놓칠 수 있음 |
세밀한 조정: --min-rate, --max-rate(초당 패킷), --max-retries, --host-timeout, --initial-rtt-timeout. --min-rate를 높이고 --max-retries 0을 쓰면 빠르지만 응답을 놓칠 수 있어서, closed로 나온 포트가 사실은 열려 있을 수 있습니다.
sudo nmap 10.129.2.0/24 -F --max-retries 0 --initial-rtt-timeout 50ms # fast, may miss hosts
sudo nmap 10.129.2.0/24 -F -T2 # gentle
속도 설정이 맞는지는 "scanned in N seconds" 줄과 발견된 호스트/포트 수를 실행 간에 비교해 봅니다. 빠른 쪽이 더 적게 찾았다면 너무 공격적이었던 것입니다.
펜테스터 관점¶
- 대상에 맞는 프로파일: 랩에서는
-T4나--min-rate, 운영망이나 오래된 장비에는-T2/--max-rate. - 두 번의 실행 결과가 다르면 둘 다 믿지 말고, 다른 부분의 포트만 느린 설정으로 다시 돌리세요.
.xml은 증거로 보관합니다. HTML 보고서는 고객에게 바로 보여 주기 좋습니다.
방어자 관점¶
- 고속 스캔은 방화벽 로그와
conn.log의 출처별 초당 연결 수에서 폭증으로 보입니다. - 느린 스캔(
-T1)은 몇 시간에 걸쳐 퍼져 짧은 창의 임계값 아래로 빠져나가므로, 24시간 같은 긴 창으로 출처별 고유 포트를 집계하세요.
CPTS 시험 메모
시간이 제한되어 있으니 적당한 --min-rate로 -p-를 백그라운드로 돌리고 그동안 다른 대상을 작업하세요. -oA 파일은 항상 남기세요.