msp 消息发送服务与 18 端口
18 端口在 IANA 登记为 msp，即 Message Send Protocol，登记说明中标注为历史协议。它出现的年代多用户主机盛行，用途是跨主机向登录用户投递短消息，语义接近终端之间的即时通知。现代告警与消息系统已经完全覆盖这一场景，msp 只在极少数遗留系统中还可能存在实现。
基本信息
| IANA 登记名 | msp（Message Send Protocol，历史协议） |
|---|---|
| 端口/协议 | TCP 18 与 UDP 18 |
| 历史用途 | 向登录用户投递短消息 |
| 功能对应 | 邮件、即时消息与告警平台 |
| 现状 | 历史登记，现代系统基本无实现 |
| 处置原则 | 核实归属，无用途则关闭 |
典型处置场景
- 资产核查：确认是否存在历史消息类服务
- 合规处置：为扫描结果给出可追溯的结论
- 边界策略：核对低位端口的入站默认策略
- 事件响应：异常外联中的关联分析
- 替代评估：把仍在使用的通知方式迁移到现代平台
定位占用该端口的进程
定位占用该端口的进程
ss -lntup 'sport = :18' # 查看是否有进程监听
sudo lsof -i :18 # 反查占用进程与可执行文件
netstat -ano | findstr :18 # Windows 侧查看监听与 PID
# 归属确认：核对资产台账与部署记录，无用途即下线并关闭端口登记信息与对应关系
| 项 | 内容 | 说明 |
|---|---|---|
| 服务名 | msp | 消息发送协议 |
| 性质 | 历史登记 | IANA 标注为历史协议 |
| 协议 | TCP 18 与 UDP 18 | 两个协议分别登记 |
| 现代对应 | 邮件、即时消息与告警平台 | 功能上已被完全覆盖 |
运维要点
- 排查前先比对资产台账，判断是否存在相关历史系统
- 无法对应台账时按未知服务流程处理并留存记录
- 处置后做复测，确认端口与自启动配置都已清理
- 把低位端口的 TCP 与 UDP 监听一并纳入定期核查
- 通知类需求统一收敛到受支持的平台，避免零散自建方案
该条目在 IANA 有明确登记，但公开部署资料很少。排查时先确认目标主机是否存在相关历史业务，无法对应时按未知服务流程处置。
无法归因的端口监听一律按可疑处理：先隔离、保留现场证据，再溯源。不要因为登记名听起来无害就降低处置标准。