LWN: Comments on "EFF: Web Browsers Leave 'Fingerprints' Behind as You Surf the Net" https://lwn.net/Articles/387950/ This is a special feed containing comments posted to the individual LWN article titled "EFF: Web Browsers Leave 'Fingerprints' Behind as You Surf the Net". en-us Thu, 11 Sep 2025 20:40:34 +0000 Thu, 11 Sep 2025 20:40:34 +0000 https://www.rssboard.org/rss-specification lwn@lwn.net Company browsers are anonymous? https://lwn.net/Articles/388227/ https://lwn.net/Articles/388227/ MKesper <div class="FormattedComment"> Most companies are stuck at IE6.0, I guess. The user string sent by IE is very verbose, though: e.g.<br> Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; InfoPath.2; .NET CLR 1.1.4322; MS-RTC LM 8)<br> </div> Wed, 19 May 2010 10:39:10 +0000 Company browsers are anonymous? https://lwn.net/Articles/388029/ https://lwn.net/Articles/388029/ NAR I was wondering that in a company environment the setup of the computers should be the same, so the browsers should look to be the same. Anyway, it's pretty amazing that only 4 people (including me) visited the site with the same user agent (IE 7.0, probably with up to date(?) patches, so I thought this must be a lot more popular). Actually it is <I>more</I> specific than the system font list, which contains company-specific fonts, so there must be 7 other people from this company who visited this page, but 4 of them used a different browser. Tue, 18 May 2010 10:14:43 +0000 How about randomising HTTP_ACCEPT and User agent? https://lwn.net/Articles/387999/ https://lwn.net/Articles/387999/ jamesh <div class="FormattedComment"> The plugin info doesn't come from HTTP headers: they're being accessed via Javascript. While you might consider it a privacy issue, it isn't adding overhead to the HTTP requests.<br> </div> Tue, 18 May 2010 03:12:59 +0000 stating the obvious https://lwn.net/Articles/387995/ https://lwn.net/Articles/387995/ smoogen <div class="FormattedComment"> Actually people are not as anonymous when they are in the city center not even counting security cameras. Media organizations have long tracked buying habits.. any good grocer would know what kinds of vegetables you like if he wanted to keep in business. But since the 1970's and the growth of the credit industry it has become more of a part of society.<br> <p> Going beyond the internet, a person's credit card/debit purchases, their magazine viewing, their TV habits are all stored and viewed away. We have lived in a society where privacy has become more of a fiction in the last 30+ years... we traded it away for cheap TV and t-shirts years ago. Scott McNeally's famous privacy quote was right in so many ways :/.<br> </div> Tue, 18 May 2010 00:23:59 +0000 How about randomising HTTP_ACCEPT and User agent? https://lwn.net/Articles/387994/ https://lwn.net/Articles/387994/ coriordan <p>The linked paper discusses a similar topic:</p> <p><i> The obvious solution to this problem would be to make the version numbers less precise. Why report Java 1.6.0_17 rather than just Java 1.6, or DivX Web Player 1.4.0.233 rather than just DivX Web Player 1.4? The motivation for these precise version numbers appears to be debuggability. Plugin and browser developers want the option of occasionally excavating the micro-version numbers of clients when trying to retrospectively diagnose some error that may be present in a particular micro-version of their code. This is an understandable desire, but it should now be clear that this decision trades off the user’s privacy against the developer’s convenience. </i></p> <p><i> There is a spectrum between extreme debuggability and extreme defense against fingerprinting, and current browsers choose a point in that spectrum close to the debuggability extreme. </i></p> Tue, 18 May 2010 00:06:18 +0000 How about randomising HTTP_ACCEPT and User agent? https://lwn.net/Articles/387990/ https://lwn.net/Articles/387990/ jrn <div class="FormattedComment"> <font class="QuotedText">&gt; The real problem however is that information such as your web browser's ID, plugins or supported languages is often used by the web server to alter the actual content served to you (eg. to send you text in your language, or work around bugs in your browser), so there are limits to how much one wants to mess with that.</font><br> <p> In practice, that is much less of a problem than it would seem to be. I have been browsing with ‘chromium-browser --user-agent="Mozilla/8.0"’ for a few months now, and I only ran into a few problems:<br> <p> . Gmail requires ?nocheckbrowser at the end of the URL or it will not use ajaxy features<br> <p> . Old versions of <a href="http://www.bad-behavior.ioerror.us/">http://www.bad-behavior.ioerror.us/</a> deny access to some pages. So far, every webmaster I have mentioned this to has been happy to have the reminder to upgrade.<br> <p> . Facebook appears to use Content-disposition: attachment or something for its front page, rendering it inaccessible.<br> <p> That’s all. I would be happy to see more people doing this, since if sites use sane behavior by default, that means one less barrier to entry for new browsers and should make it easier to change the behavior of existing browsers.<br> </div> Mon, 17 May 2010 23:52:52 +0000 stating the obvious https://lwn.net/Articles/387991/ https://lwn.net/Articles/387991/ coriordan <div class="FormattedComment"> Just to add to that... I remember an interesting point that Lawrence Lessig made about privacy. It was along the lines of, in the real world, we're guaranteed a certain level of privacy because of the effort required to track us.<br> <p> My trip to the city centre will expose me to thousands of people, but none would reliably draw a picture of me the next day. The security cameras in the bookshops will record what books I browsed, but, except in very exceptional circumstances, no one will watch the recordings with enough interest to see me or the books.<br> <p> Online, the situation is put on its head. *I* can't remember what sites I viewed last week, but doubleclick.net has a pretty complete record of what I viewed last week, last month, last year, ...<br> </div> Mon, 17 May 2010 23:49:43 +0000 How about randomising HTTP_ACCEPT and User agent? https://lwn.net/Articles/387985/ https://lwn.net/Articles/387985/ coriordan <div class="FormattedComment"> Yeh, it's all about where to strike the balance.<br> <p> For me, avoiding tracking is pretty important. Helping web devs work around bugs in my browser is something I'm lukewarm about - it won't happen often, and it'll almost never be a big deal.<br> <p> I think a good starting point would be to hand over just four pieces of info, for example: I use Iceweasel, version 3.5.X, on GNU/Linux, in Dutch.<br> <p> These are four things that might be used regularly, legitimately by websites to ensure I get a good browsing experience. And that's probably not an identifiable amount of info, so it could remain unchanged (or, maybe the browser name could even alternate between "Iceweasel" and "firefox").<br> <p> If 3.5.4 had display problems, then the "X" in my version number could be randomly chosen from [1-35-9].<br> </div> Mon, 17 May 2010 23:41:38 +0000 How about randomising HTTP_ACCEPT and User agent? https://lwn.net/Articles/387984/ https://lwn.net/Articles/387984/ coriordan I've installed User Agent Switcher just now. I don't think it's going to be of any use, since I won't manually switch my User_agent each time I browse to a new site, but it's free software, and that code would surely be a good starting for implementing what I was talking about. Mon, 17 May 2010 22:30:23 +0000 Especially bad if you run Linux https://lwn.net/Articles/387981/ https://lwn.net/Articles/387981/ spaetz <div class="FormattedComment"> Nope, not language was the most revealing. Both the combination of installed plugins and available system fonts on my (pretty much stock) Ubuntu firefox was considered as unique among all current entries !<br> </div> Mon, 17 May 2010 22:05:03 +0000 stating the obvious https://lwn.net/Articles/387974/ https://lwn.net/Articles/387974/ smoogen <div class="FormattedComment"> You know you have too much knowledge of a subject when you read an article like that and go "Yeah and this is new because?"<br> <p> Fingerprinting a browser has been possible for a long long time (probably the late 1990's. I know that several web-trends programs from 2000 used various techniques to determine if an IP address was a singular or multiple browsers.. and looking at what they did one could see how to see if that 'browser' (or something very similar) showed up in other places without putting a special cookie on the browser. [A cookie makes it a definite 1:1 versus a guess.]<br> <p> The fact is that most technology is not built for privacy and has never been. While we may think that we are quietly in our house and completely private, technology is built more like you have gone into common grounds. Unless you are willing to wear a burqa to cover yourself and deal with the extra scrutiny that gets from some quarters.. it is not a private action when you begin to communicate with anything outside of your computer. [And depending on some tools.. not even then :(.]<br> <p> <p> </div> Mon, 17 May 2010 21:04:47 +0000 Especially bad if you run Linux https://lwn.net/Articles/387975/ https://lwn.net/Articles/387975/ nix <blockquote> The big gotcha is the supported languages string, which depends on the particular language support packs you have installed. Once you take out a few of these that you don't use, you make it likely that you have a near-unique configuration. </blockquote> Those of us who only speak one language (or a few, common ones) can just remove *all* language packs other than the ones we speak. I doubt a supported-languages string with only one or two entries is going to be terribly unique :) <p> (hey, an advantage to monoglottism! but a tiny one.) Mon, 17 May 2010 20:52:07 +0000 How about randomising HTTP_ACCEPT and User agent? https://lwn.net/Articles/387971/ https://lwn.net/Articles/387971/ JoeBuck This isn't a good idea. There's a balance to be struck. <p> It's useful for web site developers to have some idea of how many users use which platforms, and in some cases, user-agent is used to allow a web site to work around browser bugs. It isn't really necessary, though, for every HTTP transaction to send all that bloated stuff about every plugin and every supported language. We should focus on sending small amounts of accurate information, instead of huge piles of irrelevant information that mainly serves to fingerprint the user. Mon, 17 May 2010 20:41:21 +0000 How about randomising HTTP_ACCEPT and User agent? https://lwn.net/Articles/387969/ https://lwn.net/Articles/387969/ saffroy <div class="FormattedComment"> Well the User Agent Switcher extention for Firefox does help a bit here.<br> <p> The real problem however is that information such as your web browser's ID, plugins or supported languages is often used by the web server to alter the actual content served to you (eg. to send you text in your language, or work around bugs in your browser), so there are limits to how much one wants to mess with that.<br> <p> </div> Mon, 17 May 2010 20:37:32 +0000 How about randomising HTTP_ACCEPT and User agent? https://lwn.net/Articles/387965/ https://lwn.net/Articles/387965/ coriordan <div class="FormattedComment"> Randomising most of HTTP_ACCEPT and User agent would totally fix this problem, right? Or at least, it should for those of us with javascript turned off by default (using noscript makes this pretty convenient).<br> <p> A handful of things should stay the same, such as browser name, the major version number of the browser, and your main language preferences, but I guess the rest could change per-site by selecting random values from lists of valid values.<br> <p> Anyone know of a plugin (for any browser) that does this?<br> </div> Mon, 17 May 2010 20:16:54 +0000 Especially bad if you run Linux https://lwn.net/Articles/387963/ https://lwn.net/Articles/387963/ JoeBuck The big gotcha is the supported languages string, which depends on the particular language support packs you have installed. Once you take out a few of these that you don't use, you make it likely that you have a near-unique configuration. <p> Firefox reveals way too many details in the HTTP headers. Mon, 17 May 2010 20:01:35 +0000