Conversation

@soatok [it won’t]

0
0
2

🇵🇸 single use plastique 🏴‍☠️

@soatok@furry.engineer feel free to ignore this if you're busy or whatever, but i would like to know why isn't XMPP + OMEMO a real Signal alternative?

0
0
0

Can someone explains to me what's a Matrix evangelist?

0
0
0

🇵🇸 single use plastique 🏴‍☠️

@soatok@furry.engineer i personally don't understand that reasoning, http isn't encrypted by default either, you certainly can make it very secure with ssl or over tor/i2p

1
0
0

@soatok louder for the people in the back! XMPP evangelists really need a dressing down about this too -.-" (Thanks to my involvement in Kitten/SASL I have had an … unpleasant amount of exposure to XMPP evangelists)

0
0
0
Edited 1 month ago

@soatok @mook also it’s less like HTTPS and more like encrypting content sent via HTTP. Metadata still gets out and only some of the contents are protected

0
0
0

@soatok I believe you: you're the cryptography expert after all, I have no reason to not believe your say.

I will take time to read the whole thread once I'm done dealing with another fur about a mh- issue.

0
0
0

🇵🇸 single use plastique 🏴‍☠️

@soatok@furry.engineer i did have in mind hidden services, which are still just http, or xmpp or irc whatever protocol is being served, Signal is a specific server/client platform, xmpp+omemo is a protocol/encryption standard, the things that make up signal could be imlemented in an insecure way, many other platforms use signals encryption optionally, idk whatsapp

0
0
0

Orion (awoooo) 🏴‍☠️🐾⎇

another matrix rant
Show content

@soatok I think besides the cryptography, I don't have any trust in the project at all anymore, not in its moderation features (or lack thereof), not in Element the company not screwing things up, not even the protocol design itself

It doesn't scale, any chat platform where it can take minutes to join a bigger chat (and you'll be joining several, as spaces are essentially just rooms that link to rooms) is dead on arrival pretty much

It will put the load on anyone but the "owner" of a chat, so as the network grows it becomes harder and harder to participate

Moderation is a joke when servers practically aren't given the tools to defederate, reports don't land where they would be the most useful, and even room-level blocks can be more confusing than they should be

And it doesn't seem like there's a will to fundamentally change anything

2
0
0

@mook@possum.city @soatok@furry.engineer i think the problem is that you know beforehand whether you're connecting to a server that has encryption enabled or not, which is the case with HTTPS but not in chat protocols where encryption is toggleable

though with HTTPS there is an unencrypted fallback if the target's certificate is invalid (is no traffic better than unencrypted traffic? i'm inclining to yes)

1
0
0

@tapesinside@floofy.city @soatok@furry.engineer a server can absolutely tell whether another xmpp server has omemo available and disable unencrypted comms, there's also things you can do with xmpp like run it as a hidden service

0
0
0

>> yoshinoya@akkoma.realworldsunny.name

@soatok@furry.engineer @mook@possum.city can you link/explain some research about WhatsApp? since it's still used in a lot of the world by almost everyone, it'd be interesting to see/read how well have they implemented E2EE

1
0
0

@tapesinside @soatok

Recommends Wire and Whasapp

lol, I’m gonna dip out from this conversation but, just seems like an arbitrary bar i’m sorry, also false equivalence between an open protocol that has a variety of server and client implementations, and a centralized service/app owned by a private organization, an app that only works on smartphones, which are all backdoored, let’s be real ( and the desktop app has a history of known vulns ) So yeah XMPP is not a competitor to Signal, they’re in different ball parks, but you can do encrypted messages voice and video calls just as well if not better, the idea that XMPP is insecure because it’s possible to use it without encryption, i just find that arbitrary. I suppose no one should use nginx or apache because they can serve unencrypted http

0
0
0

@soatok @mook there's a second message in here too: The saving grace for XMPP could be an implementation of MLS over XMPP, if and *only if* done properly because XMPP is extensible and generic enough to make that possible safely.
But right now XMPP lacks several of the requirements to be able to do that and given the culture around the protocol I do not have hopes for this to change anytime soon.

0
0
0

@soatok @mook Yes! and exactly that is what the culture around XMPP will not allow for because of the holy grail of "backwards compatibility" which is why I personally have given up on trying to make XMPP secure after two attempts ;)

1
0
0

@soatok actually i want to know, is Signal's security is good?

0
0
0

@soatok I read your GitHub Gist, then the pawb.social post and it's UNBELIEVABLE.

As always, you managed to attract war once again in a gist. But the most unsettling is indeed the Matrix evangelists on pawb.social!

I couldn't believe how we managed to attract so much of them on pawb.social but also let them flaming each other.

I definitively now know today what's a Matrix evangelist thanks to a single pawb.social post! blobfoxcry

0
0
0

@soatok I need a Signal alternative because I don't want to rely on a phone number that I could easily lose in the future. Are there any at all?

0
0
0
@soatok im a matrix user. whats this about?
0
0
0

[[nodiscard]] constexpr auto Herz() noexcept -> 🐰

