Closed Bug 182640 Opened 22 years ago Closed 22 years ago

Privacy: window.open() in bookmark leaks URL of current page through (wrong!) referrer header

Categories

(SeaMonkey :: Bookmarks & History, defect)

x86
Linux
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 122668

People

(Reporter: oes, Assigned: bugs)

Details

(Keywords: privacy)

User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2) Gecko/20021126 Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2) Gecko/20021126 If a bookmark contains a JS window.open('some-URL'), then the resulting request for some-URL will have a Referer header field which discloses the URL of the page which was loaded when the bookmark was clicked. This is wrong in that it - violates RFC 2606: "The Referer field MUST NOT be sent if the Request-URI was obtained from a source that does not have its own URI, such as input from the user keyboard.", - discloses information about the user in an unexpected way, which makes it a privacy problem, IMHO, - interferes with Privoxy, which relies on an empty Referer if a bookmark was used. Reproducible: Always Steps to Reproduce: 1. Store e.g. javascript:void(window.open('http://validator.w3.org/check/referer','foo','')); as a bookmark. 2. Go to http://www.yahoo.com/ 3. Click the bookmark 4. Convince yourself that validator.w3.org has received a Referer header field containing http://www.yahoo.com/ Actual Results: A Referer field was sent with the request Expected Results: No Referer field should have been sent with the request
Keywords: privacy
*** This bug has been marked as a duplicate of 122668 ***
Status: UNCONFIRMED → RESOLVED
Closed: 22 years ago
Resolution: --- → DUPLICATE
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.