5 ms·
How does it compare to OMEMO? Here is what the page says about OMEMO (aka Signal Protocol): "It is an incredibly powerful solution but it is reliant on asynchr
by ycmbntrthrwaway 9y ago
How does it compare to OMEMO? Here is what the page says about OMEMO (aka Signal Protocol): "It is an incredibly powerful solution but it is reliant on asynchronous communication and is therefore also dependent on the messaging platform — a central server that can become a single point of failure (or metadata collection)." But AFAIK OMEMO works with XMPP even with federation. What are they talking about?
Well, XEP-0384 [1] says users must publish their keys via PEP (personal eventing protocol), but that is to allow sending messages when recipient is offline. And it does not leak more metadata that already leaks during actual message transmission.
[1] https://xmpp.org/extensions/xep-0384.html https://xmpp.org/extensions/xep-0384.html
- wuch 9y agoOMEMO ensures neither room consistency nor transcript consistency. In fact, last time I checked you could easily send different transcript to different participants (for example by simply not providing them decryption key or providing an incorrect one; some clients do not provide any feedback to the user that something is going wrong).
- jbermudes 9y agoOne of the more frustrating aspects of some clients like Gajim is that you can be in a multiparty chat, but there's no way to tell why OMEMO isn't working. You're probably missing somebody's keys, but unless you go spelunking through debug logs you're never going to know. And good luck if one of the members of the memberlist rarely signs in, then you'll never get his key thus rendering OMEMO useless!
- madez 9y agoWhat I think is even more frustrating is that OMEMO is not required by default. I try to communicate with a group of people without WhatsApp, but I'm not in a position to tell them each which options to check, and what to look for. That's too much hassle for them. That's why I think Jabber/XMPP is lost. Encryption must be on by default. Better if there is no option of unencrypted communication at all. Go get a debug build for that. Receiving receipts and reading receipts are a must. It must be on by default. Communication always goes two ways. I had enough situations where one couldn't be sure if the other person has read an urgent info and whether the situation needed escalation. Account information must be hidden, if the system is not decentralized. People don't want to remember account names and passwords. Get device specific keys, or whatever. Just hide it from the user, unless they want to look at it. People don't want to hear about servers.