750 与 Kerberos V4 遗留登记
750 上同时挂着 kerberos-iv、rfile 与 loadav 三个登记名，属于早期注册的遗留项。Kerberos V4 是 MIT 提出的网络认证协议，用对称密钥与票据（ticket）完成身份验证，曾是校园与企业内网的主要认证方案，750 与 V4 时代的管理通道相关；TCP 侧同号端口上还登记着更早的 rfile（远程文件）与 loadav（负载信息）两个名字。现代环境早已使用 Kerberos V5，认证走 88/tcp 与 88/udp，客户端工具为 kinit、klist 等。
基本信息
| 服务名 | kerberos-iv / rfile / loadav（同号多登记） |
|---|---|
| 传输层 | UDP 750（TCP 同号登记 rfile/loadav） |
| 技术背景 | Kerberos V4 时代的认证与管理 |
| 现代对应 | Kerberos V5 使用 88/tcp 与 88/udp |
| 现状 | 遗留注册项 |
典型使用场景
- 认证架构盘点：确认环境使用 V5 还是残留 V4 组件
- 资产核对：扫描结果出现 750 时按进程定性
- 安全基线：停止维护的认证服务不应保留在网内
- 变更评估：替换认证服务前梳理所有依赖票据的客户端与应用
- 合规审计：认证链路的加密强度与密钥管理是否满足要求
核查命令
核查命令
ss -lntu | grep ':750 ' # 是否监听（UDP 与 TCP 都看）
getent services kerberos-iv # 名称登记查询
sudo lsof -i :750 # 占用进程
ss -lntu | grep ':88 ' # 对照现役 Kerberos V5 端口
klist # 查看本机票据缓存（需已安装 krb5 客户端）Kerberos 版本对照
| 项目 | V4 | V5 |
|---|---|---|
| 认证端口 | 750/udp 相关管理通道 | 88/tcp 与 88/udp |
| 加密算法 | 仅支持弱算法（如 DES） | 支持现代加密套件 |
| 域与主体概念 | realm 与 principal | 沿用并扩展 realm 与 principal |
| 维护状态 | 早已停止维护 | 主流实现持续更新 |
区分端口与版本：88 端口对应 Kerberos V5，是现役认证流量的标志；750 属于 V4 时代的遗留登记，出现在扫描结果里通常意味着老系统残留或端口被其他程序占用。若环境里并没有 V4 组件，直接按未知服务流程处置即可，不必为名称去找对应软件。
Kerberos V4 只支持弱加密算法且实现早已停止维护。若现网仍有 V4 认证服务在跑，应尽快迁移到 V5，并同步更新所有依赖票据的客户端与应用，迁移期间注意保留回退路径。