首页/网络/常用端口速查/145 uaac UAAC 服务
100-199 系统端口99 条

145 uaac UAAC 服务

UAAC Protocol 的历史注册端口,无公开实现记录。

常用端口速查网络更新于 2026-10-13

145 端口是什么

145 是 IANA 早期登记的端口号,登记名 uaac,登记说明只有 UAAC Protocol 这几个字,注册人为 David A. Gomberg。它没有对应的 RFC,也没有任何公开实现,所以既不存在可安装的服务端软件,也不能用来发起一次有意义的连接。扫描报告里看到 145,真实含义通常是某个程序临时或刻意占用了这个低位编号,而不是 UAAC 协议在运行。

基本信息

服务名uaac(UAAC Protocol)
端口号145
传输层TCP 与 UDP 均已登记
登记状态IANA 历史登记,无公开实现
所属段100-199 系统端口段(早期分配)
注册人David A Gomberg

为什么查不到实现

上世纪八九十年代的编号分配以先到先得为主,登记表允许只填一个名称,不强制附上协议文档。既然没有公开规范,就没有任何厂商有义务实现它,时间一长只剩名录记录。这类编号的正确用法是「知道它代表什么」,而不是期待它跑起来。

典型排查场景

  • 端口扫描与资产测绘时出现 145:先区分是本机监听还是对端被扫,再用 ss 或 lsof 找出实际占用进程,确认是自研程序借用还是扫描器噪声。
  • 编写防火墙放行清单与端口对照表:145 不应出现在放行项里,一旦出现基本可以断定有人直接照搬了过时的服务名文件模板。
  • 流量与日志分析:低位匿名编号上的异常外联常与木马回连、内网扫描有关,145 属于本不该有流量的编号,出现就值得追溯五元组。
  • 对接第三方系统时核对端口归属:对方给出的端口要按实际业务确认,不能仅凭 IANA 名称推断服务类型。
  • 合规与基线核查:把历史注册号从允许监听基线的误报里剔除,减少安全设备上的无效告警。

定位占用进程

定位占用进程
ss -lntup 'sport = :145'        # 本机 TCP/UDP 监听一览
sudo lsof -i :145              # 反查占用进程与 PID
netstat -ano | findstr :145    # Windows 上取 PID
ps -fp <PID>                   # Linux 上按 PID 看命令行
Get-Process -Id <PID>          # Windows PowerShell 对应命令

输出逐列读法

列含义判读
State套接字状态LISTEN 或 UNCONN 表示在监听,ESTAB 表示已有活动连接,后者才对应真实会话
Local Address:Port本机监听地址0.0.0.0:145 对外全网卡暴露,127.0.0.1:145 仅本机可连
Process占用进程为空通常是权限不足,需 sudo 或管理员;进程名与业务不符时按可疑处置
系统里的服务名文件只提供名称到端口号的映射,与主机是否真的在监听无关。几乎所有 Linux 发行版都会带上一大批历史条目,用它判断服务是否存在会得出错误结论。
如果确认是本机进程占用 145,处理顺序是:确认业务归属、记录进程路径与启动方式、再决定改端口还是加访问控制,不建议直接结束进程了事。

易错点

  • 把 IANA 登记名当成真实存在的服务写进资产台账:后续所有人都会带着错误前提分析,结论自然全错。
  • 扫描结果只记端口号不记进程:145 这类低位编号被标成开放端口,实际可能只是自研程序随机绑定,定级前必须复核。
  • 在安全组或防火墙白名单里加入 145:等于给一个无人维护的编号留了永久入口。
  • 只运行 grep 145 加上服务名文件就下结论:文件里绝大多数是历史条目,判断依据应是 ss 与 lsof 的实时结果。

数据来源与参考

  • IANA Service Name and Transport Protocol Port Number Registry

相关工具

​‌‌​​‌​​​‌‌​‌‌‌‌​‌‌​​​‌‌​‌‌‌​​‌‌​​‌​‌‌‌​​‌‌‌​​​‌​‌‌​‌​​‌​‌‌‌​​​‌​‌‌​‌​​‌​‌‌​​​‌‌​‌‌‌​‌​​​‌‌​‌‌‌‌​​‌​‌‌‌​​‌‌​​​‌‌​‌‌​‌‌‌‌​‌‌​‌‌​‌