76
Beeper couldn’t bring iMessage to Android — but it can still make a great chat app
(www.theverge.com)
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.
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.