-
Notifications
You must be signed in to change notification settings - Fork 63
Add recommendations to use https for remote resources #2299
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
Conversation
…ad remote resources when referenced via https
|
Also note that I opted to put the recommendations directly in the relevant resources sections as these are very specific to remote resources. |
|
The issue was discussed in a meeting on 2022-05-26 List of resolutions:
View the transcript1.2. External Resources should be loaded securely.See github issue epub-specs#2263. See github pull request epub-specs#2299. Dave Cramer: this issue comes with this PR. Dan Lazin: my only concern is the PR itself is not super clear in its language. Dave Cramer: this is SHOULD level, so would we test whether a remote resource is served via HTTP, and that would result in a warning from epubcheck?. Matt Garrish: yes, that is what I would expect. Dave Cramer: this could affect existing content, but I expect it would be rare. Matt Garrish: generally the direction of the web is HTTPS too. Dave Cramer: using backwards compatibility as reason not to fix security issue isn't where we want to be.
|
Co-authored-by: Dan Lazin <dlazin@users.noreply.github.com>
Co-authored-by: Dan Lazin <dlazin@users.noreply.github.com>
|
@mattgarrish any reason not to merge this? |
Adds authoring recommendation to reference resources via https to limit possibility of network attacks and adds reading system recommendation to only load remote resources referenced via https.
This could lead to warnings in existing content, but in this case I think there's a strong security basis for making the change. I don't get the impression that publishers actually use a lot of remote resources, either, but we should discuss this in a WG meeting before merging.
Fixes #2263
💥 Error: 500 Internal Server Error 💥
PR Preview failed to build. (Last tried on May 27, 2022, 1:45 PM UTC).
More
PR Preview relies on a number of web services to run. There seems to be an issue with the following one:
🚨 Spec Generator - Spec Generator is the web service used to build specs that rely on ReSpec.
🔗 Related URL
If you don't have enough information above to solve the error by yourself (or to understand to which web service the error is related to, if any), please file an issue.