CVE-2025-10966：wolfSSH后端缺失SFTP主机验证

报告摘要

当curl使用wolfSSH后端构建时，lib/vssh/wolfssh.c中的SSH/SFTP实现未执行服务器主机密钥验证，且在curl工具中未暴露主机身份选项。通过在本地构建带有wolfSSH的curl（二进制报告wolfssh/1.4.20）进行验证，观察到SSH主机验证选项在工具中不可用，并检查了wolfSSH代码路径，发现其连接时未进行任何主机密钥检查或known_hosts处理。

AI使用声明：本报告文本在协助下准备，但以下发现通过本地构建、运行时行为和代码检查手动验证。

受影响版本

本地构建于macOS（Apple Silicon）：

1
2
3


$ ./src/curl --version
curl 8.17.0-DEV (aarch64-apple-darwin23.3.0) libcurl/8.17.0-DEV wolfSSL/5.8.2 zlib/1.2.12 brotli/1.1.0 zstd/1.5.7 libidn2/2.3.8 libpsl/0.21.5 wolfssh/1.4.20 nghttp2/1.66.0 librtmp/2.3
Protocols: dict file ftp ftps gopher gophers http https imap imaps ipfs ipns ldap ldaps mqtt pop3 pop3s rtmp rtsp sftp smb smbs smtp smtps telnet tftp ws wss

复现步骤

构建wolfSSH（启用SFTP）并本地安装（macOS/Homebrew示例）：

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17


# 前置条件（Homebrew）
brew install wolfssl libpsl libidn2 libnghttp2

# 构建并安装启用SFTP的wolfSSH
git clone --depth=1 https://github.com/wolfSSL/wolfssh.git
cd wolfssh
./autogen.sh
./configure \
  --prefix=$HOME/.local/wolfssh \
  --with-wolfssl=/opt/homebrew \
  --enable-sftp \
  --enable-sshclient \
  --enable-examples \
 CPPFLAGS='-I/opt/homebrew/include' \
 LDFLAGS='-L/opt/homebrew/lib'
make -j$(sysctl -n hw.ncpu)
make install

配置并使用wolfSSH构建curl：

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12


cd /Users/$USER/scanner-repos/curl
autoreconf -fi
PKG_CONFIG_PATH="$HOME/.local/wolfssh/lib/pkgconfig:/opt/homebrew/lib/pkgconfig" \
CPPFLAGS="-I$HOME/.local/wolfssh/include -I/opt/homebrew/include" \
LDFLAGS="-L$HOME/.local/wolfssh/lib -L/opt/homebrew/lib" \
./configure \
  --without-libssh2 \
  --without-libssh \
  --with-wolfssh=$HOME/.local/wolfssh \
  --with-wolfssl=/opt/homebrew \
  --disable-shared
make -j$(sysctl -n hw.ncpu)

验证构建显示wolfSSH：

1
2


./src/curl --version
# 输出包含：wolfssh/1.4.20

观察到此构建中SSH主机身份选项不可用：

 1
 2
 3
 4
 5
 6
 7
 8
 9
10


./src/curl --help ssh
# 未列出 --ssh-knownhosts 或 --hostpubsha256

./src/curl --ssh-knownhosts /tmp/kh -vvv sftp://localhost:22/
# 观察到的错误：
# curl: option --ssh-knownhosts: is unknown


# 观察到的错误：
# curl: option --hostpubsha256: the installed libcurl version does not support this

这些运行时观察结果与wolfSSH后端的代码相符，该代码未实现主机密钥验证或known_hosts集成。

代码引用

lib/vssh/wolfssh.c和lib/vssh/ssh.h中的代码引用（具体行数）：

连接设置：无主机密钥验证回调或known_hosts加载，然后立即进入状态机。

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65


