为何SOCKSv5客户端未按RFC-1929返回凭据长度？

问题描述 #

我在用Node.js搭建SOCKS5代理服务器时，遇到用户名密码认证的格式异常。根据RFC-1929标准，客户端在收到服务器选定用户名/密码认证方式的响应后，应发送包含**VER、ULEN（用户名长度）、UNAME（用户名）、PLEN（密码长度）、PASSWD（密码）**的数据包，标准格式如下：

+----+------+----------+------+----------+
|VER | ULEN |  UNAME   | PLEN |  PASSWD  |
+----+------+----------+------+----------+
| 1  |  1   | 1 to 255 |  1   | 1 to 255 |
+----+------+----------+------+----------+

但我实际处理时，收到的内容看起来只有VER、UNAME、PASSWD，缺失了ULEN和PLEN字段——比如输入用户名user、密码pass时，得到的内容像是userpass，无法拆分。我测试了macOS内置代理客户端、Proxifier，并用Wireshark抓包确认，均出现该情况。

原因分析 #

并非客户端违反RFC-1929标准，而是对二进制数据包的处理存在误解：

• ULEN和PLEN是1字节的二进制数值（而非ASCII字符串），对应用户名/密码的长度。比如用户名user的ULEN是0x04（十进制4），这个字节属于不可打印的ASCII字符（EOT），直接转成字符串时不会显示，导致误以为缺失了长度字段。
• Wireshark默认以ASCII格式查看时，也会隐藏这类非打印字符，切换到十六进制视图就能看到完整的字节结构。

解决方法 #

在Node.js中需按二进制字节流的方式解析认证数据包，不能直接转成字符串处理，步骤如下：

1. 读取第一个字节作为VER（必须为0x01，符合RFC-1929版本要求）
2. 读取第二个字节作为ULEN，根据该长度读取后续对应字节数作为UNAME
3. 读取接下来的一个字节作为PLEN，再读取对应字节数作为PASSWD

示例代码片段：

// 假设已收到完整的认证数据包并存储在buffer中
const ver = buffer.readUInt8(0);
if (ver !== 0x01) {
  // 版本不符合，返回认证失败响应
  socket.write(Buffer.from([0x01, 0x01]));
  return;
}

const uLen = buffer.readUInt8(1);
const uname = buffer.toString('utf8', 2, 2 + uLen);

const pLen = buffer.readUInt8(2 + uLen);
const passwd = buffer.toString('utf8', 2 + uLen + 1, 2 + uLen + 1 + pLen);

// 用户名密码验证逻辑
if (uname === 'user' && passwd === 'pass') {
  // 认证成功，返回响应
  socket.write(Buffer.from([0x01, 0x00]));
} else {
  // 认证失败
  socket.write(Buffer.from([0x01, 0x01]));
}

注意：需确保读取的buffer是完整的认证数据包，可能需要处理TCP粘包问题——通过监听data事件逐步拼接数据，直到获取足够长度的字节后再解析。

内容的提问来源于stack exchange，提问作者haimovich-dev