vettcp 是一条历史登记
vettcp 是 IANA 端口名录中的历史登记：名称与登记人存在，但没有公开文档、没有公开实现，也没有可确认的软件使用它。这类条目属于名录的考古层——登记本身就是全部事实，看到 78 端口有监听时，几乎可以断定与本条目无关。
基本信息
| 服务 | vettcp（IANA 登记名） |
|---|---|
| 协议 | TCP 与 UDP（同时登记） |
| 端口段 | 0-1023 系统端口段 |
| 现状 | 无公开实现 |
| 登记人 | Christopher Leong |
系统端口段意味着什么
0-1023 属于系统端口：新分配要走 IETF 评审流程，绑定这些端口在 Linux 上需要特权或对应的 capability。这个段位里既有 HTTP、SSH 这类广为人知的服务，也有 vettcp 这类只有登记记录的条目，段位本身不代表普及度。
发现监听时的排查顺序
- 确认监听进程：用 ss 与 lsof 拿到 pid，再看可执行文件路径与启动参数
- 对照系统服务表：部分系统的服务表里仍保留历史名，可作快速对照
- 区分登记与实现：有名字不等于有软件在用，实际占用方通常是自研或第三方程序
- 核对归属：找业务负责人确认用途，无用途的按未知服务流程处置
- 评估暴露面：端口是否对非必要网络可达，必要时先限制再排查
定位占用该端口的进程
定位占用该端口的进程
ss -lntup 'sport = :78' # 监听与进程
sudo lsof -i :78 # 占用进程与文件
netstat -ano | findstr :78 # Windows
# PowerShell: Get-NetTCPConnection -LocalPort 78定性对照
| 检查项 | 做法 | 判读 |
|---|---|---|
| 是否有监听 | ss -lntup 'sport = :78' | 无监听属正常；有监听说明是某软件自选了该号 |
| 进程身份 | 按 pid 查可执行文件路径 | 路径在临时目录或与业务无关：按可疑进程处置 |
| 来源可达性 | 从其他网段尝试连接 | 对外可达且无业务用途：优先收敛 |
| 历史对照 | IANA 登记与系统服务表 | 名称叫 vettcp 不代表进程就是它 |
相邻端口可作参照：79 是 finger（现代系统普遍关闭），80 是 HTTP。看到 78 被占用时先按未知服务处理，而不是去搜索并不存在的 vettcp 软件。
端口号被登记不等于被独占：历史条目长期无人使用，实际占用者可能是任何自研程序，因此定性必须落在进程与业务归属上。
在公网资产里发现 78 有监听却因为「这条登记没有实现」而忽略：它可能是自研后门或调试服务，需要按未知服务流程核实。