streettalk 与 566 端口
566 的登记名是 streettalk，对应 Banyan VINES 网络体系中的 StreetTalk 目录服务。StreetTalk 是该体系的核心：把用户、服务器与资源组织成统一的分层命名空间，客户端通过目录查询找到目标。Banyan 公司退出市场后，这套体系整体退役，端口只剩登记记录。
基本信息
| 服务名 | streettalk（StreetTalk） |
|---|---|
| 传输层 | TCP 与 UDP 各占一条登记记录 |
| 号码区间 | 0-1023 系统端口 |
| 技术背景 | Banyan VINES 网络的目录服务 |
| 同类端口 | 567 banyan-rpc、573 banyan-vip |
| 体系现状 | 退役 |
什么情况下会遇到
- 老企业网络的资产文档里还留着 Banyan 时代的组件与端口
- 内网出现成组的低位端口，需要判断是否为同一套历史网络体系
- 合规审计要求说明历史网络服务的生命周期状态
- 安全评估需要确认已退役体系的组件是否彻底下线
- 跨代际系统整合时，需要梳理目录服务的依赖关系
排查判定对照
| 观察到的情况 | 倾向判断 | 处理动作 |
|---|---|---|
| 同主机同时开放 566/567/573 | 典型 Banyan 组合 | 整体评估，一并下线或隔离 |
| 监听进程无法识别且无日志 | 需按未知服务处置 | 取证后隔离并核对启动项 |
| 仅历史文档提到 | 体系已退役 | 文档归档，无需处置 |
| 存在跨网段目录查询流量 | 确有人在用 | 查明使用方后迁移到现代目录服务 |
| 端口无监听但有放行规则 | 策略残留 | 按变更流程清理 |
四步定位
四步定位
sudo ss -lntup | grep -E ':(566|567|573)\b' # 同族端口一起看
sudo lsof -i :566 -P -n # 进程归属
sudo ss -tnp 'sport = :566 or dport = :566' # 会话与对端
sudo grep -rniE 'banyan|vines|streettalk' /etc 2>/dev/null | head
sudo ls /opt /usr/local 2>/dev/null # 老组件安装目录线索
sudo nft list ruleset | grep -E '\b(566|567|573)\b'历史网络体系往往成套出现：目录服务、RPC 与传输协议各有端口。排查时按组合判断比逐个号码考证更高效，一次就能确定是否仍有该体系的主机在运行。
已退役体系的安全问题不在漏洞本身，而在「无人维护的存活组件」：没有补丁来源、没有厂商支持、也没有人知道配置。处理原则是尽快确认使用方并制定下线或隔离方案。
如果业务上确实还有老系统依赖这套目录服务，先做隔离再谈迁移：把它们放进独立网段，只允许必要的调用方向，避免与办公网直接互通。