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

GRASP objective names inside / outside of RFC8994 ACP #5

Open
toerless opened this issue Nov 21, 2023 · 1 comment
Open

GRASP objective names inside / outside of RFC8994 ACP #5

toerless opened this issue Nov 21, 2023 · 1 comment
Assignees

Comments

@toerless
Copy link
Member

Issues mostly as a reminder to think about it:

Initially when RFC8990...RFC8995 was written, the GRASP objectives in support of BRSKI to be used exclusively via the ACP, hence they where called AN_registrar and AN_join_proxy.

In brski discovery we should clarify whether or not these objective names are valid by default ubiquitously across any possible instances of how GRASP is built, not only ACP.

Unless we come up with good reasons not to say so, i think this is what we should write into brski discovery for clarification to make it clear that such reuse is fine. Any draft that needs different objective names for whatever reason is still free to do so.

@toerless toerless self-assigned this Nov 21, 2023
@becarpenter
Copy link
Member

Remember that GRASP requires a secure substrate, even the RFC8994 ACP is not used. So yes, reuse of the mechanism and specific objectives is fine, but (except in DULL mode) it is never OK to use GRASP without underlying security.
(That's why I did draft-carpenter-anima-quads-grasp.)

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

No branches or pull requests

2 participants