This repository has been archived by the owner on Dec 11, 2019. It is now read-only.
-
Notifications
You must be signed in to change notification settings - Fork 975
[hackerone] webkitRelativePath may expose OS username #10666
Labels
hackday
Legacy label for a one-day hack-session.
muon
QA/checked-Linux
QA/checked-macOS
QA/checked-Win64
QA/test-plan-specified
release-notes/include
security
Milestone
Comments
more background: http://leucosite.com/Chrome-Firefox-Edge-Local-File-Disclosure/ |
This should be addressed by brave/muon#242 but we should check the PoC to make sure |
sydneyli
pushed a commit
to sydneyli/muon
that referenced
this issue
Oct 19, 2017
sydneyli
pushed a commit
to sydneyli/muon
that referenced
this issue
Oct 19, 2017
bridiver
pushed a commit
to brave/muon
that referenced
this issue
Oct 25, 2017
This was referenced Jun 11, 2018
This was referenced Jun 19, 2018
Verified on macOS 10.13.4 x64 using the following build:
Verified on Windows 10 x64 using
Verified on Ubuntu 17.10 x64
|
@diracdeltas I managed to reproduce this with
Will this particular fix cause any issue as the original bug already seems to be fixed under |
This was referenced Jun 21, 2018
Sign up for free
to subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Labels
hackday
Legacy label for a one-day hack-session.
muon
QA/checked-Linux
QA/checked-macOS
QA/checked-Win64
QA/test-plan-specified
release-notes/include
security
https://hackerone.com/reports/258585
It appears that
webkitRelativePath
in Brave may expose the username, whereas in Chrome it doesn't. I'm not 100% sure it won't also expose the OS username in Chrome if the home folder itself is your default file picker location. However, it is weird that Brave shows the parent folder of the selected folder + selected folder, whereas Chrome shows selected folder + filename of first file. demo: https://dev.ruby.sh/brave/trap.htmlSTR:
The text was updated successfully, but these errors were encountered: