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

Strong Authentication and commit #191

Closed
mnot opened this issue Jun 2, 2016 · 0 comments
Closed

Strong Authentication and commit #191

mnot opened this issue Jun 2, 2016 · 0 comments

Comments

@mnot
Copy link
Member

mnot commented Jun 2, 2016

Erik raises in post-WGLC:

The text is still a little unclear on whether commit then requires subsequent connections to use "strong authentication" or just "authentication". In particular, Section 3 seems to add some confusion about whether "reasonable assurances" and "server authentication" are the same thing or not but then 5.2 sometimes uses "authenticated without "strongly authenticated". For example, this paragraph is not particularly crisp on what the requirements are (strong authentication or something else):

A commitment is not bound to a particular alternative service.
Clients are able to use alternative services that they become aware
of.  However, once a valid and authenticated commitment has been
received, clients SHOULD NOT use an unauthenticated alternative
service.  Where there is an active commitment, clients SHOULD ignore
advertisements for unsecured alternative services.  A client MAY send
requests to an unauthenticated origin in an attempt to discover
potential alternative services, but these requests SHOULD be entirely
generic and avoid including credentials.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Development

No branches or pull requests

1 participant