-
Notifications
You must be signed in to change notification settings - Fork 7
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
Make authentication stance consistent in the document #52
Conversation
Proposed resolution for ietf-wg-scitt#14 and ietf-wg-scitt#46, as discussed with @SteveLasker, @OR13 and @henkbirkholz.
@OR13 to your point about interoperability, the document is normative to a limited extent about authentication where present. |
If we have a lot of "MAY be authenticated" we can consolidate it into a single paragraph, and improve the reading experience for each resource. |
That's what this PR does, I believe, but happy to fix anything I have missed. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM, thanks @achamayou
An 'Issue Statement' endpoint is not necessary, nor helpful to implement a transparency service, and it is unclear why it has been added as an optional endpoint. SCITT services should be able to compose with arbitrary signing services that produce signed statements in the correct format. Aside from separating concerns and making the document more concise, this helps make the authentication posture consistent (see ietf-wg-scitt#52).
|
Proposed resolution for #14 and #46, as discussed with @SteveLasker, @OR13 and @henkbirkholz.
Will PR the removal of issue statement (the sole endpoint demanding authentication) separately.