首页/网络/常用端口速查/758 nlogin 远程登录注册项
700-1023 系统端口92 条

758 nlogin 远程登录注册项

nlogin:远程登录相关注册项,无 RFC 说明与公开实现。

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

758 是什么

758 的服务名是 nlogin,名字里的 login 指向远程登录类功能,协议为 TCP/UDP,登记表没有登记人与说明文字。它与早期明文远程登录工具(rlogin、telnet 一类)属于同一时代的产物,但并没有成为通用标准,也没有公开实现。今天谈远程登录一律指向 SSH 的 22 端口,758 只作为历史条目存在。

基本信息

端口号758(700-1023 系统端口区间)
服务名nlogin
协议TCP、UDP 双登记
登记说明无额外说明
规范与实现无公开规范
同类历史端口513 rlogin、23 telnet 等
现代对应SSH 22

为什么会关心登录类老端口

  • 明文登录类协议会把口令暴露在链路上,一旦存在就是高危资产
  • 老登录通道常常缺少失败锁定与来源限制,容易被暴力尝试
  • 合规检查通常把明文远程登录列为禁止项,需要确认资产上是否存在
  • 历史端口被其它软件占用时,容易在审计沟通中被误认为仍在运行老服务
  • 老设备维护口仍在使用文字界面登录,需要确认是否还能改为加密方式

确认是否存在明文登录通道

确认是否存在明文登录通道
# 本机是否有相关监听
ss -lntup 'sport = :758 or sport = :23 or sport = :513'
# 核对 SSH 是否是唯一远程管理入口
ss -lntp | grep -E ':(22|23|513|758)'
# 检查是否装了老式服务包(Debian 系示例)
dpkg -l | grep -Ei 'telnetd|rsh-server'
# 若确认为明文通道且无业务依据,按变更流程停用并回收端口

登录通道对比

通道加密端口现状
SSH加密22当前标准
telnet明文23禁用为主
rlogin明文513禁用为主
nlogin 登记项无实现758仅历史条目
如果现网确实还存在明文远程登录服务,应优先纳入整改,而不是停留在端口核查层面。明文登录一旦被中间人监听,口令与操作内容会同时泄露。
审计场景中要写明区分:本机存在 758 相关监听与「运行了 nlogin 产品」是两件事。前者看进程,后者查不到公开实现,不要混为一谈。书写结论时把监听状态、进程归属、业务确认三行分开写,评审时最省事。

易错点

  • 把 758 的存在直接等同于明文登录风险,夸大或误导审计结论
  • 只清理端口不排查是否仍安装老式登录服务包,重启后老服务复活
  • 停用明文通道前未确认自动化脚本依赖,导致批量任务失败
  • 在 SSH 已完成加固的主机上重复配置来源限制,反而因策略冲突被锁在门外

数据来源与参考

  • IANA Service Name and Transport Protocol Port Number Registry

相关工具

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