自己搞了一个 RSA 加密的实时通话工具，客户端生成公私钥，公钥上传服务器来当作电话号码。用户通过其他软件如微信互相分享公钥后即可开始通话。
现在的问题是，众所周知 RSA 加密的私钥长度 1024 以上为佳。然而，即使是 1024 长度，解密的延迟也高到让人难以忍受（和手机只剩一格信号差不多）。经反复尝试，最后觉得 512 长度的私钥解密通话延迟勉强在可接受范围内。
可问题是 512 长度的私钥是会被破解的。那这个解密的过程有没有加速的可能？
市场上那些号称使用 RSA 加密的即时通讯软件，比如 Telegram，他们是怎么实现低延迟 RSA 加密实时通话的呢？
 |
1
sbw Jul 2, 2020
用 rsa 传输其它速度快的加密方式的密钥
|
 |
2
xiangyuecn Jul 2, 2020  1
RSA 直接加密数据？不卡才怪
RSA 正确食用方法是：用来加密对称加密秘钥，如 AES 的秘钥，用对称加密来加密数据。 |
 |
3
shansing Jul 2, 2020
赞 #1 。一般不会直接用 RSA 来加密解密大量数据。这些活用 AES 之类的对称加密干就行了。
|
 |
4
kernelpanic Jul 2, 2020
就算 https 也不是直接用 RSA 加密数据啊
|
 |
5
PopRain Jul 2, 2020
几乎所有对传输速度有要求的应用，都是用 RSA 去交换对称加密的密钥，包括 HTTPS ....
|
 |
6
GM Jul 2, 2020
看到大家都把点子说到位了，我就不狗尾续貂了。
|
 |
7
mxT52CRuqR6o5 Jul 2, 2020 via Android
用 rsa 去协商一个对称加密算法的秘钥。。。。。。
|
 |
8
zooo Jul 2, 2020
楼上回答都到点子上了
|
 |
9
Corua Jul 2, 2020 via Android 1
建议了解 diffie-hellman
|
 |
10
46fo Jul 2, 2020
RSA 是用来前期商量对称加密的密钥的，不会一直用 RSA 的。
|
Select Language