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

Prevent navigator/gecko.buildID leaks #117

Closed
nodiscc opened this issue Feb 15, 2016 · 13 comments
Closed

Prevent navigator/gecko.buildID leaks #117

nodiscc opened this issue Feb 15, 2016 · 13 comments

Comments

@nodiscc
Copy link
Contributor

nodiscc commented Feb 15, 2016

https://bugzilla.mozilla.org/show_bug.cgi?id=583181
https://www.browserleaks.com/javascript#comments
http://browserspy.dk/showprop.php

@pyllyukko
Copy link
Owner

This is definitely a problem, yes. Firefox doesn't seem to respect gecko.buildID or any of the other settings :/

@nodiscc
Copy link
Contributor Author

nodiscc commented Feb 15, 2016

I can confirm that changing the *.buildID settings has no effect.

Random Agent Spoofer did not work for me, original Build ID is always visible to https://www.browserleaks.com/javascript

@pyllyukko
Copy link
Owner

Try now? :)

@nodiscc
Copy link
Contributor Author

nodiscc commented Feb 15, 2016

@pyllyukko your fix does not work for me (original buildID still displayed)

@CHEF-KOCH I can confirm that Random Agent spoofer does not affect the Build ID value on the test page for me (all script injection options enabled). I'm trying to locate where the lockPrefs file should reside, http://kb.mozillazine.org/Locking_preferences only describes locking for the Windows platform. I've tried ~/.mozilla/firefox/*/, /usr/share/iceweasel/{pref,profile} without results.

Iceweasel 44.0.2-1 on Debian GNU/Linux stretch/sid

Please reopen?

@fmarier any clue?

@pyllyukko
Copy link
Owner

Please reopen?

Will do.

@pyllyukko pyllyukko reopened this Feb 15, 2016
@pyllyukko
Copy link
Owner

@pyllyukko your fix does not work for me (original buildID still displayed)

That's odd.

Iceweasel 44.0.2-1 on Debian GNU/Linux stretch/sid

Seems to work on my Debian 8 + Iceweasel 38.6.1. I wonder what's up?!

icew-4343-2

@nodiscc
Copy link
Contributor Author

nodiscc commented Feb 16, 2016

I will retry with a freshly created profile.

@nodiscc
Copy link
Contributor Author

nodiscc commented Mar 13, 2016

Confirmed in newly created profile

$ apt-cache policy iceweasel
iceweasel:
  Installed: 45.0~b5-1
  Candidate: 45.0~b5-1
  Version table:
 *** 45.0~b5-1 700
          1 http://ftp.fr.debian.org/debian experimental/main amd64 Packages
        100 /var/lib/dpkg/status
     44.0.2-1 600
        500 http://ftp.fr.debian.org/debian stretch/main amd64 Packages
        200 http://ftp.fr.debian.org/debian unstable/main amd64 Packages
$ git clone https://github.com/pyllyukko/user.js
$ firefox --no-remote -P #create profile, exit
$ cp user.js/user.js ~/.mozilla/firefox/
$ cp user.js/user.js ~/.mozilla/firefox/*.mynewprofile/
$ firefox --no-remote -P #run with mynewprofile, go to http://browserspy.dk/showprop.php
#page shows buildID 20160214103951

May it be an iceweasel-specific bug? Is someone able to reproduce with Iceweasel/Firefox/another branding?

@pyllyukko
Copy link
Owner

It works on my Iceweasel (see the User-Agent on the screenshot).

$ apt-cache policy iceweasel
iceweasel:
  Installed: 38.7.0esr-1~deb8u1
  Candidate: 38.7.0esr-1~deb8u1
  Version table:
 *** 38.7.0esr-1~deb8u1 0
        500 http://security.debian.org/ jessie/updates/main amd64 Packages
        100 /var/lib/dpkg/status
     38.5.0esr-1~deb8u2 0
        500 http://ftp.funet.fi/pub/linux/mirrors/debian/ jessie/main amd64 Packages

@nodiscc
Copy link
Contributor Author

nodiscc commented May 10, 2016

Fixed in Firefox 45.1.0esr-1 in Debian (pref general.buildID.override now actually overrides the buildId)

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

3 participants
@pyllyukko @nodiscc and others