17370845950

PHP不原生支持WebSocket客户端加密，wss://依赖底层TLS实现全连接加密，手动对消息体AES加密会破坏WebSocket帧格式且增加安全风险；正确做法是配置stream_socket_client()启用证书校验的TLS。

PHP 本身不原生支持 WebSocket 客户端连接，更不内置 WebSocket 加密协商逻辑；所谓“PHP 连接 WebSocket 加密”，实际是靠 stream_socket_client() 或第三方库（如 Ratchet、ReactPHP）走 wss:// 协议，依赖底层 TLS 实现加密，而非 PHP 层手动加解密。

为什么不能在 PHP 层对 WebSocket 消息做“自定义加密”再发？

WebSocket 握手和帧格式有严格规范。手动对 payload 做 AES 加密后直接发送，会导致：

• 服务端收不到合法 WebSocket 帧（缺少正确掩码、opcode、长度编码），直接断连
• 绕过 TLS 后自行加密，反而破坏传输层安全边界，密钥管理更难、易出漏洞
• wss:// 已是标准方案：TLS 在 TCP 之上加密整个连接（包括 HTTP 握手 + 所有 WebSocket 帧），无需你碰字节级帧结构

用 stream_socket_client() 连 wss:// 的关键配置

PHP 原生方式仅适用于简单场景（如发一条消息后关闭）。必须显式启用 TLS，并校验证书：

$
context = stream_context_create([
    'ssl' => [
        'verify_peer' => true,
        'verify_peer_name' => true,
        'cafile' => '/path/to/root-ca.crt', // 必须提供可信 CA 证书链
        'SNI_enabled' => true,
    ]
]);
$socket = stream_socket_client('wss://example.com:443/ws', $errno, $errstr, 30, STREAM_CLIENT_CONNECT, $context);
if (!$socket) {
    die("SSL connect failed: $errstr ($errno)");
}

常见坑：

• verify_peer => false 绝对禁止用于生产——等于放弃中间人攻击防护
• 没配 cafile 且系统 CA 路径不可读时，stream_socket_client() 会静默失败（尤其 Alpine Linux 容器）
• wss:// 地址不能带查询参数（如 wss://a.com/ws?token=xxx），部分服务端不解析；应改用握手时在 Sec-WebSocket-Protocol 或首帧中传 token

用 Ratchet 或 ReactPHP 时 TLS 怎么配？

这些库本质还是封装 stream_socket_server() / stream_socket_client()，TLS 配置点相同：

• Ratchet 客户端（如 Thruway）需传入 tls 选项对象，内部映射到 ssl context
• ReactPHP 的 Connector 构造时传 ['tls' => ['cafile' => '...']]
• 所有库都不处理“消息体二次加密”——那是业务层的事，应在发送前序列化+加密、接收后解密+反序列化，但注意别混淆 TLS 和应用层加密的职责

真正要防的是传输被嗅探或篡改，wss:// + 正确证书验证已足够；自己在 PHP 层对每条消息 AES 加密，既无必要，又容易因密钥分发、IV 管理、填充方式等引入新风险。