Skip to content
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

Website can track between normal and private tab #2532

Closed
VMBindraban opened this issue Dec 13, 2018 · 2 comments
Closed

Website can track between normal and private tab #2532

VMBindraban opened this issue Dec 13, 2018 · 2 comments

Comments

@VMBindraban
Copy link

VMBindraban commented Dec 13, 2018

Description

A normal tab shares data with private tab that is accessible by websites (and thus tracking)

Steps to Reproduce

  1. Go to https://www.nothingprivate.ml/
  2. Fill in random name
  3. Open https://www.nothingprivate.ml/ in private window
  4. It knows what your name is.

This also works the other way around, going from private to normal.

Actual result:

Website can identify/track between normal and private tab.

Expected result:

Not to share data between normal and private tab that is accessible by websites.

Reproduces how often:

Easily reproduced

Brave version (brave://version info)

Brave 0.57.18 Chromium: 71.0.3578.80 (Official Build) (64-bit)
Revision 2ac50e7249fbd55e6f517a28131605c9fb9fe897-refs/branch-heads/3578@{#860}
OS Mac OS X

Reproducible on current release:

  • Does it reproduce on brave-browser dev/beta builds?

Not tested.

Website problems only:

  • Does the issue resolve itself when disabling Brave Shields? No.
  • Is the issue reproducible on the latest version of Chrome? Yes.

Additional Information

It seems that they generate a fingerprint and store it.
The fingerprint on a normal tab is the same as in the private tab.

@diracdeltas
Copy link
Member

This also works the other way around, going from private to normal.

This is the more serious case; normal to private is expected since some state last I checked (like HSTS) is inherited in private tabs from normal tabs.

As OP notes this is also an issue in Chrome but maybe we should fix independently.

@tildelowengrimm
Copy link
Contributor

I don't think this is state sharing; it seems to be fingerprinting. In dev version 59.5 on MacOS with first-party fingerprinting protection turned on, I can't repro.

@tildelowengrimm tildelowengrimm added this to the Dupe / Invalid / Not actionable milestone Dec 13, 2018
@rebron rebron removed this from the Dupe / Invalid / Not actionable milestone May 10, 2019
@NejcZdovc NejcZdovc added this to the Dupe / Invalid / Not actionable milestone Jun 3, 2019
@bbondy bbondy removed this from the Dupe / Invalid / Not actionable milestone May 30, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

6 participants