SSH3：使用 HTTP/3 和 QUIC 的 SSHv2

原文 ↗ Hacker News 讨论 ↗

一个名为“SSH3”的新项目提出通过 HTTP/3 和 QUIC 重新构想安全 shell 连接，将类似 SSH 的语义运行在其上，宣称能够更快建立会话、在高延迟链路上获得更好性能，并集成 OAuth/OIDC 等 Web 风格认证。评论者对其潜在好处感到好奇，例如更容易穿越受限网络以及将 SSH 隐藏在标准 HTTPS 流量之后，但许多人批评这个名字具有误导性，并质疑在 SSH-over-QUIC 之外再叠加 HTTP 所带来的额外复杂性和攻击面。一些人指出，传统 SSH 已经支持证书、现代加密甚至 passkeys，认为大多数缺口可以通过渐进式改进来解决，而不必彻底重设计协议。

项目状态与命名

  • 普遍指出这只是一个个人/学术项目，不是 IETF 标准，也与 OpenSSH 无关，并非“官方”的 SSH 版本。
  • 许多人认为“SSH3”这个名字具有误导性，或者像是博眼球的说法，可能会让期待某个被认可的 SSHv3 协议的用户感到困惑。
  • 有人认为命名只是表面问题；也有人把它看作判断力和社区意识不足的信号。

协议设计：QUIC vs HTTP/3 vs SSHv2

  • 核心思路：将类似 SSH 的语义映射到运行在 QUIC+TLS 1.3 之上的 HTTP 机制。
  • 一些评论者认为通过 QUIC 传输 SSH 是有道理的，但再叠加 HTTP/3 会引入不必要的复杂性和攻击面。
  • 也有人表示使用 HTTP/3 能让协议融入 Web 基础设施和工具链，并与现代网络栈保持一致。

认证与 PKI 模型

  • 该项目旨在复用 HTTP 认证机制（OIDC、OAuth、x.509），把 SSH 访问与 Web 风格的身份体系绑定。
  • 有人认为这对企业 SSO 和 passkeys 是一大优势；也有人指出 SSH 已经支持证书、FIDO2/passkeys，甚至可以通过 PAM/keyboard-interactive 使用 OIDC。
  • 对误配置的担忧：x.509 和 OAuth 可能过于复杂、脆弱，或引入新的故障模式。

安全、隐私与“隐藏”

  • QUIC/HTTP/3 会加密更多元数据，这让网络检测和中间盒安全控制更困难；一些安全从业者对此持谨慎态度。
  • “秘密 URL”/基于路径的隐藏方式存在争议：有人认为这是能力式访问控制，另一些人则认为这只是安全性通过混淆，任何协议都可以这样做（例如端口敲门）。
  • 另一个担忧是：与 SSH 相比，HTTP 栈有更长的漏洞历史（LFI、请求走私等）。

性能与可用性

  • 宣称的好处：会话建立所需 RTT 更少，在高延迟或长 fat 网络上可能有更好的吞吐量，更容易穿越限制性防火墙（443/类 HTTP 流量）。
  • 怀疑者认为 SSH 连接延迟很少是真正的问题，而 OpenSSH 已经有缓解措施（ControlMaster）和高性能补丁（HPN-SSH）。

与现有工具的比较

  • Mosh 和 Eternal Terminal 被提到是适用于不稳定网络的成熟方案；它们解决的是不同问题（漫游、交互性），并且大多复用 SSHv2。
  • 其他现有方法包括：通过 WebSockets 运行 SSH、基于 QUIC 的实验、通过 HAProxy/nginx/sslh 进行端口共享、DNS SSHFP、SSH 证书。

未来对 SSH“v3”的期望

  • 如果真的出现 SSHv3，评论者希望它具备：QUIC 传输、类似 SNI 的路由/元数据、更好的负载均衡、更清晰的认证集成，以及更大的窗口尺寸——但不要继承完整的 HTTP 复杂性。