5 ms·
This is wrong, see Element/Matrix, which practically does that
by gefhfffh 5y ago
This is wrong, see Element/Matrix, which practically does that
- Andrew_nenakhov 5y agoOk. After all, what do I know about encryption? I only directed the development of communication products that had OTR, OMEMO and PGP/GPG encryption in them. Please, enlighten me how exactly Element/Matrix practically do that. Thank you in advance.
- gefhfffh 5y agoIt backups your keys encrypted with a password only you know at server side (opt in) When you login, you provide that password, and Element can use that to decrypt the keys and use these to decrypt the messages stored in the cloud Alternatively, you can solely rely on syncing keys between verified devices.
- Andrew_nenakhov 5y agoThat is not 'true e2ee' at all, and more of a security theater.
- gefhfffh 5y agoHow is that? Only you as a recipient can decrypt the messages, because they are sent e2ee to you. And this stays true if you use the backup, as only you know that password.
- Andrew_nenakhov 5y agoEncrypted backups are just that, encrypted backups. They are called end-to-end encrypted backups only by people who are ignorant of correct terminology. Even the Wikipedia entry on e2ee addresses this. Regarding the security theater, the backups encrypted with your password are far more vulnerable to being compromised than any of the popular e2e encryption protocols. But then again, most users do not need real security, they are fine with a warm comforting feeling of safety, provided by a sincere promise that everything is really safe, as demonstrated by Telegram users.
- feanaro 5y ago>Regarding the security theater, the backups encrypted with your password are far more vulnerable to being compromised than any of the popular e2e encryption protocols. Hmm? How so? Surely this depends on the strength of your password.
- Andrew_nenakhov 5y agoAll messages are encrypted with one key. Break one key, and all messages will be accessible to an attacker. Proper encryption protocols rotate encryption keys and compromising one message will not compromise the rest.
- feanaro 5y agoThe situation is a bit more nuanced, given the large feature set that Matrix is trying to implement. > Break one key, and all messages will be accessible to an attacker. How do you propose breaking that one key, though? The attacker also needs to somehow acquire access to the key backup and to the encrypted messages, so it's a multi-step process. The encryption protocol does rotate message keys. In fact it uses the same cryptographic primitives as Signal, that is the double ratchet algorithm. I think you're conflating the message encryption protocol with cold storage, which is the purpose the key backup serves. It's completely typical for backups to be encrypted with a single symmetric key. Finally, the key backup is completely optional and can be disabled.
- gefhfffh 5y agoSo PGP and the encryption protocol of Threema aren't proper encryption protocols? Then, how do you break the key? Brute force? If you break one key that way, it's likely you could break equally secure keys as well. Access to the device? Well then you have access to everything anyways
- gefhfffh 5y agoI have nowhere called them end-to-end encrypted Backups, that's a straw man. > Regarding the security theater, the backups encrypted with your password are far more vulnerable to being compromised than any of the popular e2e encryption protocols. How, so? Are you aiming weak passwords? (One is provided for you ("security key"), however you can opt into a custom one that is not directly used for encryption ("security passphrase"))? Or are you referring to PFS, which isn't a property of all popular e2e protocols either, and "far" would be quite a stretch. How does all that disprove that Element uses true e2ee?