774 是什么
774 也是双名字条目：TCP 上是 rpasswd，UDP 上是 acmaint_dbd，协议栏记为 TCP/UDP，登记表没有登记人。名字里有两个值得注意的信号：passwd 让人联想到口令相关功能，acmaint 系列（在 775 上还出现了 acmaint_transd）看起来是同一套维护工具的组成部件。需要强调的是，这两个名字只出现在登记表里，没有公开实现。
基本信息
| 端口号 | 774 |
|---|---|
| 服务名（TCP） | rpasswd |
| 服务名（UDP） | acmaint_dbd |
| 协议 | TCP 与 UDP 分列不同名字 |
| 同族条目 | 775 的 acmaint_transd |
| 命名线索 | acmaint 系列暗示同一套维护工具 |
| 规范与实现 | 无公开规范 |
口令相关命名的处置原则
- 名字涉及口令不构成风险证据：必须确认是否有进程、是否传输凭据、是否可被未授权主机调用
- 若确属口令修改类服务，评估要点是认证强度与传输是否加密
- 明文传输口令的通道按高危处理，与端口号大小无关
- 老工具常以 root 运行，权限面比普通服务更大，需单独记录
- 无法确认用途时按未知服务处理，先限制来源再谈下线
确认是否涉及凭据传输
确认是否涉及凭据传输
# 进程与权限
ss -lntup 'sport = :774'
ps -o user,pid,cmd -p <PID>
# 抓包观察是否存在明文口令特征（仅限自有资产，且需合规授权）
sudo timeout 20 tcpdump -nn -A -i any 'port 774' | head -40
# 判定：明文可读的账号口令即为高危，需立即整改凭据通道风险分级
| 传输形式 | 风险 | 建议动作 |
|---|---|---|
| 明文口令 | 高 | 立即限制来源并安排替换 |
| 可离线破解的认证交换 | 中高 | 评估算法强度与协议版本 |
| TLS 保护 | 低 | 检查证书与协议版本 |
| 无法识别 | 按未知处理 | 限制来源并持续观察 |
如果抓包结果显示口令以明文形式在链路上传输，应优先处理：任何能监听链路的主体都可能直接获得账号，这类风险与端口号本身无关。
抓包属于对流量内容的检查，操作前需确认合规授权范围与数据留存要求，避免因处置方式不当引入额外风险。