su-mit-tg 网关登记
su-mit-tg 在 IANA 登记为 SU/MIT Telnet Gateway，登记人 Mark Crispin，属于已消失的网关类服务。它诞生在协议过渡期，职责是把一种终端会话协议转换成另一种，现代同类需求由堡垒机与跳板网关承担。
基本信息
| 服务 | su-mit-tg（SU/MIT Telnet Gateway） |
|---|---|
| 协议 | TCP |
| 端口段 | 0-1023 系统端口段 |
| 现状 | 无公开实现 |
| 登记人 | Mark Crispin |
网关类服务的接力
协议过渡期需要大量转换与代理组件，网关类服务就诞生于这种环境。今天的对应物是堡垒机、跳板机与协议网关：承担的仍是把不兼容两端接起来的职责，但实现方式、认证手段与审计能力已经完全不同。
发现监听时的排查顺序
- 定位进程，确认是否为跳板或代理类组件
- 核对认证与审计是否真正启用
- 检查来源限制是否只允许管理网
- 与业务方确认是否仍然需要这条通道
- 确认下线后清理监听与规则
定位占用该端口的进程
定位占用该端口的进程
ss -lntup 'sport = :89'
sudo lsof -i :89
# 现代对应形态: 堡垒机与跳板网关（不占用该端口）
netstat -ano | findstr :89定性对照
| 检查项 | 做法 | 判读 |
|---|---|---|
| 监听 | ss 与 lsof 定位进程 | 无监听属常态 |
| 功能对照 | 是否承担转发或代理 | 是代理：重点看认证与审计 |
| 来源限制 | 从非管理网探测 | 全网可达：跳板类服务的高危配置 |
| 业务确认 | 管理人是否认可该通道 | 无人认领：按未知服务处置 |
跳板与代理类组件是横向移动的常见节点。在这类端口上发现代理行为时，除端口本身外还要核对会话日志与认证方式；仅凭端口是否开放无法判断风险。
Telnet 系协议明文传输，早已不建议在生产使用；遗留环境如果仍在使用，至少要限制来源网段并配置会话审计，并制定迁移计划。
堡垒机与跳板组件的端口通常由厂商决定，不占用历史端口；若内部自研代理恰好用了 89，也要按代理类服务的管理要求配置日志与来源限制。
代理或网关类服务对全网开放且不做强认证：它既是入口也是跳板，一次失守会被用来掩盖真实来源。