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

Describe assumptions and guidelines on key management #13

Open
tQsW opened this issue Nov 6, 2019 · 2 comments · May be fixed by #19
Open

Describe assumptions and guidelines on key management #13

tQsW opened this issue Nov 6, 2019 · 2 comments · May be fixed by #19

Comments

@tQsW
Copy link
Owner

tQsW commented Nov 6, 2019

No description provided.

@tQsW
Copy link
Owner Author

tQsW commented Nov 8, 2019

This draft could address the key discovery mechanism, and leave the process to provision keys to implementations. Specifically, identifier or name based discovery could be a good candidate to accommodate different scales, and is also aligned with the current WebCrypto spec on the key discovery.

A small managed network may share a common and small set of keys pushed by an admin periodically via a secure channel. When stored as key-value pairs, where a name is mapped to a set of encryption keys, the set of encryption keys can retrieved with the given name or id if such a mapping exists, and trial decryption can be used if the set contains more than one key. A fail-to-decrypt error can be declared when no encryption key set is present, the set is empty or the decryption fails with the retrieved key set.

In a more advanced form, the encryption key store can be servicified, not necessarily co-located on the same device, and use appropriate authentication techniques. This approach can be extended to support flexible key rotation and also origin-specific keys if needed.

@juberti
Copy link
Collaborator

juberti commented Dec 3, 2019

Do you have some text in mind here?

@tQsW tQsW linked a pull request Jan 28, 2020 that will close this issue
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging a pull request may close this issue.

2 participants