3 compressnet 压缩进程端口
3 端口在 IANA 注册为 compressnet Compression Process，与 2 号端口成对登记，同属 1990 年代压缩工具套件的历史遗留。它的职责被描述为该套件的压缩处理进程，同样没有留下公开可查的协议实现，现代系统不会监听它。合规扫描中出现的 3 号端口多为噪音项，但结论必须建立在核实的基础上。
基本信息
| IANA 登记名 | compressnet Compression Process |
|---|---|
| 端口/协议 | TCP 3 与 UDP 3，两条独立登记 |
| 登记背景 | 与 2 号端口同源的厂商工具 |
| 现代实现 | 未发现公开维护的实现 |
| 配对端口 | 2 compressnet Management Utility |
| 处置原则 | 按未知服务流程核实，无用途则关闭 |
典型处置场景
- 合规扫描报告出现 3 号端口时给出可追溯的结论
- 资产基线核查：比对是否存在新增的低位端口监听
- 未知服务排查：区分历史残留、测试程序与可疑进程
- 边界策略确认：核对是否默认拒绝低位端口入站
- 关联分析：与同源端口同时出现时评估整体风险
定位占用该端口的进程
定位占用该端口的进程
ss -lntup 'sport = :3' # Linux 查看 TCP 与 UDP 监听
sudo lsof -i :3 # 反查占用进程与可执行文件
sudo lsof -i :3 -a -i udp # 单独确认 UDP 侧
netstat -ano | findstr :3 # Windows 查看监听与 PID
tasklist /FI "PID eq 1234" # Windows 按 PID 反查进程名
# 归属确认：核对资产台账与部署记录，无用途即下线并关闭端口相近情形与处置
| 情形 | 含义 | 处置要点 |
|---|---|---|
| 2 号端口 | 同源的管理工具登记 | 核实后无用途即关闭 |
| 3 号端口 | 同源的压缩进程登记 | 与 2 号一并核查 |
| 其它低位端口 | 历史服务或系统组件 | 按基线清单逐项确认 |
| 扫描报告中出现 | 第三方给出的结论 | 需自行核实，不能直接引用 |
运维要点
- 建立端口监听基线，按周期比对新增项而不是临时排查
- 把基础镜像与部署模板纳入核查，批量主机的相同配置多来自同一模板
- 关闭服务时同步清理自启动配置，避免重启后恢复
- 记录排查过程与结论，便于后续同类问题快速复用
- 对无法归因的监听按应急流程处理并保留证据
低位端口常被默认认为现代系统不会使用，因此排查时容易被跳过。只要出现就应确认进程来源；多台主机同时开放同源端口时，更要确认是否来自统一的部署脚本或镜像。
无法归因到已知软件的低位端口监听应按可疑处理：先保留进程列表、网络连接与启动项等现场信息，再走应急流程，不要直接结束进程销毁证据。