Shadowsocks 2022 现代加密规范正式确立
针对原版 Shadowsocks 缺乏抗重放和头部分块弱点，开源社区发布 Shadowsocks 2022（RFC 规范），采用严格的分层 AEAD 加密。
代理协议独立百科词条免域名伪装
Shadowsocks 2022 + ShadowTLS v3
借用真实网站 TLS 握手 · 零证书免域名 · 嵌套现代强 AEAD 加密
由开发者 ihciah 创造的 ShadowTLS 伪装技术[1]与现代 Shadowsocks 2022 规范[2]深度结合。 客户端在建连时，借用公共互联网大站（如苹果或微软官方服务）完成真实的 TLS 握手[4]； 服务端通过共享密钥 HMAC 检验是否接管流量，未授权的主动探测直接被透传给真实大网站， 真正做到无需自备域名、无需证书维护、防主动探测的高强度代理组合。
核心作者ihciah / Shadowsocks
正式发布2022.12.08
核心机制借用真实 TLS 握手 + SS2022 强加密
技术定位免域名对抗探测与纯正加密典范
日期辨析：2022 年 9 月开源试水 vs 12 月 8 日 ShadowTLS v3 最终定型
ShadowTLS 概念开源2022.09.28
ihciah 在 GitHub 开源 ShadowTLS 初版，颠覆性地提出“不配置证书，直接将握手转发给真实大网站”的借鸡生蛋思想。
ShadowTLS v3 规范定型2022.12.08
发布 ShadowTLS v3 最终版本，消除早期版本在中间人探测下的时序与重放漏洞，确立密码 HMAC 认证体系。
全平台内核深度集成2023.01.12
sing-box 1.2 原生内置 ShadowTLS v3，随后 Mihomo (Clash.Meta) 跟进，与 Shadowsocks 2022 结合成为标配方案。
编写口径：ShadowTLS 经历了 v1/v2 的概念探索与中间人抗性加固，v3 规范正式确立了生产可用标准，所有演进时间均以 GitHub Releases 记录为准。
词条概览与核心定位
01在传统的 TLS 伪装方案（如 Trojan）中，用户必须自行购买域名、为 VPS 解析并配置 ACME 证书。 这不仅带来了维护证书续期的负担，而且一旦域名本身被 GFW 标记或遭遇“SNI 阻断”，整台 VPS 的代理功能就会失效。
ShadowTLS 开辟了一条全新的思路：“借鸡生蛋”。 用户服务端不需要安装任何证书，而是将一个公网上信誉良好、访问量巨大的权威 HTTPS 网站（例如微软或苹果的公共 CDN）作为握手伪装目标（Handshake Target）。当客户端发起 TLS 握手时，ShadowTLS 服务端将握手包原封不动地转发给该真实网站， 并将其合法的证书回传给客户端。在外层网络审查视角下，客户端完全就是在与微软或苹果的服务器进行正规握手。
握手完成后，只有能利用约定密码计算出正确 HMAC 摘要的合法客户端，才会被 ShadowTLS 服务端接管并导向内部的Shadowsocks 2022 服务；其他任何扫描器或主动探针都会被保持透传给真实的微软服务器，无法探知任何代理痕迹。
定位结论
Shadowsocks 2022 + ShadowTLS v3 与 VLESS REALITY 同为免自备域名、抗主动探测的顶级代表方案。 它完美继承了 Shadowsocks 极简、高效、强加密的优秀基因，在极客自建与个人节点场景备受青睐。
借用真实 SNI 与三层架构原理
021. 握手借用与防探测层（ShadowTLS v3 Proxy）服务端透明转发 TLS 握手包至真实的外部目标主机（如微软官网），获取真实合法的权威证书； 通过单向密码 HMAC 帧完成静默鉴权，非授权请求全部由真实大站响应。
2. 现代抗重放加密传输层（Shadowsocks 2022 AEAD）采用 2022-blake3-aes-128-gcm 或 2022-blake3-aes-256-gcm 算法； 会话密钥独立派生，强制前置独立头部校验与滑动窗口抗重放，彻底消除原版 SS 密码学弱点。
3. 本地与远程透明转发通道（TCP / UDP Relay）在单条安全隧道内承载 TCP 与 UDP 代理流量，完全契合现代操作系统分流需求， 配合 sing-box 等内核实现低内存极速中转。
ShadowTLS 握手与认证过程
- 客户端发送伪装 ClientHello携带真实权威目标（如 `captive.apple.com`）的 SNI，并嵌入特定协商参数。
- 服务端向真实大站转发握手ShadowTLS 将 ClientHello 发往真实目标，并将真实目标返回的 ServerHello 与证书转交客户端。
- 计算 HMAC 身份鉴权客户端利用预共享密码对握手上下文计算 HMAC 摘要；服务端核验无误后立即从真实连接中脱钩。
- 转入 Shadowsocks 2022 代理后续连接由服务端本地的 SS2022 进程接管，开始进行高强度加密代理传输。
与 REALITY 的技术异同
REALITY 在 Xray 内核内部直接截断 TLS 状态机，无需向外部大站建立完整的反向连接； 而 ShadowTLS 则是通用的独立双端中继器，可以搭配任意内层协议（SS2022、SOCKS5、WireGuard 等），结构极其解耦与纯粹。
精确到日的核验时间线（10 个关键节点）
03所有节点均依据 GitHub 官方 Releases 发行注记与上游代码提交核验：
构想突破“借鸡生蛋”：ShadowTLS 的提出与演进（2022）
ihciah 正式开源 ShadowTLS 项目
在 GitHub 开源 ShadowTLS，颠覆性地提出：代理服务端完全不需要拥有自己的域名或证书，而是直接借用真实外部 HTTPS 网站完成 TLS 握手！
发布 ShadowTLS v2：改进数据包转发
优化客户端与真实服务器之间的握手拼接，但社区随后讨论发现在特定时序下仍存在中间人被动推断的理论可能。
核验来源：ShadowTLS v2 Updates
规范发布里程碑
ShadowTLS v3 规范与稳定版正式发布
发布 ShadowTLS v3 最终协议！引入基于密码的单向 HMAC 握手认证，彻底消除中间人时序与探测漏洞，奠定生产级使用标准。
生态普及多内核集成与广泛部署（2023–2024）
sing-box 1.2 稳定内置 ShadowTLS v3 协议
开源通用内核 sing-box 率先官方内置 ShadowTLS v3 入站与出站，与底层 Shadowsocks 2022 形成绝佳组合。
Mihomo (Clash.Meta) 原生内置支持
主流客户端内核全面完成对 ShadowTLS 节点的解析与转发，成为与 REALITY 并驾齐驱的免域名防探测双子星。
发布 ShadowTLS v3.2.0：内存与异步吞吐调优
重写 Rust 异步事件驱动缓冲区，减少中继真实 TLS 握手时的系统中断，在高并发场景下性能提升 25%。
完善针对各类公共 Anycast CDN 伪装源的支持
社区收敛出一批极佳的握手伪装目标（如优质无污染的微软、苹果、谷歌公用 CDN 域名），进一步降低被墙风险。
现代定位免域名伪装双子星（2025–2026）
与 REALITY 形成跨架构技术对照
在学术界与网络安全领域，REALITY 与 ShadowTLS 分别代表了“内核层直接劫持握手”与“前置独立转发代理”两种最高明的免域名抗探测路线。
协议生态长期稳定维护
Shadowsocks 2022 的坚固密码学与 ShadowTLS v3 的真实 TLS 伪装相得益彰，在极客自建领域保持着高度评价与长期生命力。
生态实现与客户端兼容性
04ShadowTLS v3 与 Shadowsocks 2022 已经成为现代代理内核的标准支持配置：
| 软件 / 内核 | 类型 | 支持平台 | 支持级别 | 起始版本 | 发布日期 | 特性支持与备注 |
|---|---|---|---|---|---|---|
| ShadowTLS 官方核心 (Rust) | 核心内核 | Linux / macOS / Windows | 官方参考实现 | v0.2.25 | 2022.12.08 | ihciah 官方使用 Rust 编写的高性能独立守护进程，作为透明 TLS 握手中继器运行在前端。 |
| sing-box | 核心内核 | 全平台 (Linux / Android / iOS / macOS / Windows) | 完整原生支持 | v1.2.0 | 2023.01.12 | SagerNet 团队原生接入 ShadowTLS v3 入站与出站，可无缝嵌套 Shadowsocks 2022、SOCKS5 或其他协议。 |
| Mihomo (Clash.Meta) | 核心内核 | 全平台 (Linux / Android / macOS / Windows) | 完整原生支持 | v1.14.0 | 2023.04.18 | Meta 内核支持 ShadowTLS 出站配置与节点订阅，具备完整的测速与规则分流体系。 |
| Shadowrocket | 客户端 | iOS / iPadOS | 出站客户端支持 | v2.2.22 | 2023.02.10 | iOS 端极速跟进内置 ShadowTLS v3 + SS2022 配置解析与自动化代理中继。 |
| Loon | 客户端 | iOS / macOS | 出站客户端支持 | v3.0.2 | 2023.08.15 | 支持通过图形化节点编辑输入 ShadowTLS 伪装 SNI、密码及底层 SS2022 端口。 |
| NekoBox for Android | 客户端 | Android | 出站客户端支持 | v1.2.0 | 2023.03.01 | 基于 sing-box 核心构建，支持通过 VPNService 为 Android 手机提供系统全局 ShadowTLS 隧道。 |
适用场景与网络边界限制
05最推荐使用场景：
- 没有个人域名、不想维护证书的用户：完全省去申请域名、维护 ACME 脚本与续签证书的繁琐流程。
- 看重密码学严肃性与纯粹代理机制：Shadowsocks 2022 是经过国际现代密码学审视的严格规范，无历史冗余。
- 低延迟点对点直连自建：架构极度轻量，单核心占用极小，非常适合个人单人独享 VPS。
不适用或受限场景：
- 伪装目标（Target）选择不当：若选择了已被 GFW 阻断 SNI 或在境外延迟极高的小网站，握手会失败或延迟暴增。
- 严重恶劣丢包线路：外层为纯 TCP 握手，高丢包下的重传抗性弱于基于 UDP 的 Hysteria 2。
握手目标选择、时序与局限性
061. 伪装目标（Handshake Target）选择规范：应当选择具有全球 CDN、支持 TLS 1.3、国内直连不被墙的大型站点（例如微端、苹果或知名开源镜像站）， 且其 IP 应当与您的代理服务器在地理距离上越近越好，以减少服务端与目标主机通信的往返时延。
2. 必须使用 ShadowTLS v3 规范：早期 v1 与 v2 版本存在中间人时序侧信道推断漏洞， 现存所有客户端与服务端均应当统一使用 v3 协议，确保 HMAC 校验的严格完整性。
文献引注与第一手资料出处
07百科词条中所有架构数据、算法定义及发布时间均以官方公开发行物为基准：
包含 ihciah 编写的 ShadowTLS 官方参考实现、协议规范草案与版本演进记录。
https://github.com/ihciah/shadow-tls现代 Shadowsocks 协议的密码学架构，包括单独的会话子密钥派生与抗重放机制。
https://shadowsocks.org/doc/shadowsocks-2022.htmlsing-box 核心对 ShadowTLS v3 的具体配置参数与握手目标说明。
https://sing-box.sagernet.org/configuration/inbound/shadowtls/ShadowTLS 所借用的底层真实公网服务器所采用的标准 TLS 1.3 规范。
https://datatracker.ietf.org/doc/html/rfc8446Meta 内核对 ShadowTLS 配合 Shadowsocks 2022 的出站支持与分流配置。
https://wiki.metacubex.one/config/proxies/shadowtls/