📚 课程目录第2章 Nmap安装与运行环境构建

2. Nmap安装与运行环境构建

Nmap 的安装方式决定了后续扫描能力、脚本引擎可用性以及权限边界。同一台机器上，用包管理器安装的 Nmap 与源码编译的 Nmap 可能版本不同、NSE 脚本目录不同、甚至默认的扫描行为也不同。理解四种主流安装路径的差异，是构建可复现评估环境的第一步。

四种安装路径的定位

包管理器安装（apt、yum/dnf、brew、choco）适合快速获得稳定版本，依赖由系统统一管理，升级方便，但版本通常滞后于官方发布，且部分发行版会裁剪 NSE 脚本或移除某些特性。源码编译适合需要最新版本、需要自定义编译选项（如启用特定库、指定安装前缀）的场景，代价是需自行处理依赖与后续升级。Docker 容器化把 Nmap 及其依赖封装在镜像中，适合在隔离环境中批量执行扫描、在 CI/CD 中调用，或避免污染宿主机。跨平台差异则体现在权限模型、网络栈和原始套接字支持上，直接决定扫描类型能否使用。

包管理器安装：快速起步与版本取舍

在 Debian/Ubuntu 上，sudo apt update && sudo apt install nmap 即可完成安装；RHEL 系使用 sudo dnf install nmap；macOS 通过 Homebrew 执行 brew install nmap；Windows 可用 Chocolatey 的 choco install nmap。安装后用 nmap --version 确认版本，用 nmap --script-help default 验证 NSE 脚本是否可用。

包管理器的核心取舍是版本。以 Ubuntu 22.04 为例，仓库中的 Nmap 通常为 7.80 左右，而官方最新稳定版可能已到 7.9x。版本差异会影响新脚本、新协议支持和部分输出格式。若评估任务依赖较新的 NSE 脚本，包管理器版本可能不够。此时可先检查 /usr/share/nmap/scripts/ 下的脚本数量，再决定是否升级。

源码编译：获取最新版本与自定义能力

源码编译的典型流程如下，以 Linux 为例：

# 1. 安装编译依赖（Debian/Ubuntu 示例）
sudo apt install -y build-essential libssl-dev libssh2-1-dev libpcap-dev

# 2. 下载并解压源码
wget https://nmap.org/dist/nmap-7.95.tar.bz2
tar xjf nmap-7.95.tar.bz2
cd nmap-7.95

# 3. 配置、编译、安装
./configure --prefix=/usr/local --with-openssl=/usr
make -j4
sudo make install

# 4. 验证
/usr/local/bin/nmap --version

关键点在于 --prefix 决定安装位置，避免与包管理器版本冲突；--with-openssl 影响 SSL/TLS 相关 NSE 脚本能否运行；libpcap-dev 是原始套接字支持的基础。编译完成后，NSE 脚本默认位于 /usr/local/share/nmap/scripts/，可用 nmap --script-updatedb 更新脚本数据库。源码编译的代价是后续升级需重新编译，且不会自动获得安全更新。

Docker 容器化：隔离与可复现

官方镜像 instrumentisto/nmap 或自行构建均可。最简用法：

# 拉取镜像并执行一次扫描
docker run --rm -it instrumentisto/nmap -sT -p 22,80,443 192.168.56.10

# 需要 SYN 扫描时，赋予原始套接字能力
docker run --rm -it --cap-add=NET_RAW --cap-add=NET_ADMIN \
  instrumentisto/nmap -sS -O 192.168.56.10

# 挂载本地脚本目录，使用自定义 NSE
docker run --rm -it -v $(pwd)/scripts:/usr/share/nmap/scripts \
  instrumentisto/nmap --script my-check 192.168.56.10

容器化的优势是环境一致、不污染宿主机、便于在 CI 中批量调用。需要注意的是，容器默认以 root 运行，但 Docker 的默认能力集并不包含 NET_RAW，因此 -sS 会失败并回退或报错。必须显式添加 --cap-add=NET_RAW。此外，容器网络模式影响扫描源地址：默认 bridge 模式下，扫描流量经过 NAT，目标看到的源 IP 是宿主机地址；使用 --network host 可让容器直接使用宿主机网络栈，行为更接近本机安装。

跨平台差异与权限模型

Linux 下，原始套接字需要 CAP_NET_RAW 能力或 root 权限。现代发行版可通过 sudo setcap cap_net_raw,cap_net_admin+eip /usr/bin/nmap 让普通用户也能执行 SYN 扫描，但需谨慎评估安全影响。Windows 上，Nmap 依赖 WinPcap 或 Npcap 驱动，安装时需勾选“支持原始套接字”；未安装驱动时只能使用 -sT。macOS 基于 BSD 网络栈，root 权限下可执行 -sS，但部分低层特性与 Linux 存在差异。

权限模型直接决定扫描类型的选择。普通用户只能使用 TCP 全连接扫描（-sT），它通过操作系统的 connect() 完成三次握手，速度较慢且会在目标日志中留下完整连接记录。高权限下可使用 SYN 半开扫描（-sS），不完成握手，速度更快、更隐蔽；还可使用 UDP 扫描（-sU）和操作系统探测（-O）。在评估工程中，应明确记录执行扫描时使用的权限级别，否则同一目标在不同权限下得到的结论可能不一致。

建议在实验环境中固定一种安装方式并记录版本号、脚本目录和权限配置。例如：Ubuntu 22.04 + 源码编译 Nmap 7.95 + setcap 授权，这样每次扫描的起点一致，结果才可对比。

使用 setcap 给 Nmap 授予原始套接字能力会扩大攻击面。若 Nmap 被替换或存在漏洞，普通用户即可构造原始包。生产评估机上更稳妥的做法是仅在需要时使用 sudo，或通过容器隔离并限制能力。

环境验证清单

安装完成后，按以下顺序验证环境是否可用：

nmap --version：确认版本与预期一致。
nmap --script-help default：确认 NSE 引擎可用。
nmap -sT -p 22 127.0.0.1：验证普通 TCP 扫描。
sudo nmap -sS -p 22 127.0.0.1：验证 SYN 扫描权限。
nmap -sn 192.168.56.0/24：验证主机发现与网段可达性。
检查 /usr/share/nmap/scripts/ 或 /usr/local/share/nmap/scripts/ 脚本数量。