disclose 是什么
667 在 IANA 登记的服务名是 disclose，登记说明写作 campaign contribution disclosures - SDR Technologies，注册人为 Jim Dixon。这说明登记表偶尔会描述业务场景而不只是给出协议名：这个端口当年服务于某厂商的政务披露类应用。即便如此，登记说明仍然不是技术规范，认证方式、数据格式都没有公开。667 属于系统端口段（0-1023），RFC 6335 之后这段只由 IETF Review 或 IESG Approval 分配。这类带业务描述的登记项，现网里几乎不可能再遇到，遇到时要按未知端口核实。
基本信息
| 服务名 | disclose |
|---|---|
| IANA 登记说明 | campaign contribution disclosures - SDR Technologies |
| 协议 | TCP 与 UDP（分别登记） |
| 登记 | IANA 早期登记，无 RFC 引用 |
| 端口区间 | 系统端口 600-699 |
| 登记人 | Jim Dixon |
典型使用场景
- 政务与行业平台梳理：确认对外系统实际使用的端口与协议
- 数据合规检查：确认敏感数据在链路上是否加密
- 第三方系统对接：以对方提供的接口文档为准，不依赖登记说明
- 端口台账：记录业务描述类登记项的历史背景，避免误读为技术标准
- 渗透测试后处置：确认扫描报出的服务名与真实组件是否一致
定位占用进程
定位占用进程
sudo ss -lntup 'sport = :667' # 667 监听情况
sudo lsof -i :667 -P -n # 进程归属
sudo tcpdump -ni any -c 30 -A 'port 667' | head -40 # 抽样看是否为明文
sudo ss -tan '( dport = :667 )' | wc -l # 连接规模
# 对接类系统排查：以接口文档和双方配置为准，端口对照表仅供参考排查判断要点
| 检查项 | 正常表现 | 异常表现 |
|---|---|---|
| 接口文档与实现一致 | 字段与端口都吻合 | 文档写了端口但实现不同 |
| 传输加密 | 全链路加密或有隧道 | 敏感字段明文可见 |
| 对接方来源 | 固定合作方地址 | 出现未登记的对端地址 |
登记说明里出现业务描述时，只能说明这个端口当年被某个应用使用，既不能推导协议也不能推导部署方式，文档引用时要明确区分「登记说明」与「技术规范」。
涉及个人信息或敏感数据的对接通道，加密与审计是底线要求；判断是否加密以抓包与接口配置为准，不以端口号或系统名称为依据。