From the last I recall, the owners of Signal have never wanted it to federate. They have their publicly stated reasons, but I think the real reason is that Signal has always been on an enshittification track. JWZ has spoken out against Signal many times.
this post was submitted on 02 Feb 2024
1 points (100.0% liked)
The Signal messenger and protocol.
1629 readers
6 users here now
founded 4 years ago
MODERATORS
I'm gonna be honest. I chose a random article by JWZ and read it. The only thing they are talking about is the contact discovery system. If they don't want contacts to be uploaded (encrypted) then simply don't give signal the permission. And that the author moves to facebook messenger because there
at least the privacy failings are obvious
just shows how the author isn't even interested in secure and private messaging but only in defamig signal
Agreed. And also, it's very old. There are forks of Signal with no proprietary blobs, outside of Google Play (which wouldn't matter anyway since Google can't tamper with the builds distributed). Gotta say the part where you have to use your mobile phone does suck, instead of having a random ID like Jami does.
And about this post, decentralizing Signal wouldn't do much. There are no fully open source implementations, and if you hosted your own instance, you'd have to pay up for AWS and use some proprietary libraries, so you could get unwanted attention.
I'm pretty sure the original Signal dev wanted to avoid federation to be able to evolve the protocol rapidly.
https://signal.org/blog/the-ecosystem-is-moving/
That has taken us pretty far, but it’s undeniable that once you federate your protocol, it becomes very difficult to make changes. And right now, at the application level, things that stand still don’t fare very well in a world where the ecosystem is moving.
Isnt this basically matrix?
Or XMPP
Matrix is more for communites
One can perfectly use matrix for chat as well, especually with e.g. Fluffychat as client.
And yes, matrix is encrypted too
I've been using Matrix for a few days now and I have to say that encryption is a mess. Rooms and Spaces are not encrypted. 1:1 chats are encrypted but before it worked for my account (whysoever) I had to verify the other person. Also fluffychat is really buggy
Rooms can be encrypted - in fact its enabled by default now for all new rooms, but rooms that are public don't make sense to encrypt as anyone is able to find/join, and what would be the point of encryption if anyone can just join and access the data anyway?
I will say that Matrix is not as easy, intuitive or as feature-polished as Signal and I think we can thank Signal's decision to not attempt federation for how much better it is at some things than Matrix. That said, Matrix is a great alternative, but I'm not asking my friends/family to join just yet.
Figured I'd repost because I see Session being recommended again.
======== Original Post: https://lemmy.ml/comment/1615043
Session's developers dropped Signal's Perfect Forward Secrecy (PFS) and deniability [0] security features. Personally I would not trust a product that drops an end-user security feature for the sake of making the developer's life easier [1] .
Using existing long-term keypairs in place of the Signal protocol massively simplifies 1-1 messaging.
For those unaware, PFS protects your data/messages from future exploits and breaches. With PFS, each message's encryption is isolated, preventing compromise of current and past interactions [2].
A simple example to illustrate why PFS is beneficial. Lets assume any 3 letter agency is collecting all Signal/Session messages - on top of the tons of data they're already capturing. The great thing is that your messages are encrypted, they can't see anything - YAY - but they're storing them basically forever.
Two ways they may be able to compromise your privacy and view ALL your messages:
-
A flaw is discovered that allows them to crack/brute force the encryption in weeks instead of years/decades/eternity. If you were using Session, because you use the same key for every message, they now have access to everything you've ever said. If you were using Signal, they have access to that one message and need to spend considerable resources trying to crack every other message.
-
Your phone is compromised and they take your encryption keys. If you were using Session, this again gives them access to your entire message history. If you were using Signal, because the keys are always rotating (known as ephemeral) they can only use them to unlock the most recent received messages.
It's important to state that both cases above only really matter if you delete your messages after a certain time. Otherwise, yes, all they have to do is take your phone and get access to your entire message history - which is why ephemeral messaging (i.e. auto deleting messages after a certain time) is crucial if you suspect you may be targeted.
[0] https://getsession.org/blog/session-protocol-explained
[1] https://getsession.org/blog/session-protocol-technical-information
That's a fair criticism. I prefer using Session with better multiple device support and without waiting for Signal to finally stop using phone numbers.
When using either, disappearing messages should be enabled.
The part about PFS falls down, for me, when you assume both that keys can be cracked in some shorter than normal time-frame, and that the new key (per message, or less often) won't also be cracked quickly.
Has a much smaller userbase and not tech-savy people wouldn't undestand why you want them tp use session.
I think most iOS users have no trouble understanding how user hostile Signal has been after getting a new device or losing all the messages they wanted to save.
As for the user base, that's a problem that fixes itself as more people switch away from Signal.
Yes I understand that but there's no messenger that's really perfect. Btw signal is working on free and paid cloud backups for iOS and Android
Signal fails as a useful solution as long as:
- I can't switch devices and keep messages.
- I must give them a phone number.
- Multiple devices can't cooperate to allow me to chat continuously from any device.
- Messages can't be sent/received arbitrarily because the server decided my client isn't acceptable.
Signal is not reliable and very user-hostile.
Okay so I've been using Signal for over two years now and would like to address your critical points:
- I switched from my old phone to my current phone without losing even one message. Not even safety numbers changed
- Yes you have to give them a phone number. And yes atm everyone is able to see them. This will change this year as usernames are coming. The phone number will from then on only be used for verification and stored encrypted
- I have three devices: Phone (Android), Tablet (Android) and PC (Linux). All of the messages get synchronized properly and almost instantly
- I don't know what you mean by this exactly but I think you mean that the official Signal server doesn't support forked clients which is false if you take a look at Molly (which I'm using on my Tablet due to several reasons)
In terms of reliability in general I never experienced any issues with Signal. It works great even in bad internet connection scenarios.
I could have guessed that you used Android before your previous message simply by your positive impression.
Try switching the OS and keeping your messages then you will discover the difficulty. It's worse if you began on iOS.
I just recently had the Signal servers silently stop communicating with the app. I had to create a debug log to find that the server was sending an error for some reason when it was working the previous day. Switching apps was the only solution remaining.