Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Disable rosters #79

Open
daniele-athome opened this issue Jun 11, 2017 · 0 comments
Open

Disable rosters #79

daniele-athome opened this issue Jun 11, 2017 · 0 comments
Milestone

Comments

@daniele-athome
Copy link
Member

daniele-athome commented Jun 11, 2017

This is a huge step but it's needed more than ever. Servers currently have a relationship graph of all users in rosters. We should get rid of them (maybe keep them only for contacts outside of the network) and instead rely on client-to-client collaboration. For example, you may send a message to someone only if you have their public key (which was requested earlier and must have been approved and sent by that someone). ~~~This might be enforced by the server by checking the encryption key of the message, however this won't work for PFS encryptions (OTR, OMEMO, ...).~~~

This has some other side effects:

  • presence subscriptions must be on demand (since rosters are not used...)
  • no way to block public key requests (we should disable usernames since it's metadata leak, use an iq directly to the client instead)

In general this would mean that the client is responsible for security instead of the server. But since we are all going to become a server-less (as in peer-to-peer) world, this is a step toward that.

Blocking lists are still kept by the servers though. Those we can't really get rid of. Unless we use client voluntary blocking.

@daniele-athome daniele-athome modified the milestones: 1.0, 2.0 Jun 11, 2017
@daniele-athome daniele-athome modified the milestones: 2.0, 1.0 Apr 29, 2018
@daniele-athome daniele-athome modified the milestones: 1.0, 2.0 Apr 29, 2018
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant