为什么 TLS_DHE_RSA_WITH_3DES_EDE_CBC_SHA 和 TLS_RSA_WITH_3DES_EDE_CBC_SHA 被认为是“弱”但被 nmap 和 Liberty 报告为“强”？答案

【问题标题】：Why are TLS_DHE_RSA_WITH_3DES_EDE_CBC_SHA and TLS_RSA_WITH_3DES_EDE_CBC_SHA considered to be "weak" but reported as "strong" by nmap and Liberty?为什么 TLS_DHE_RSA_WITH_3DES_EDE_CBC_SHA 和 TLS_RSA_WITH_3DES_EDE_CBC_SHA 被认为是“弱”但被 nmap 和 Liberty 报告为“强”？
【发布时间】：2016-10-05 20:14:47
【问题描述】：

我必须摆脱密码 TLS_RSA_WITH_3DES_EDE_CBC_SHA 和 TLS_DHE_RSA_WITH_3DES_EDE_CBC_SHA，因为它们通常被认为是弱的，并且被多个安全扫描工具等报告为弱。

为此，我已将 WebSphere Liberty 配置为使用目前可用的 TLSv1.2。但不幸的是，TLSv1.2 仍然支持这些密码，尽管 WebSphere Liberty 默认使用“HIGH”的安全级别，甚至 nmap 对这些密码显示“强”。

这就是我的困惑开始的地方。为什么这些密码被 nmap 和 WebSphere Liberty 认为是强大的，但被不同的安全扫描工具报告为“弱”？什么是正确的，以及在 WebSphere Liberty 中摆脱这些而不手动指定允许的密码列表的最简单方法是什么？

【问题讨论】：

这类问题更适合security.stackexchange.com。此外，您可能不仅应该说出哪些工具认为密码强，而且哪些工具认为它弱，即比“几个安全扫描工具等”更具体。

标签： java ssl websphere-liberty tls1.2 nmap

【解决方案1】：

如果 Nmap 将任何东西报告为“强大”，那么您使用的是过时版本。 The 6.49BETA release series 在 2015 年 6 月推出了一个大大改进的 ssl-enum-ciphers script 版本，它对每个密码套件以及证书强度进行评分，以给出“A”-“F”分数，类似于 SSL 实验室。假设 3DES 密码套件的有效密钥长度为 112 位，因此最高得分为“C”。

您可以随时通过https://nmap.org/download.html获取最新版本的 Nmap

【讨论】：

感谢您的提示！ nmap（版本 7.12）现在提供了更多信息，并且这两个密码被评为 C 和 D。仍然想知道为什么 WebSphere Liberty 认为这些密码很强大，并在使用 securityLevel “high”（这是默认设置）时启用这些密码。但这可能是 IBM 的问题。

【解决方案2】：

您可以尝试使用 jdk.tls.disabledAlgorithms 禁止 3DES IBM JDK 设施：

https://www.ibm.com/support/knowledgecenter/SSYKE2_8.0.0/com.ibm.java.security.component.80.doc/security-component/jsse2Docs/disabledalgorithms.html

【讨论】：

谢谢！我知道该功能，但我更喜欢直接在 WebSphere/server.xml 中执行此操作的方法，因为 JDK 可以由用户/第 3 方替换，然后将再次启用。正如我在上面的评论中所写：“我仍然想知道为什么 WebSphere Liberty 认为这些密码很强大，并在使用 securityLevel 'high'（这是默认设置）时启用这些密码。但这可能是 IBM 的一个问题。”