TLS1.2服务器/客户机仅使用tls_rsa_with_aes_128_cbc_sha就能过得去吗？

Question

我正在将一个嵌入式TLS1.0实现更新到TLS1.2（具有1MB或更少代码空间的设备，并且没有操作系统）。在这一点上，我有AES-128和AES-256 CBC密码与SHA-1和SHA-256摘要一起工作，以实现最小的实现。库无法协商SSLv2、SSLv3、TLS 1.0或TLS 1.1连接。

我觉得这就足够了，因为RFC5246指出，“TLS_RSA_WITH_AES_128_CBC_SHA现在是实现密码套件的强制要求。”

然而，当我阅读html" target="_blank">安全博客上的各种帖子时，我看到一些建议让用户禁用该套件，并且（例如）只允许ECDHE_RSA或DHE_RSA变体。

所以我的问题是，使用我们库的设备是否会与现代web浏览器（作为服务器）和现代HTTPS/SMTPS/POP服务器（作为客户端）互操作。是否有TLS1.2客户机/服务器无法协商TLS_RSA_WITH_AES_128_CBC_SHA连接？

Answer 1

我不确定当前是否有许多支持TLS的服务器无法将TLS_RSA_WITH_AES_128_CBC_SHA与TLSV1.2协商，因为它是TLSV1.2的强制密码套件。

然而，有一些事情需要记住：

• TLS_RSA_WITH_3DES_EDE_CBC_SHA对于TLSV1.0和TLSV1.1是必需的，但由于安全原因，不再为所有服务器所支持，
• Mozilla建议（而且不是唯一一个）支持AES128而不是AES256
• 由DHE或ECDHE允许的完美前向保密性(PFS)现在是必须具备的功能。

所以，如果我能给你提供4个密码套件（数量与你相同），我会说这些从最强到最弱：

1. TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256
2. TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA
3. TLS_RSA_WITH_AES_128_GCM_SHA256
4. TLS_RSA_WITH_AES_128_CBC_SHA

我想说，这4个密码套件为TLSV1.2服务器带来了足够的安全性和兼容性。