dnsix 的历史登记
dnsix 在 IANA 登记为 DNSIX Security Attribute Token Map，登记人 Charles Watt，源于美国国防部 DNSIX 网络信息安全架构，属于军方网络早期安全设计的遗留。同体系的审计相关登记还有 195 与 196。
基本信息
| 服务 | dnsix（DNSIX Security Attribute Token Map） |
|---|---|
| 协议 | TCP 与 UDP |
| 背景 | 美国国防部 DNSIX 架构 |
| 现状 | 历史登记，无公开实现 |
| 登记人 | Charles Watt |
属性令牌要解决什么问题
DNSIX 的目标是在网络层传递与校验安全属性，让报文的密级与访问标签能被沿途设备识别。现代对应能力分散在强制访问控制、集中身份与策略引擎里，以端口形式提供属性服务的设计已不再使用。
发现监听时的排查顺序
- 按进程定性，确认是否为安全类组件
- 核对主机是否运行老一代安全代理或合规工具
- 检查端口可达范围是否限于管理网
- 与安全团队确认是否为在用的检测链路
- 若为遗留组件，评估升级或下线计划
定位占用该端口的进程
定位占用该端口的进程
ss -lntup 'sport = :90'
sudo lsof -i :90
# 同体系历史登记: 195、196
netstat -ano | findstr :90定性对照
| 检查项 | 做法 | 判读 |
|---|---|---|
| 监听 | ss 与 lsof 定位 | 无监听属常态 |
| 组件属性 | 进程与厂商信息 | 安全类组件：核实版本与维护状态 |
| 可达范围 | 非管理网探测 | 全网可达：收敛访问 |
| 历史对照 | IANA 名录中的 195/196 | 同一体系的分项登记，合并看待 |
安全类遗留组件常被误认为「有安全功能所以可以放行」，实际情况相反：无人维护的安全代理往往版本陈旧，需要按普通遗留系统同样对待，先核实再用。
这类条目在扫描报告中经常被标注为未知服务，标注本身不影响风险判断，关键仍是进程、业务归属与可达范围三项。
老系统配置文件里偶尔还能看到相关名称，这属于历史残留，不构成在用的证据；判断依据始终是进程与流量。
把安全类遗留组件当可信白名单长期放行：版本与配置无人复核，反而成为固定风险点。