689 与同名的扫描器无关
689 的登记名是 nmap，IANA 登记说明写作 NMAP。这里必须澄清一个高频误解：它与开源端口扫描器 Nmap 没有关系。Nmap 本身不在目标主机上监听固定端口，它通过原始套接字主动发包探测，因此扫描行为不会表现为某个端口的开放。689 没有公开规范可查，登记人为 Peter Dennis Bartok；出现在扫描报告里时，应按未知服务处理，而不是直接判定主机上装了扫描工具。
基本信息
| 服务名 | nmap（IANA 注册名） |
|---|---|
| 传输层 | TCP/UDP 689 |
| 澄清 | 与开源扫描器 Nmap 无关 |
| 规范 | 无公开规范可查 |
| 登记人 | Peter Dennis Bartok |
典型使用场景
- 扫描报告解读：避免把登记名当成实际软件，先核对占用进程
- 安全事件研判：区分真正的扫描行为（流量特征）与端口名称巧合
- 资产核对：确认 689 监听主机的业务归属与责任方
- 预案与合规：对未登记用途的监听端口写明处置结论
- 报告撰写：把名称歧义写清楚，防止下游误读
核查与研究
核查与研究
ss -lntup 'sport = :689' # 是否监听
getent services nmap # 系统名称登记，可见 nmap=689
sudo lsof -i :689 # 占用进程与二进制路径，这才是判定依据
sudo nmap -sV -p 689 10.0.0.15 # 主动探测需获得书面授权后再执行
# 判断扫描行为要看流量特征与日志，而不是查某个端口是否开放易混淆项对照
| 项目 | 性质 | 说明 |
|---|---|---|
| 689 / nmap | IANA 注册名 | 与扫描器无关联，无公开规范 |
| Nmap 扫描器 | 本地工具 | 不在目标主机监听端口 |
| Nmap 脚本引擎 | 运行在扫描端 | 不产生被扫主机的固定监听端口 |
| 误判后果 | 报告与合规问题 | 把名称当事实会导致处置方向错误 |
Nmap 的扫描不依赖目标机开放某个端口，检测扫描行为要看单位时间内的连接数、半开连接比例与日志中的异常探测，这些都属于流量侧证据。
遇到名称可疑的登记项，正确做法是同时核对两处：IANA 登记说明的原文，以及主机上的进程与启动项。只依据名称做判断，是排查中最常见的失误之一。