static CURLcode wssh_connect(struct Curl_easy *data, bool *done)
{
  struct connectdata *conn = data->conn;
  struct ssh_conn *sshc = Curl_conn_meta_get(conn, CURL_META_SSH_CONN);
  struct SSHPROTO *sshp = Curl_meta_get(data, CURL_META_SSH_EASY);
  curl_socket_t sock = conn->sock[FIRSTSOCKET];
  int rc;

  if(!sshc || !sshp)
    return CURLE_FAILED_INIT;

  /* 我们默认使用持久连接。我们已在此连接函数中设置此位，以便重用检查能够正确检查此位。 */
  connkeep(conn, "SSH default");

  if(conn->handler->protocol & CURLPROTO_SCP) {
    conn->recv[FIRSTSOCKET] = wscp_recv;
    conn->send[FIRSTSOCKET] = wscp_send;
  }
  else {
    conn->recv[FIRSTSOCKET] = wsftp_recv;
    conn->send[FIRSTSOCKET] = wsftp_send;
  }
  sshc->ctx = wolfSSH_CTX_new(WOLFSSH_ENDPOINT_CLIENT, NULL);
  if(!sshc->ctx) {
    failf(data, "No wolfSSH context");
    goto error;
  }

  sshc->ssh_session = wolfSSH_new(sshc->ctx);
  if(!sshc->ssh_session) {
    failf(data, "No wolfSSH session");
    goto error;
  }

  rc = wolfSSH_SetUsername(sshc->ssh_session, conn->user);
  if(rc != WS_SUCCESS) {
    failf(data, "wolfSSH failed to set username");
    goto error;
  }

  /* 设置身份验证回调 */
  wolfSSH_SetUserAuth(sshc->ctx, userauth);
  wolfSSH_SetUserAuthCtx(sshc->ssh_session, data);

  rc = wolfSSH_set_fd(sshc->ssh_session, (int)sock);
  if(rc) {
    failf(data, "wolfSSH failed to set socket");
    goto error;
  }

#if 0
  wolfSSH_Debugging_ON();
#endif

  *done = TRUE;
  if(conn->handler->protocol & CURLPROTO_SCP)
    wssh_state(data, sshc, SSH_INIT);
  else
    wssh_state(data, sshc, SSH_SFTP_INIT);

  return wssh_multi_statemach(data, done);
error:
  wssh_sshc_cleanup(sshc);
  return CURLE_FAILED_INIT;
}

状态机：在wolfSSH_connect()成功后，直接转换到SSH_STOP，没有任何SSH_HOSTKEY验证步骤。

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21


case SSH_S_STARTUP:
  rc = wolfSSH_connect(sshc->ssh_session);
  if(rc != WS_SUCCESS)
    rc = wolfSSH_get_error(sshc->ssh_session);
  if(rc == WS_WANT_READ) {
    *block = TRUE;
    conn->waitfor = KEEP_RECV;
    return CURLE_OK;
  }
  else if(rc == WS_WANT_WRITE) {
    *block = TRUE;
    conn->waitfor = KEEP_SEND;
    return CURLE_OK;
  }
  else if(rc != WS_SUCCESS) {
    wssh_state(data, sshc, SSH_STOP);
    return CURLE_SSH;
  }
  infof(data, "wolfssh connected");
  wssh_state(data, sshc, SSH_STOP);
  break;

SSH_HOSTKEY状态存在于通用SSH状态枚举中，但未被上述wolfSSH状态机使用。

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23


typedef enum {
  SSH_NO_STATE = -1,  /* 用于"nextState"表示没有下一个状态 */
  SSH_STOP = 0,       /* 无操作状态，停止状态机 */

  SSH_INIT,           /* SSH-CONNECT中的第一个状态 */
  SSH_S_STARTUP,      /* 会话启动 */
  SSH_HOSTKEY,        /* 验证主机密钥 */
  SSH_AUTHLIST,
  SSH_AUTH_PKEY_INIT,
  SSH_AUTH_PKEY,
  SSH_AUTH_PASS_INIT,
  SSH_AUTH_PASS,
  SSH_AUTH_AGENT_INIT, /* 初始化然后等待连接到代理 */
  SSH_AUTH_AGENT_LIST, /* 请求列表然后等待整个列表到来 */
  SSH_AUTH_AGENT,      /* 一次尝试一个密钥 */
  SSH_AUTH_HOST_INIT,
  SSH_AUTH_HOST,
  SSH_AUTH_KEY_INIT,
  SSH_AUTH_KEY,
  SSH_AUTH_GSSAPI,
  SSH_AUTH_DONE,
  SSH_SFTP_INIT,
  SSH_SFTP_REALPATH,   /* SSH-CONNECT中的最后一个状态 */

影响总结

如果curl/libcurl使用wolfSSH后端构建并用于SFTP，则不会验证服务器主机身份。在使用wolfSSH后端的环境中，这允许对SSH/SFTP连接进行潜在的中间人攻击，因为客户端实际上接受任何呈现的服务器主机密钥（没有known_hosts或指纹强制执行，且状态机中没有主机密钥验证步骤）。

时间线

2025年9月23日，下午3:14 UTC：giant_anteater向curl提交报告
2025年9月23日，下午4:35 UTC：bagder（curl工作人员）回复确认收到报告
2025年9月24日，上午4:35 UTC：bagder确认问题，建议删除wolfSSH支持
2025年9月24日，下午8:57 UTC：通过PR #18700移除wolfSSH支持
2025年9月25日，上午6:48 UTC：严重程度从高调整为低，状态更改为"已分类"
2025年9月25日，上午11:12 UTC：分配CVE-2025-10966
2025年11月5日，下午9:57 UTC：报告公开披露

解决方案

curl项目已通过GitHub PR #18700移除了wolfSSH后端支持，从根本上解决了此安全问题。虽然实际使用此后端的用户较少，但这仍然是一个在受影响构建中存在的安全漏洞。