RSA 加密实时通话怎么降低解密造成的延迟？

[lFOqSK]

自己搞了一个 RSA 加密的实时通话工具，客户端生成公私钥，公钥上传服务器来当作电话号码。用户通过其他软件如微信互相分享公钥后即可开始通话。

现在的问题是，众所周知 RSA 加密的私钥长度 1024 以上为佳。然而，即使是 1024 长度，解密的延迟也高到让人难以忍受（和手机只剩一格信号差不多）。经反复尝试，最后觉得 512 长度的私钥解密通话延迟勉强在可接受范围内。

可问题是 512 长度的私钥是会被破解的。那这个解密的过程有没有加速的可能？

市场上那些号称使用 RSA 加密的即时通讯软件，比如 Telegram，他们是怎么实现低延迟 RSA 加密实时通话的呢？

[sbw]

用 rsa 传输其它速度快的加密方式的密钥

[xiangyuecn]

RSA 直接加密数据？不卡才怪

RSA 正确食用方法是：用来加密对称加密秘钥，如 AES 的秘钥，用对称加密来加密数据。

[shansing]

赞 #1 。一般不会直接用 RSA 来加密解密大量数据。这些活用 AES 之类的对称加密干就行了。

[kernelpanic]

就算 https 也不是直接用 RSA 加密数据啊

[PopRain]

几乎所有对传输速度有要求的应用，都是用 RSA 去交换对称加密的密钥，包括 HTTPS ....

[GM]

看到大家都把点子说到位了，我就不狗尾续貂了。

[mxT52CRuqR6o5]

用 rsa 去协商一个对称加密算法的秘钥。。。。。。

[zooo]

楼上回答都到点子上了

[Corua]

建议了解 diffie-hellman

[xdeng]

RSA 是用来前期商量对称加密的密钥的，不会一直用 RSA 的。