Skip to content
This repository has been archived by the owner on Apr 24, 2020. It is now read-only.

HTTP challenge spec issues #33

Closed
kelunik opened this issue Nov 10, 2015 · 3 comments
Closed

HTTP challenge spec issues #33

kelunik opened this issue Nov 10, 2015 · 3 comments

Comments

@kelunik
Copy link
Contributor

kelunik commented Nov 10, 2015

Because many webservers allocate a default HTTPS virtual host to a particular low-privilege tenant user in a subtle and non-intuitive manner, the challenge must be completed over HTTP, not HTTPS.

vs.

  1. Dereference the URI using an HTTP or HTTPS GET request. If using HTTPS, the ACME server MUST ignore the certificate provided by the HTTPS server.

The HTTP spec doesn't seem to be consistent. And why does it have to be completed with HTTP? I honestly don't understand that.

@kelunik
Copy link
Contributor Author

kelunik commented Nov 10, 2015

LE's simpleHTTP seems to give a choice. I'd really prefer that. This would make it possible to not even listen on port 80 for things like APIs, e.g. GitHub does that on api.github.com.

@bifurcation
Copy link
Contributor

As discussed on the list and in the document, the HTTP challenge needs to be HTTP-only in order to avoid the default-vhost issues. Thanks for catching the stray HTTPS text. I will remove it.

@kelunik
Copy link
Contributor Author

kelunik commented Nov 13, 2015

Do you have a link to the discussion?

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants