SSL加密强度如何选择

SSL加密强度选择指南

一 核心概念与常见误区

• 在 SSL/TLS 中，“加密强度”主要由协商出的对称会话密钥长度（常见为 128 位或 256 位 AES）与所选密码套件决定；证书本身包含公钥/签名算法与链信息，证书“位数”（如 RSA 2048/3072/ECC 256）并不等于会话密钥长度。
• 实际连接强度由客户端与服务器“协商的最低配置”决定，受操作系统、浏览器版本、服务器配置等影响；因此“256 位证书”并不保证每次会话都是 256 位加密。
• 在可预见的算力条件下，128 位 AES 仍被视为安全；256 位 AES 提供更高的安全边际与更长的可用周期，但开销略增。
• 选择证书类型（DV/OV/EV）影响的是身份可信度与展示效果，而非会话密钥长度本身。

二 选择原则与场景建议

• 默认策略：优先启用 TLS 1.3，并配置以 AEAD 为核心的现代密码套件，按强度从高到低排序；在现代硬件上采用 AES-256-GCM 或 ChaCha20-Poly1305 的组合，兼顾性能与安全。
• 兼容性优先（需支持旧设备/旧系统）：保留少量 TLS 1.2 的 ECDHE+AES-GCM 套件作为兜底，但确保它们不是首选；避免使用 RC4、3DES、DES、MD5、SHA1 等过时算法与协议。
• 移动与弱算力终端优先：在移动端或缺少 AES 硬件加速的场景，优先 ChaCha20-Poly1305，其在软件实现上更高效。
• 高安全与长期合规场景：如金融、医疗、长期对外服务，建议选择支持 256 位会话密钥 的配置，并禁用低强度套件与协议，满足更高的安全与审计要求。
• 性能敏感但安全不打折：在绝大多数 Web 业务下，128 位 AES-GCM 已足够安全；若追求更长安全窗口与前瞻性，可优先 256 位。

三 推荐的协议与密码套件配置

• 首选协议与套件（示例，按优先级从高到低）：
  • TLS_AES_256_GCM_SHA384（TLS 1.3）
  • TLS_CHACHA20_POLY1305_SHA256（TLS 1.3）
  • TLS_AES_128_GCM_SHA256（TLS 1.3）
  • ECDHE-ECDSA-AES256-GCM-SHA384 / ECDHE-RSA-AES256-GCM-SHA384（TLS 1.2）
  • ECDHE-ECDSA-CHACHA20-POLY1305 / ECDHE-RSA-CHACHA20-POLY1305（TLS 1.2）
  • ECDHE-ECDSA-AES128-GCM-SHA256 / ECDHE-RSA-AES128-GCM-SHA256（TLS 1.2）
• 禁用项：SSLv3、TLS 1.0/1.1；RC4、3DES、DES、MD5、SHA1；以及所有非 ECDHE 的密钥交换（避免被动监听降级）。
• 证书与签名：优先 ECC（如 P-256） 或 RSA 2048+；签名算法使用 SHA-256/384（SHA-1 已不安全且被主流 CA 停止签发）。

四 落地检查与运维要点

• 基线检测：使用 testssl.sh 评估协议、套件与证书强度，示例：
  • 查看套件：./testssl.sh --ciphers example.com
  • 全面评估：./testssl.sh --full example.com
  • JSON 报告：./testssl.sh --ciphers --jsonfile=report.json example.com
• 配置要点：确保服务器启用 ECDHE 前向保密、AEAD 套件优先、禁用不安全协议/套件；如使用 CDN，需开启端到端加密（CDN 与源站均启用 HTTPS）。
• 证书与链：避免“证书链不完整”导致浏览器告警；如使用免费证书，注意自动续期与链配置。

五 快速决策表