mumps 是什么
188 号 mumps 的登记名是 Plus Five's MUMPS，登记人为 Hokey Stenn，对应 Plus Five 公司 MUMPS 数据库系统的网络访问。MUMPS（M 语言）以医疗信息系统为主要应用领域，VistA 这类医院系统建立在其之上，今天仍在使用的实现包括各类 M 系数据库产品。需要说明的是，这条登记只代表 Plus Five 的实现；现代 M 系产品使用各自私有的通信端口。
基本信息
| 服务名 | mumps（Plus Five's MUMPS） |
|---|---|
| 协议 | TCP/UDP 均有登记 |
| 登记人 | Hokey Stenn |
| 领域 | 医疗信息系统 |
| 现状 | 行业存量，现代实现用私有端口 |
这个端口今天会怎么出现
- 医疗行业资产盘点：医院信息系统可能仍在运行 M 系数据库
- 老系统核对：确认 Plus Five 实现的编号出处
- 集成排查：HIS 与周边系统对接时核对连接参数
- 扫描清单解读：188 命中多来自历史端口表枚举
- 误绑排查：低端口监听时先定位进程与属主
- 告警降噪：把行业历史编号统一标注
定位占用该端口的进程
定位占用该端口的进程
ss -lntup 'sport = :188' # Linux 查看 188 的监听与进程
sudo lsof -i :188 # 按端口反查进程与程序路径
netstat -ano | findstr :188 # Windows 等价命令，末列为 PID
getent services mumps # 核对系统服务名映射是否仍保留M 系数据库的常见形态
| 形态 | 特点 | 端口口径 |
|---|---|---|
| Plus Five 实现 | 早期商业版本，本条目对应 | 188，历史登记 |
| 现代 M 系产品 | 厂商私有协议与工具链 | 由厂商配置决定，端口不固定 |
| 医院信息系统 | 应用层通过驱动或接口访问 | 关注应用与数据库之间的连接配置 |
MUMPS 的持久化模型把数据库结构与程序语言绑定在一起，这在今天看很特别，但在医疗这类长期演进、数据模型复杂的场景里反而形成了生态黏性。
医疗系统的加固重点通常不在数据库端口，而在应用层账号、审计日志与备份策略；数据库侧应限制访问来源并使用最小权限账号。
如果医院网络里发现 188 监听，先联系业务方与厂商确认版本，再判断是历史部署还是误配，不要直接封禁。
行业系统的端口规范往往与厂商文档绑定，盘点时以厂商文档为准，比通用端口表靠谱。