76
Beeper couldn’t bring iMessage to Android — but it can still make a great chat app
(www.theverge.com)
this post was submitted on 20 Mar 2024
76 points (100.0% liked)
Technology
37719 readers
457 users here now
A nice place to discuss rumors, happenings, innovations, and challenges in the technology sphere. We also welcome discussions on the intersections of technology and society. If it’s technological news or discussion of technology, it probably belongs here.
Remember the overriding ethos on Beehaw: Be(e) Nice. Each user you encounter here is a person, and should be treated with kindness (even if they’re wrong, or use a Linux distro you don’t like). Personal attacks will not be tolerated.
Subcommunities on Beehaw:
This community's icon was made by Aaron Schneider, under the CC-BY-NC-SA 4.0 license.
founded 2 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
Can't recommend Beeper. The new app really is great but the services don't want people using it that way and it shows. I got constantly logged out and even got a scary message from Facebook about how they would delete my account because I was using automation or something.
It also basically undoes all of the security and privacy features of Signal.
It's a great Matrix client though...
I'd like to have a source for this claim, please.
The source is basic documentation about how Matrix bridges work.
Not only is no longer NOT E2EE, but all of your Signal messages are stored (encrypted) on a remote server, with virtually all metadata attached to them. Things Signal themselves do not keep on their servers.
Further, you're increasing your attack surface by adding another, likely easier way to hack into all of your messages, if one were so inclined.
I don't have a direct source other than the source code of the software they use: https://github.com/mautrix/signal
When using one of their "cloud hosted" bridges, the bridge software (that connects between Matrix/Beeper and other protocols) has to read all message content. Otherwise, it's impossible to bridge to another protocol. E2EE becomes end (other users) to bridge (beeper) encryption.
With "local hosted" bridges, E2EE stays intact, but messages can't be sent/received if the device hosting the bridge is unavailable.
In the future, with MLS (a different E2EE protocol), it could be possible to keep E2EE even when bridging to Matrix on cloud hosted bridges.