真正的点对点聊天通讯隐私实现想法

[brader]

实现想法：

A 发送消息给 B

检测是否持有 B 的公钥  

    若有，使用 B 的公钥对消息进行 RSA 加密并发送。  
    若无，则先请求 B 传输公钥过来，B 生成公私钥并缓存在本地。  

B 收到消息后，使用自己的私钥进行消息解密。  

B 发送消息给 A
同理

我想，这样应该才是能实现真正隐私通讯的，连服务提供方都无法窃取消息的，而不是市面上一些聊天软件慌称的“隐私”。

这种通讯隐私方案可实现吗？会有软件愿意为了用户隐私而实现吗？

[learningman]

Telegram 呗

[also24]

『若无，则先请求 B 传输公钥过来，B 生成公私钥并缓存在本地。 』


传输的过程被中间人了怎么办？

[Vegetable]

这种聊天软件其实有很多...基于 matrix 开发的客户端可以轻松实现端到端加密
官方专门有文档指导开发者如何实现带有端到端加密的客户端

https://matrix.org/docs/guides/end-to-end-encryption-implementation-guide

还有在大陆可以(几乎)无障碍使用的 keybase(已被 zoom 收购)，也是宣称端到端加密的。

我们生活中几乎没见过这种东西的原因，相信你也能想明白。

[SingeeKing]

所有的 E2EE 通信不都是这样，主要问题还是在密钥交换上面

[lzxz1234]

好家伙，https 诞生记

[brader]

@also24 公钥是可全网公开的，所以被截获是无所谓的

[also24]

@brader #6
『被中间人』指的是，你怎么知道你收到的是 B 的公钥，而不是中间人 C 的呢？

[jousca]

这不就是 HTTPS 的工作原理？

[dingwen07]

@brader #6 建议详细了解下中间人攻击

[yfugibr]

这种东西一直都不是技术问题。

[masterclock]

常见通信软件是不是就绿色的那个不支持 e2ee ？

[brader]

@also24 不使用 B 的公钥加密，B 是无法解密消息的，那么软件就无法提供正常服务，B 也能发觉异常

[also24]

@brader #12
参考 9 楼，建议详细了解下中间人攻击

[finab]

@brader
A 发送消息给 B
发现没有公钥， 从 B 请求公钥， 此时中间人生成公私钥，将中间人公钥发送给 A
并请求 B，B 返回正确的 B 公钥，中间人保存 B 公钥。

此时 A 拿到 中间人公钥加密消息，中间人获取密文，用中间人私钥解密，将消息再由 B 公钥加密，发送给 B

[lakehylia]

@also24 防中间人那不就是证书那一套了

[sakura1]

https 也有一段通过对称加密交互公钥的过程吧我记得，它也不全依赖技术，而是利用证书解决陌生人之间的信任问题。好吧，蹲个大佬仔细说说。

[hiplon]

PGP, autocrypt，现成的 delta chat 可以看看

[chizuo]

建议学学网络安全吧。你说的就是一个小作业而已。

[also24]

@lakehylia #15
但是楼主设计的这一套里面没有类似机制，或其它能解决这个问题的机制。

[chizuo]

@chizuo 小作业都比你的要复杂一点点，因为 RSA 耗费资源多，使用的是 OTP （ one time pad ），每次消息传输都用一次性的 AES 来加密，RSA 仅加密 AES 的密钥就行了。如果感兴趣，还是建议学学网络安全，会有一个基本的认识。