re: another matrix rant
Show content

@awooo @soatok Reporting is pretty crappy indeed.

I don't know the details and I can't verify this so I'd like confirmation, but I heard the Report functionality just sends a report to the instance you're in. Which in my case is useless, because I selfhost.

From our side we have a moderation bot to manage these issues from Matrix, but it's not good still. We need something like a "use /report command on a reply to notify admins" or something like that like some bots work on Telegram.

1
0
0
re: another matrix rant
Show content

@herzenschein @soatok yea, we sometimes get reports of join events in a remote room with no context, and then it's like, what do?

It's also hard to provide any kind of protection for your users if you run a homeserver, since if they create a room and don't invite the bot, they're open to all the spam and creeps you've already banned in your own community

0
0
0

@soatok just for context because i haven't been following whats happened. did you _ever_ had a reply from them?

0
0
0

@soatok Olm or Megolm? Also which official library do you mean, there are multiple I could think of which are maintained and under the matrix-org

0
0
0

@soatok @mook given that, would deltachat technically fit the bill? Since it's just "here's someone's public key and now you encrypt and send them smol emails", more or less. I mean, obviously it's not quite as "friendly" as Signal, but... (and being email it's gonna leak loads of metadata)

0
0
0

@soatok The product decisions appear to have improved, or maybe I'm just growing tired. It used to be Users: "We want backups" Signal: "We've heard you. You get GIFs with a privacy proxy." U: "Uhh, backups or migration?" S: "Yes, you'll get sticker packs." U: "..." S: "Stories!"

They now have backups, migration (though not between universes) and non-phone number identities.
Though I think there's still also still this cryptocurrency that depends on SGX for security.

2
0
0

@henryk
Wait, do they have lost device backups working on iOS now?
@soatok

1
0
0

@henryk @soatok Afaik Signal still requires a phone number to sign up and after the three-day paranoia-fueled anxiety attack I experienced after what Telegram did with my fucking phone number the instant I signed up, that is a cold-hard trauma-affected non-starter for me.

0
0
0

@henryk
Yeah, no, it looks like still no support for the lost device use case yet anywhere unless they haven't updated their docs.
@soatok

0
0
0

@soatok sounds like they pulled a seanky move right there, but honestly, that looks like a long time coming with the rust-matrix-sdk using vodozemac for a while now

1
0
0

@famfo@chaos.social @soatok@furry.engineer Is that the library that's already been replaced in Element with matrix-rust-sdk? I thought they'd been saying for awhile they were deprecating it?
https://github.com/element-hq/element-web/issues/26922

0
0
0
@soatok @mook
>XMPP + OMEMO isn't even able to encrypt "by default"

This is entirely up to client implementation. Conversations on Android and Monal on iOS use OMEMO by default in private chats.

Further, OMEMO is based on Signal's double ratchet. Many clients use libsignal even.
0
0
0
@dequbed @soatok @mook
There is an NLnet grant for implementing MLS in XMPP. Adoption will likely be slow :/

Conversations uses encryptiom by default and fails to send unless you manually disable OMEMO if it cannot get keys. It also does verification properly IMO. This is not something that the protocol makes difficult

https://gultsch.de/trust.html
1
0
0
@soatok @mook
I don't see the issue if done right like Conversations. Enabled by default and requires manually disabling. Not a perfect analogy but like a browser with HTTPS only mode on.

Can clients do it wrong? Yes. I don't think that's good, but that doesn't seem like an issue with the protocol to me.
0
0
0
@soatok @dequbed @mook
I think there are parts Conversations does better even, like verification. From what I understand signal just gives a notification that something changed and carries on even after you verify their "Safety Number".
0
0
0
@soatok
@mook
I can send plaintext to signal's servers if I wanted. It might not pass it along as a message but they can't stop me.
0
0
0
@soatok @dequbed @mook
That sounds cool actually. I'm really curious what that is because verification is something I want to improve. It doesn't do much if nobody uses it.
0
0
0

@soatok at least XMPP doesn’t have a shitty leader who’s actively against federation.

I’m personally particularily fond of IRC anyway, not the new-fangled stuff.

0
0
0

@soatok what if I told you e2ee was very low in the list of reasons why people are interested in matrix?

0
0
0
re: another matrix rant
Show content

@awooo @soatok

to add to this:

I ran a single-user homeserver for a month, a couple years ago. it took 3-5 attempts to join Alpine's -devel and -linux channels. each. it used 1.8GB RAM for one user and two remote channels. and it was an inferior experience to Discord and IRCCloud in basically all respects.

I genuinely do not understand why people evangelise this crap. it's technically and socially deficient, and what I've heard about the 'Matrix 2.0' protocol in development suggests to me that it continues to be led by white Europeans with zero understanding of marginalisation outside of queerness. so I don't expect future efforts to improve matters in any practical sense.

1
0
0
re: another matrix rant
Show content

@VulpineAmethyst @soatok Yup, I'm sadly very familiar with this stuff since I run a personal Synapse instance on a phone with Linux (Poco F1) and it took quite a bit of effort to optimize everything to run decently

Technically it's better than it used to be, but joining a very large room like MatrixHQ would still take a couple minutes, and put load on my server for hours, frankly that processing power is better spent running a modded Minecraft server floofBlep

But yeah, the problem is still very fundamental to the protocol, they have optimized the software somewhat, but that's not going to help if at some point you start hitting bandwidth limits for instance, which you thankfully won't because no significant portion of the world will ever use this heh

0
0
0

@soatok I'm not usually the kind of person to give this kind of advice, but if your perception is that they're "trying to speak over you", you'd probably be well-served by logging off for a little while. It seems like the project has heeded words about their crypto, you don't need to constantly be on the offensive.

0
0
0

@soatok @mook pending regular, comprehensive pentests, could a config switch in Prosody that doesn't allow cleartext in either direction meet those requirements? you'd probably have to completely break client login and federation with older comm servers so nothing attempts to send anything unencrypted

1
0
0

@soatok @mook basically "make a brand new protocol that would be easy for current xmpp software to support"

0
0
0

@soatok Here's another piece of advice for you: criticism without any constructive element is worthless

0
0
0

@soatok That seems very short given the breadth of changes needed for most clients (add Rust build toolchain, finish C++ bindings, ship it to package managers).
Looks like Nheko hasn't even considered migrating to vodozemac yet.

0
0
0

@soatok how does one gain the ability to just look at code and instantly 0day a platform ablobfoxhypersnugowo

1
0
0

@spud i can't speak for @soatok but I'm guessing he would say something about how you get to Carnegie Hall.

0
0
0

@soatok according to Wikipedia, LimeWire is a social network :3c

0
1
0

@soatok so I am *just barely* smart enough to read and vaguely understand all this. But I am curious about two things.

First, if you were trying to find a messenger that doesn't require a phone number, would you use Matrix, or something else; and

Second, just to humor me... did Signal meet your standards before they removed SMS?

1
0
0

@mav @soatok tangent: you no longer have to share phone numbers on signal.

1
0
0

@risottobias @soatok But you must have one to sign up, unless that has changed quite recently.

0
0
0

@soatok so to pwn applications and services one must be a self taught dhole, and skip getting a degree? blobfoxgooglycry

1
0
0

@spud @soatok Being a fox works too but no way anything else works. Maybe raccoon.

1
0
0

@walnut @soatok I'm (sadly) acutely aware of the state of MLS as it applies to XMPP and there's two things that are relevant here: Just adding MLS into the existing encryption UX is not going to make XMPP an encrypted messenger, even if all the necessary extensions to the transport are defined. And that latter point will also contribute to adoption being probably at best glacial if the past allows any prediction. I mean, MIX is nine years old at this point and still not supported anywhere.

1
0
0
@dequbed @soatok
MIX is effectively dead. Some of the shortcomings it was supposed to address were fixed in MUC, MUC is now ahead of it in some cases (besides backwards compatibility), and most agree that it would be better to further improve MUC and deprecate the old unused parts of it than rewrite a major part of clients and servers.

On the UX of rejecting plaintext messages, Conversations will still display a received message sent without OMEMO but will mark it with a red background and unlocked padlock rather than reject it outright.

I'm not a cryptographer, but I think the main advantage of MLS over OMEMO is that there will hopefully be more widely used and tested implementations. But most clients just use libsignal for OMEMO anyway, so maybe that's not a big advantage.
0
0
0

@Doridian @soatok well damn. Here I thought I could do it as a college educated folf blobfoxsad

1
0
0

@soatok @spud I mean there's some fox in you, maybe you got what it takes ;p

1
0
0

lnl, nu tot 50% minder menselijk

@soatok oh shit. element is no longer using libolm since they've switched to vodozemac, but with quick look at alpine, it's still used by: fluffychat, nheko, gomuks, neochat (kde), chatty, mautrix bridges, weechat-matrix, ...

1
0
0

@soatok yikes.

And then people wounder why I stay on & + & /MIME-emails and for chats?

0
0
0

@soatok Honest question: why XMPP + OMEMO isn't a viable alternative to Signal?
I have no expertise in encryption, so I'd be thankful if you could point me to somewhere where I can inform myself, or ELI5 to me.

1
0
0

@narezina @soatok My best guess is there’s no forward secrecy; the metadata, at least, is visible to every involved server: who sent it and who it was sent to. There’s really no getting around that, because it doesn’t know where to send the message otherwise. Also, that there’s a chance encryption fails, depending on the clients used; Signal won’t work without it.

0
0
0

@soatok Thank you!

So if I understand this correctly, there are multiple things at work here: OMEMO is doing less of a stellar job encrypting mesages (unfortunately, I don't understand the issues in depth), XMPP protocol allows for unencrypted conversations, and Conversations has its bucket of issues.

I wonder if situation is better with Kaidan? Apparently they encrypt conversations by default, and use newer version of OMEMO (found here: https://www.kaidan.im/2023/05/05/kaidan-0.9.0).

0
0
0

@soatok OK, I'll give it another read then. Thanks again.

0
0
0