是否存在仅加密数据但不验证证书的‘半安全’类HTTPS传输方案？

首先直接给结论：这类方案是存在的，只是因为适用场景有限，没像HTTPS那样普及。

常见的几种实现 #

• TLS预共享密钥（PSK）模式：TLS协议本身就支持这种模式，无需CA签发的证书。通信双方提前约定好共享密钥，握手阶段直接用该密钥协商会话密钥，全程仅做数据加密，跳过证书验证的复杂流程。
• SSH连接：日常用SSH连接服务器就是典型例子——首次连接时手动确认服务器指纹（相当于手动信任），后续通信全程加密，完全不需要第三方证书。密码认证或密钥对认证本质都属于客户端预先信任服务器的场景。
• 应用层自定义加密：比如在HTTP之上叠加一层AES对称加密，双方提前约定密钥，传输加密后的内容。这种实现完全绕开证书体系，仅解决数据窃听问题。

为什么这类方案没成为主流？ #

你提到的“客户端信任服务器、仅防窃听”场景确实存在，但这类方案普及度低，核心原因有几个：

1. 密钥分发成本高：预共享密钥需要在通信双方之间安全传递并妥善存储，一旦泄露，整个加密体系直接失效。对于公共网站这类面向海量用户的场景，根本无法给每个用户单独分发密钥，管理成本远高于证书体系。
2. 安全短板无法忽视：跳过身份验证就意味着抵御不了中间人攻击——哪怕客户端信任服务器，在公共WiFi等开放环境中，中间人一旦获取密钥就能冒充服务器，窃取或篡改数据都难以察觉。证书验证恰好补上了这个安全漏洞，而多数场景下这个漏洞是不可接受的。
3. 兼容性与标准化不足：TLS-PSK虽是标准，但大部分浏览器和Web服务器默认不启用，生态支持较差；自定义加密没有统一标准，开发者自行实现时容易出现安全漏洞，不同系统间也难以兼容。
4. 缺乏动态密钥更新能力：很多自定义加密方案使用固定密钥，不像TLS那样每次握手都会生成新的会话密钥，长期使用同一密钥会大幅提升被破解的风险。

适用场景 #

这类方案更适合小型、封闭的场景：比如企业内部专用工具、家庭IoT设备通信——这类场景中客户端与服务器数量少，密钥分发方便，且环境相对安全，中间人攻击的概率极低。

内容的提问来源于stack exchange，提问作者cr001