dming /组DMG的E2EE（不实时聊天 /插座）
真的很好奇，建议将用户DMS /组DMS确保为各方安全。一直在阅读AES-256-GCM和ECDH，以建立。
据我了解，
每个用户都会生成他们的密钥（公共和私人）
当需要进行交互时，双方都需要使用彼此的公共密钥来计算共享密钥。
现在爱丽丝，将使用共享键来创建她想要发送给鲍勃
的消息的密码- 将密码本身保存到db
bob也将使用该共享键来解密密码并读取爱丽丝的消息。
重复
其他部分，例如身份验证（Auth Tag），但是这些都是非常自我解释的。
共享密钥可以保留在每个用户的私有域上，但是每个用户都需要检索其他公钥以创建该共享密钥。将每个用户的公钥存储在数据库上似乎不安全吗？
想象一下Twitter风格的dming/组DMG，但是E2EE，将信息保存在DB中，经过身份验证和不可变。
一些输入会有所帮助！
Really curious what the recommendation is to keep user DMs / Group DMs secure for the parties. Been reading on AES-256-GCM and ECDH to build around.
From what I understand,
each user generates their keys (public and private)
when interaction needs to occur, both parties need to compute a shared key using each others public keys.
now Alice, will use the shared key to create a cipher of the message she wants to send to Bob
the cipher itself is saved to the DB
Bob will also use that shared key to decrypt that cipher and read Alice's message.
repeat
There are other parts to this like the authentication (auth tag), but those are pretty self explanatory.
The shared key can remain on each users private domain, but each user will need to retrieve the others public key to create that shared key. Storing the public key of each user on the DB seems unsafe?
Imagine Twitter-esque DMing/Group DMing but E2EE, keeping the messages secure in the DB, authenticated, and immutable.
Some input would be helpful!
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论