哪种对称加密算法在处理较小消息时速度最快？

Question

我很乐意帮您选择一种常见的对称加密算法（Twofish、AES等），根据性能标准（最快的加密/解密）进行翻译。我们目前倾向于使用AES，但由于我们发送和接收的通信并不需要那种级别的加密，因此为了提高性能，可以接受使用较不安全的算法。

我们将使用所选算法来加密/解密消息（长度不超过200个字符），这些消息正在客户端和服务器之间（Javascript客户端和PHP服务器）通过HTTPS发送。算法的速度很重要，因为加密/解密过程需要跟上服务器套接字中到达/离开的消息。

我找到了一个网站，其中有加密基准测试，我计划进行自己的测试，但我希望从SO获得有关选择速度加密的建议。非常感谢您的任何帮助。

编辑：请注意，消息将不会通过HTTPS发送，它们将通过HTTP发送。

- Steven

---

SSL加密不是多余的吗？如果你担心中间人攻击，那么在JavaScript中实现解密算法并不能解决任何问题。 - MyItchyChin

@CptSkippy 你是对的。我把这个项目和策略的另一部分混淆了。在这种情况下，消息是通过 HTTP 80 发送的。对此感到抱歉。 - Steven

为什么你不能使用RC4呢，朋友？ - user320618

Answer 1

这取决于实现方式。Rijndael成为最终选择的AES算法之一，原因是速度、大小和简单性，所以大多数实现都很好，但其他实现可能会更慢。

选择你的实现，然后进行基准测试。如果你正在考虑自己实现，那么你的基准测试结果可能与其他第三方实现完全不同。

- Chris J

Answer 2

使用HTTPS加密传输会更快、更容易和更可靠（从安全角度来看）。在客户端，它完全透明，并且很可能比您的JavaScript AES解密代码具有更好的性能。

- Nicolas

---

这会很好，但应用程序的另一部分正在使用HTTPS，并且这将在单独的服务器上工作，迫使我们使用HTTP。 - Steven

使用单独的服务器如何强制你使用HTTP？ - MarkR

据我所知，绝对没有那种限制。在您要实现的解决方案中听起来很愚蠢的是，这几乎破坏了加密的每一个目的：您将发送加密内容和一些 JavaScript 代码以在同一连接甚至可能在同一页上进行解密。 - Nicolas