keyserver 与 584 端口
584 的登记名是 keyserver，IANA 说明为 Key Server，登记人 Gary Howland，属于公钥服务器类的历史登记。要避免一个常见误解：PGP/GnuPG 生态里公钥服务器的惯例端口是 11371（HKP）或其 HTTPS 变体，并不是 584；本条登记没有公开实现，实际密钥分发基本不经过这个端口。
基本信息
| 服务名 | keyserver（Key Server） |
|---|---|
| 传输层 | TCP 与 UDP 各占一条登记记录 |
| 号码区间 | 0-1023 系统端口 |
| 登记联系人 | Gary Howland |
| 生态惯例 | PGP 公钥服务器常用 11371（HKP） |
| 公开实现 | 无资料 |
什么情况下会遇到
- 软件供应链梳理时，需要确认内部是否自建公钥服务器
- 签名与校验流程改造，需要梳理密钥获取渠道
- 安全评估要求说明密钥分发链路的完整性与可信来源
- 内网出现密钥同步流量，需要确认服务端归属
- 合规检查要求对密钥生命周期管理给出说明
排查判定对照
| 观察到的情况 | 倾向判断 | 处理动作 |
|---|---|---|
| 自建公钥服务器且内网使用 | 正常业务 | 限源访问，启用 TLS，记录留存策略 |
| 从公网直接拉取公钥 | 来源不可控 | 改为受控镜像或校验指纹 |
| 端口开放但无同步流量 | 残留服务 | 确认后停用 |
| 存在大量公钥抓取行为 | 需核实意图 | 结合账号与时间窗分析 |
| 无监听无流量 | 注册表条目 | 无需处置 |
四步定位
四步定位
sudo ss -lntup | grep -E ':(584|11371)\b' # 登记端口与惯例端口
sudo lsof -i :11371 -P -n # 公钥服务进程
gpg --list-keys 2>/dev/null | head # 本地密钥环概览
sudo grep -rniE 'keyserver|hkp' /etc /home 2>/dev/null | head
sudo ss -tnp 'sport = :584 or dport = :584' # 会话方向
sudo grep -rnw 584 /etc 2>/dev/null # 配置引用公钥服务器本身不保密，风险在于「分发内容的可信度」：任何人都可以上传与自己声称身份相关的公钥。校验环节必须落到指纹确认或受控渠道，而不是简单信任服务器返回的结果。
供应链场景下，密钥获取渠道应与制品来源绑定：从内部镜像获取公钥并结合指纹核对，比直接访问公网服务器更可控，也便于审计留痕。
排查这类端口时要区分「登记名」与「生态惯例」：登记名仅在注册表中，实际部署往往使用社区长期形成的惯例端口（如 HKP 的 11371），策略应按惯例端口设计。