如何在Java中選擇更高效的SSL

Question

我們的應用程序用於加載測試任意HTTP（s）服務器。我們在Netty中使用java來進行大量的併發請求。當使用Netty java SSL客戶端和SSLEngine時，我們現在看到100％的CPU處於相對較低的併發水平。我懷疑客戶端和服務器正在協商可用的最安全的選擇，並且我想要做可能相反的事情（選擇會導致我們系統上CPU負載最小的選項）。我們必須使用SSL，但不擔心安全問題。我們如何去配置SSLEngine來使用更好的算法？

我意識到服務器（不在我們的控制範圍內）限制了選擇。但是，如果可用，我們需要使用較少的CPU密集型選項。我們使用c3.large實例在亞馬遜的EC2上運行它。

Answer 1

特定SSL/TLS密碼套件的安全性與其性能之間沒有任何關係。 使用橢圓曲線加密和AES加密的密碼套件可能是最快的。橢圓曲線套件比標準算法更快，AES支持較寬的硬件CPU加速度，AES-128應該比AES-256更快。

至於如何選擇的加密套件，在How to specify the ciphersuite to be used in SSL session

看看盡管警惕這可能會導致超過其價值的最小的性能增益更多的問題。