Shadowsocks 协议是什么？加密方式与 SS 2022

一句话定义Shadowsocks（SS）是一种基于 SOCKS5 思路的轻量加密代理协议，使用预共享密钥加密流量，使其看起来像随机数据。

Shadowsocks（常简称 SS）是一个开源的加密代理协议，2012 年前后出现，是最早被广泛使用的“翻墙”协议之一。它的思路很朴素：客户端在本地提供 SOCKS5 代理，把流量用预先共享的密钥加密后发给服务器，服务器解密后代为访问目标网站。加密后的数据没有固定的协议头，在外部看来接近随机字节流。

原理与加密方式

Shadowsocks 的安全性完全取决于所用的加密算法，经历了三个阶段：

流加密（已淘汰）：如 aes-256-cfb、rc4-md5，缺少完整性校验，存在被主动探测和篡改的风险，现在不应再使用；
AEAD 加密：如 aes-128-gcm、aes-256-gcm、chacha20-ietf-poly1305，在加密的同时提供认证，能发现被篡改的数据，是目前最常见的配置；
Shadowsocks 2022：如 2022-blake3-aes-128-gcm、2022-blake3-aes-256-gcm，使用固定长度、Base64 编码的随机密钥，并加入时间戳与防重放机制，进一步提高了抗主动探测的能力。2022 版本要求客户端与服务器时间大致同步。

此外，SS 可以搭配 obfs、v2ray-plugin、shadow-tls 等插件做额外伪装，但插件需要客户端同时支持。

与其他协议对比

协议	是否依赖 TLS	伪装方式	配置复杂度	兼容性
Shadowsocks	否，协议自带加密	随机数据外观	低	极好，几乎所有客户端支持
VLESS	是（TLS / REALITY）	借用真实网站握手	高	好，需较新核心
Trojan	是	模仿 HTTPS	中	好
Hysteria2	QUIC 内置 TLS	模仿 HTTP/3	中	较好，需较新核心

优缺点

优点：协议简单、性能开销小；客户端支持最全面，老设备、路由器也能跑；支持 UDP 转发，适合游戏和语音；配置项少，出错概率低。

缺点：没有 TLS 外观，“看起来像随机数据”本身在严格的网络环境中也可能成为识别特征；直连境外的 SS 节点在敏感时期较容易被封；旧加密方式的安全问题需要用户留意。

在机场中的常见用法

很多机场会把 SS 用于中转入口：用户连接国内入口时使用 SS，入口再通过专线或隧道转发到境外。这样既保留了 SS 的低开销，又由入口承担了跨境段的风险，可参考中转机场的说明。

使用建议

检查节点配置中的加密方式，若看到老旧的流加密，说明服务可能长期未维护；
使用 2022 加密时，如果节点全部不可用，先校准系统时间；
客户端导入与设置可以参考 Shadowrocket 使用教程。

常见问题

SS 节点应该选哪种加密方式？

由机场决定，客户端填写必须与服务端一致。新部署一般使用 AEAD（如 aes-256-gcm、chacha20-ietf-poly1305）或 2022 系列（如 2022-blake3-aes-128-gcm）。旧的流加密方式如 rc4-md5、aes-256-cfb 已不推荐使用。

手机上选 AES 还是 ChaCha20？

支持 AES 硬件加速的设备（多数现代手机和电脑）用 AES-GCM 效率更高；较老或缺少硬件加速的设备用 ChaCha20-Poly1305 更省电。实际差别对普通使用不大。

SSR 和 SS 是一回事吗？

不是。ShadowsocksR 是早年的一个分支，加入了协议和混淆插件，但已多年缺乏维护，目前不建议使用，主流客户端对它的支持也在减少。