-
Notifications
You must be signed in to change notification settings - Fork 1.1k
Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
Disable redirects to non-HTTP URLs in release notes webview
- Loading branch information
Showing
1 changed file
with
10 additions
and
1 deletion.
There are no files selected for viewing
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
70f6929
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.
So this breaks any mailto:, feed: or data: links on the page. Is that good?
70f6929
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.
We can't pass
data:
tosharedWorkspace
. I don't think it'd work, but if it worked, it'd be unsafe, sincedata:
URLs can contain executables.We should whitelist
mailto:
.I'm not sure about
feed:
. Is it still supported? Can we trust it to be safe?70f6929
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.
Perhaps data: should still call
[listener use]
. (See https://en.wikipedia.org/wiki/Data_URI_scheme).The RSS new reader Vienna uses feed:.
What’s dangerous other than file:?
70f6929
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.
This should also perhaps be configurable. Some people might want the original behavior if their appcast is delivered over SSL.
Don't forget custom protocols which may be of use as well.
70f6929
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.
I assume everything, until proven innocent. Even browsers ask before opening unknown schemes, and — as the bug has taught us —
openURL
is more powerful and trusted than opening the same URL in the browser.