如何打击BEAST漏洞并为老客户维护PFS？

纠正我，如果我错了，但BEAST是因为CBC在TLSv1.0，对不对？ 所以要消除BEAST的威胁，所有SSLv3或更低版本的CBC密码套件都必须禁用，对吧？

让我们跳到现实世界的例子。 查看我的testing域的Qualys SSLtesting 。 你会看到我已经禁用了SSLv3（当然还有更低的协议）。 为了维护一些不支持TLSv1.1的老客户端，同时保持这些客户端的完善前向保密，我必须使用SSLv3或TLSv1.0附带的一些CBC密码套件。

以下是我必须维护的一些客户样本（链接到Qualys SSL Client Info站点）。

• Java 7
• OpenSSL 0.9 （由于某些路由器）
• IE 8 / XP （IE 6 / XP支持被丢弃）
• Android 2.3

这是我的OpenSSL 1.0.1e密码套件configuration：

• 如何修复MySQL的Logjam漏洞
• validation返回值是什么：在openssl输出中有1个意思
• 如何在Linux RHEL 5.3上find启用SSL的端口或SSL实例？
• 是否有可能在Debian挤压中启用TLS v 1.2
• 我是否正确引用了我的网站的SSL证书链？

ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES256-GCM-SHA384:ECDHE-ECDSA-AES256-GCM-SHA384:DHE-RSA-AES128-GCM-SHA256:DHE-DSS-AES128-GCM-SHA256:kEDH+AESGCM:ECDHE-RSA-AES128-SHA256:ECDHE-ECDSA-AES128-SHA256:ECDHE-RSA-AES128-SHA:ECDHE-ECDSA-AES128-SHA:ECDHE-RSA-AES256-SHA384:ECDHE-ECDSA-AES256-SHA384:ECDHE-RSA-AES256-SHA:ECDHE-ECDSA-AES256-SHA:DHE-RSA-AES128-SHA256:DHE-RSA-AES128-SHA:DHE-DSS-AES128-SHA256:DHE-RSA-AES256-SHA256:DHE-DSS-AES256-SHA:DHE-RSA-AES256-SHA:AES128-GCM-SHA256:AES256-GCM-SHA384:AES128-SHA256:AES256-SHA256:AES128-SHA:AES256-SHA:AES:CAMELLIA:DES-CBC3-SHA:!aNULL:!eNULL:!EXPORT:-DES:!RC4:!MD5:!PSK:!aECDH:EDH-DSS-DES-CBC3-SHA:!EDH-RSA-DES-CBC3-SHA:!KRB5-DES-CBC3-SHA 

有没有人看到解决scheme来修复BEAST并维护客户端/ PFS？ 我只看到最大。 TLSv1.0和CBC仅在客户端的密码套件。

赶上迈克尔汉普顿：是的， RC4不是一个解决scheme 。 我忘了提到这一点。