80
submitted 1 week ago* (last edited 1 week ago) by mistermodal@lemmy.ml to c/privacy@lemmy.ml
you are viewing a single comment's thread
view the rest of the comments
[-] ProdigalFrog@slrpnk.net 3 points 6 days ago* (last edited 6 days ago)

I want to point out that the author of that linked blog, Soatok, actually removed a response in the comments from an OMEMO developer which clarified some things, which personally I think was rather odd/bad faith of them to do. When asked about it, this was their response:

"I'll make an edit later about the protocol version thing, but I'm not interested in having questions answered. My entire horse in this race is for evangelists to f** off and leave me alone. That's it. That's all I want."

According to the OMEMO developer in his response (you can it read here), there's nothing really wrong with OMEMO 0.3.0, as the dev considers it a stable standard that clients can safely implement, with newer versions basically being public beta releases toward a stable 'OMEMO 2' standard that can eventually replace 0.3.0.

Also @smiletolerantly@awful.systems.

[-] SwooshBakery624@programming.dev 1 points 4 days ago

I didn't know about this response, thank you for pointing it out. However, this response fails to address the main criticism of the XMPP+ONEMO:

To understand why this is true, you only need check whether OMEMO is on by default (it isn’t), or whether OMEMO can be turned off even if your client supports it (it can).

Both of these conditions fail the requirements I outlined under the End-to-End Encryption header in that other blog post.

And that’s all that I should have needed to say on the matter.

[-] ProdigalFrog@slrpnk.net 1 points 4 days ago

If someone's threat model requires absolute always-on encryption, then XMPP does currently fail that standard, but each individual will have to determine if their threat model does infact require that, and contrast it with the potential benefits XMPP currently has compared to the more secure options.

As an example, all of the always-on E2EE alternatives are really only a good alternative to messengers like whatsapp, there is currently no always-on messenger that could potentially replace the feature set of Discord, where as with the XMPP Movim client, that is currently possible due to the recent implementation of Discord-like spaces (single communities/channels with groups of rooms and drop-in chats).

For a discord community or for friends that want discord-like features, XMPP is leagues better for privacy, even though it only has optional encryption. It also offers true a decentralized federated network, which allows for more control of how your encrypted or unencrypted data is shared.

Unfortunately there's no perfect answer for all messenger needs, so each will need to have their pros and cons weighed on a case by case basis.

this post was submitted on 09 Mar 2026
80 points (71.1% liked)

Privacy

47170 readers
844 users here now

A place to discuss privacy and freedom in the digital world.

Privacy has become a very important issue in modern society, with companies and governments constantly abusing their power, more and more people are waking up to the importance of digital privacy.

In this community everyone is welcome to post links and discuss topics related to privacy.

Some Rules

Related communities

much thanks to @gary_host_laptop for the logo design :)

founded 6 years ago
MODERATORS