{"p":"","h":{"iv":"ROXSYW+cfvEbFHu5","at":"ocxplSQjdRC3tXEtB/9/wg=="}}

If you went the e2e route in the current ecosystem you'd have some kind of Signal-style lock-in where you'd need people running the same client on both ends, but you'd be bouncing around encrypted messages via activitypub, I guess? idk. just spitballin here people

5
Share
Share on Mastodon
Share on Twitter
Share on Facebook
Share on Linkedin
Chris Radcliff

@darius heh i think we’re agreeing, yes

0
1y
zunda

@darius Mastodon actually used to have API endpoints for E2EE messaging github.com/mastodon/mastodon/p which has been dropped due to the lack of clients: github.com/mastodon/mastodon/p. It maybe worthwhile looking into the code for how it looked like. (I'm afraid I'm not an expert :P

0
1y
Darius Kazemi

But also, in response to all the "what about e2e encryption" -- I would like that but I would *also* like a nice dedicated user interface for my activitypub DMs as they exist today. Would a custom client be more secure than my current DMs? no. would it be LESS secure? also no!

3
1y
Diane

@darius XMPP has a pretty decent end to end 2 entity chat system.

XMPP has a pretty rich system for creating gateways and there's some thoughts about trying to build an ActiivityPub / XMPP gateway. nlnet.nl/project/Libervia/

Though beats me how all the keys would get moved around the different protocols.

0
1y
FAP

@darius There is e2e encryption for open/federated protocols. XMPP has PGP, OTR and OMEMO, Matrix has Olm/Megaolm, Email has PGP, IRC has (had?) FiSH, probably more stuff that I forget. All these protocols allow you to use all kinds of clients and they are able to talk to each other with e2e encryption.

0
1y
Replies