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

Ratcheting of External PSKs #346

Closed
br-hale opened this issue Jun 10, 2020 · 1 comment
Closed

Ratcheting of External PSKs #346

br-hale opened this issue Jun 10, 2020 · 1 comment

Comments

@br-hale
Copy link
Contributor

br-hale commented Jun 10, 2020

This issue is to start a discussion thread on the suggestion made by Chris Wood under PR #336. The suggestion is not directly related to #336, so is listed here for discussion (some discussion already appears there):

chris-wood: Are "external" PSKs fixed? Would it make sense for them to also include an epoch, to allow applications to roll them forward for some FS?

Current considerations:

  1. Is this a use case worth addressing for MLS (i.e. taking in an external PSK and then maintaining it in sync to protocol ratcheting)?
  2. If so, is it sufficiently critical to be part of the protocol, or sufficiently peripheral to be discussed in the architecture?
@bifurcation
Copy link
Collaborator

I don't think this is really an issue we need to address here. We already allow a different PSK to be injected at every epoch change. How exactly the app chooses which PSK to inject at which time is their business, not ours.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Development

No branches or pull requests

2 participants