this post was submitted on 24 Jul 2023
10 points (91.7% liked)

Matrix

196 readers
2 users here now

An open network for secure, decentralized communication

founded 4 years ago
MODERATORS
 

cross-posted from: https://lemmy.world/post/2077535

I'm not sure if it is entirely accurate to compare them in this way, as "Matrix" refers to simply the protocol, whereas "Signal" could refer to the applications, server, and protocol. That being said, is there any fundamental difference in how the Matrix ecosystem of federated servers, and independently developed applications compares to that of Signal that would make it less secure, overall, to use?

The most obvious security vulnerability that I can think of is that the person you are communicating with (or, conceivably, oneself, as well) is using an insecure/compromised application that may be leaking information. I would assume that the underlying encryption of the data is rather trustworthy, and the added censorship resistance of federating the servers is a big plus. However, I do wonder if there are any issues with extra metadata generation, or usage tracking that could be seen as an opsec vulnerability for an individual. Signal, somewhat famously, when subpoenaed to hand over data, can only hand over the date that the account was created, and the last time it was used. What would happen if the authorities go after a Matrix user? What information about that user would they be able to gather?

all 7 comments
sorted by: hot top controversial new old
[–] [email protected] 10 points 1 year ago (3 children)

Homeserver admins (of all homeservers that federate given Matrix room) can see who (meaning: Matrix user id) you've talked to and when it happened. They cannot access the content of the messages itself, as it is protected by E2EE.

Matrix P2P has been proposed to circumvent this issue (by embedding a local Matrix server within the client), but I have not yet seen it "in the wild".

[–] Kalcifer 4 points 1 year ago (2 children)

Homeserver admins (...) can see who (...) you’ve talked to and when it happened.

I'm assuming that since it is federeated, even if one server was very diligent with not keeping such metatadata, the issue would still remain with the other server if it did not follow the same practices?

[–] [email protected] 6 points 1 year ago

That's about right. The matrix protocol, while quite big on protecting messages, is not quite so worried about the metadata. This can be minimized if both users are from the same server.

Whether the metadata leakage is important depends largely on your threat environment.

As for Signal not having anything to be able to hand over... I'm not sure I take them at their word. That may just be me though, I'm a distrusting bastard.

[–] [email protected] 3 points 1 year ago

Yes, that's correct.

[–] [email protected] 1 points 1 year ago

@lmk @Kalcifer here are p2p builds https://drive.google.com/drive/mobile/folders/1uK_BcHGiAYHkN6OAA7P73obAquwShRg5 and here is the current status https://arewep2pyet.com/ I'm not following it too closely. The project is not yet connected to the real matriy world

[–] [email protected] 4 points 1 year ago

Because of its federated nature, Matrix shares tremendously large amounts of metadata between instances, even though the messages (and I believe the usernames you send to, but someone correct me on this) themselves are encrypted.
On the flip side, Signal requires you to sign up using your phone number. Some Matrix instances only require you to choose a username and be done with it.