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

should Registrar be explicit about what it wants pinned? #73

Open
mcr opened this issue Jan 21, 2021 · 4 comments
Open

should Registrar be explicit about what it wants pinned? #73

mcr opened this issue Jan 21, 2021 · 4 comments
Labels
future Any topic that is postponed to a new draft/document or a future version

Comments

@mcr
Copy link
Member

mcr commented Jan 21, 2021

In #70 and #71, we discuss policy of how the Registrar and the MASA decide what level of artifact to pin when it signs the voucher.

Should the Registrar be explicit (via a new field in the voucher-request) about what it wants to have pinned?

@EskoDijk
Copy link
Collaborator

Such field could be useful for Registrar, and that would need an update of (regular) BRSKI as this is an element of the BRSKI-MASA interface. Although the need for this feature is stronger in "constrained" bootstrap situations, the feature is not exclusive to this scenario and it should be introduced in regular BRSKI just as well if we decide to introduce it.

As long as we don't have such feature in BRSKI we can rely on the policy in #70 and #71.

@mcr
Copy link
Member Author

mcr commented Jan 28, 2021

expand this to not just be what is pinned, but what the protocol post-BRSKI is (CMP, EST, 6tisch), etc.

@mcr
Copy link
Member Author

mcr commented Jan 28, 2021

expand this to not just be what is pinned, but what the protocol post-BRSKI is (CMP, EST, 6tisch), etc.

This belongs into a new document.

@EskoDijk
Copy link
Collaborator

Given that we decided to move the Registrar-MASA protocol extensions and improvements to a new document; should we close this issue here? Alternatively we can give it a specific label "future" to mark that we don't need to close this issue for constrained-voucher but that rather it refers to a future, new document. This way the discussion at least doesn't get lost.

@EskoDijk EskoDijk added the future Any topic that is postponed to a new draft/document or a future version label Apr 15, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
future Any topic that is postponed to a new draft/document or a future version
Projects
None yet
Development

No branches or pull requests

2 participants