配置维护“理想传输层”的 HTTPS 服务变得相当困难。应该如何配置 HTTPS 服务以允许某种合理级别的兼容性，同时又不易受到轻微的攻击？
结合Beast、Crime、Breach 和 Poodle的TLS 降级攻击即使不是全部 SSLv3 和更早版本，也能击倒大部分。Microsoft 默认禁用 SSLv3，这对我来说听起来不错。由于RC4、MD5 和 SHA1 的弱点，可供选择的密码套件更少。
一个“理想”的 HTTPS 服务是否只能启用 TLS 1.0、1.1 和 1.2，并且密钥大小变体遵循密码？最喜欢的密码套件应该是什么？
TLS_RSA_WITH_AES_128_CBC_SHA256
TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256
TLS_DHE_DSS_WITH_AES_128_CBC_SHA256
TLS_RSA_WITH_AES_128_GCM_SHA256
TLS_DH_RSA_WITH_AES_128_GCM_SHA256
一个“理想”的 HTTPS 服务是否只能启用 TLS 1.0、1.1 和 1.2，并且密钥大小变体遵循密码？
不，“理想”的 HTTPS 服务将仅启用 TLS 1.2 并仅启用基于 AEAD（带有关联数据的身份验证加密）的密码套件，该密码套件具有 SHA-2、4096 位 DH 参数和 521 位 EC 曲线，其类型符合您的要求（政府批准或不是政府产生的）。
所述服务也将无法被各种旧客户端使用，包括 Android 4.3 及更早版本、IE 10 及更早版本、Java 7（至少 u25 及更早版本）、OpenSSL 0.9.8y 及更早版本（OpenSSL 1.0.0）。 0 根本没有在我的来源中列出），依此类推。但是，它不会受到任何仅适用于 TLS 1.1 及更低版本的攻击、任何依赖 SHA-1 的攻击以及任何依赖 CBC 模式或过时密码（如 RC4）的攻击。
每个https://www.ssllabs.com的客户端密码套件限制。
最喜欢的密码套件应该是什么？
这取决于！
我认为前向保密是一项要求。
我认为“目前被认为是相当安全的”是一项要求。
我认为“至少由一个主要参与者实际实施”是一项要求。
所有关于必须有/不能使用某些或另一个密码子集的要求（必须使用 X，不能使用 Y 等）。
因此，我建议以下列表作为一个合理的开始。从顶级类别（TLS 1.2 AEAD）开始，然后继续向下列表并添加类别，直到您达到适合您的用户群的级别或您已经到达舒适区的尽头，以先到者为准。
尽可能多地包含每个类别的密码套件，以便在下一次攻击发生时，您将能够删除受影响的密码套件并继续其余的密码套件。
密切关注威胁环境，以便您可以继续删除存在漏洞的密码套件。
在每个主要类别中，请根据您的喜好订购或剔除密码套件：DHE 当然比 ECDHE 慢，但完全去掉了椭圆曲线的出处，依此类推。此时，排序似乎是一种权衡，但如果您想要速度，更喜欢甚至需要 TLS_ECDHE_*。如果您不信任当前普遍实施的椭圆曲线，或者由于 2015 年 8 月的 NSA Suite B 指南而担心椭圆曲线，这表明在不久的将来将远离之前的 Suite B 椭圆曲线，并且愿意刻录 CPU，更喜欢甚至需要 TLS_DHE_* 套件。
请记住，“普通”证书是 RSA 证书，可与 TLS_ECDHE_RSA_* 和 TLS_DHE_RSA_* 密码套件一起使用。到目前为止，与 TLS_ECDHE_ECDSA_* 密码套件一起使用的 DSA 证书非常罕见，而且许多 CA 不提供它们。
我将在此处插入常用插件 - 使用您自己的工具尝试您的密码列表（openssl ciphers -v '...' 对于基于 openssl 的系统），请访问https://www.ssllabs.com/index.html首先检查各种客户端支持的密码套件，然后设置您的站点，然后返回 www.ssllabs.com 并运行他们的服务器测试。
请注意，_ECDSA_密码套件当然需要 ECDSA 证书，而且这些证书仍然很难找到。
ETA：NSA Suite B EC 建议，IE 11/Win7 现在支持 0x9f 和 0x9e。
ETA：截至 2016 年 1 月，NIST SP800-52r1 保持不变，并且已将一个新密码套件 (0xc00a) 添加到列表中。
ETA：截至 2017 年 1 月，RFC7905 已更改三个 TLS 1.2 AEAD CHACHA20-POLY1305 密码，并且“现代”浏览器已大大改进了 AEAD 支持，如新项目符号中所述。 有关最新的 IANA 密码套件，请参阅https://www.iana.org/assignments/tls-parameters/tls-parameters.xhtml#tls-parameters-4 。
我通常不会只用一个链接来回答，但由于这个问题的答案经常发生变化，所以我这样做了。此外，“理想的”密码套件完全取决于应用程序和目标受众。您可以控制哪些，您可以做出哪些选择并且您可以负担得起（例如，您需要支持 IE6 吗？），这些都会影响“理想”的答案。
无论如何，https ://cipherli.st/ 对流行应用程序的密码套件和配置示例进行了很好的总结。正如其他人所指出的，Qualys SSLLabs有一个很好的工具来测试你的配置并且有一些很好的解释。
一个很好的起点是Mozilla 推荐的 TLS 密码。
测试公共 HTTPS 网站安全性的一个好方法是Qualys SSL Labs，该站点还包含许多关于 TLS/SSL 的文章（重点关注 HTTPS）。
通过 SSL Labs 更新 2016：
您应该主要依赖提供强身份验证和密钥交换、前向保密和至少 128 位加密的 AEAD 套件。其他一些较弱的套件可能仍受支持，前提是它们仅与不支持更好的旧客户端协商。
有几个必须避免的过时加密原语：
匿名 Diffie-Hellman (ADH) 套件不提供身份验证。
使用以下为 RSA 和 ECDSA 密钥设计的套件配置作为您的起点：
ECDHE-ECDSA-AES128-GCM-SHA256
ECDHE-ECDSA-AES256-GCM-SHA384
ECDHE-ECDSA-AES128-SHA
ECDHE-ECDSA-AES256-SHA
ECDHE-ECDSA-AES128-SHA256
ECDHE-ECDSA-AES256-SHA384
ECDHE-RSA- AES128-GCM-SHA256
ECDHE-RSA-AES256-GCM-SHA384
ECDHE-RSA-AES128-SHA
ECDHE-RSA-AES256-SHA
ECDHE-RSA-AES128-SHA256
ECDHE-RSA-AES256-SHA384
DHE-RSA-AES128-GCM- SHA256
DHE-RSA-AES256-GCM-SHA384
DHE-RSA-AES128-SHA
DHE-RSA-AES256-SHA
DHE-RSA-AES128-SHA256
DHE-RSA-AES256-SHA256
EDH-RSA-DES-CBC3-SHA
注意 此示例配置使用 OpenSSL 所需的非标准套件名称。对于在其他环境（例如 IIS）中的部署，您需要使用标准的 TLS 套件名称。