Live data from Hacker News

Unsanctioned Web Tracking

w3.org

11–20 of 42 posts

Re: Unsanctioned Web Tracking

#11
The easiest way to spot web bugs is to use a very old build of Safari. There are many other ways but if you have an old Safari select Window -> Activity then leave it open as you browse a few different domains.

You will see some 43 byte documents with huge long URLs full of query parameters, also one byte javascript sources. I block the ones I find in my hosts file:

   127.0.0.1 www.hosted-pixel.com
On some operating systems it may be better to use 0.0.0.0 but I am not completely clear. Alternatively block them in your firewall.

Among the reasons I dont install any other mobile apps other than those I absolutely require - not even free ones - is mobile analytics. The developer SDKs are all free as in beer but I have seen a photo of one of their data centers. Data centers are expensive; someone must be paying for all that.

You can edit the hosts file on iOS with iFile from the Cydia app store if you jailbreak, alternatively you can maintain the hosts file on your box then install it on your device with scp.

Similarly for Android but I dont know what text editors you can use to edit system files. Some Android devices enable you to install your own firmware build but I dont have a current list.

I am concerned about the impact analytics may be having on democracy. Its not really a secret ballot if the candidates all know what pages I read.

Re: Unsanctioned Web Tracking

#12

The easiest way to spot web bugs is to use a very old build of Safari. There are many other ways but if you have an old Safari select Window -> Activity then leave it open as you browse a few different domains. You will see some 43 byte documents with huge long URLs full of query parameters, also one byte javascript sources. I block the ones I find in my hosts file: 127.0.0.1 www.hosted-pixel.com On some operating sy…

Just last night it occurred to me to write browser add-ons that would scramble those query parameters, also send bogus user-agent headers but only for the web bugs.

That is, the add-on would discover one-pixel transparent gifs, take note of what query parameters they used, then every time it found that same gif in the future it would issue a GET with randomly selected parameters drawn from the instances of that same gif it had seen in the past.

For extra crispy electronic warfare, that same add-on could issue GET requests at randomly selected intervals. If those intervals were reasonably far apart (say one hour apart for any one gif) then it would not obviously be an attack on the analytics server.

What it would do is to make it completely useless to correlate your visits to different domains.

Re: Unsanctioned Web Tracking

#13

Encourages browser vendors to expose appropriate controls to users who wish to minimize their fingerprinting surface area. This is something everyone should be encouraging - unfortunately, browser vendors seem to be slowly removing and/or making more opaque any configurability, in the name of "simplicity". I agree it certainly is simpler to not think about web tracking or privacy at all, but perhaps these are things…

It's really difficult, though. There are dozens of different ways someone can be fingerprinted [1], and you may have to make serious or even crippling changes to browser features to mitigate some techniques.

It's not fair to say "privacy is dead", but I think it's safe to say "browser fingerprint evasion is dead". Solutions to easily and selectively block unsavory companies and networks (ad or otherwise) while letting users allow some things, like uBlock and uMatrix, are probably the only feasible solutions.

[1] https://www.chromium.org/Home/chromium-security/client-ident... (This still isn't a totally comprehensive list)

Re: Unsanctioned Web Tracking

#14

Encourages browser vendors to expose appropriate controls to users who wish to minimize their fingerprinting surface area. This is something everyone should be encouraging - unfortunately, browser vendors seem to be slowly removing and/or making more opaque any configurability, in the name of "simplicity". I agree it certainly is simpler to not think about web tracking or privacy at all, but perhaps these are things…

It's really difficult, though. There are dozens of different ways someone can be fingerprinted [1], and you may have to make serious or even crippling changes to browser features to mitigate some techniques. It's not fair to say "privacy is dead", but I think it's safe to say "browser fingerprint evasion is dead". Solutions to easily and selectively block unsavory companies and networks (ad or otherwise) while lettin…

[deleted]

Re: Unsanctioned Web Tracking

#15
post #14

Earlier quoted context omitted.

It's really difficult, though. There are dozens of different ways someone can be fingerprinted [1], and you may have to make serious or even crippling changes to browser features to mitigate some techniques. It's not fair to say "privacy is dead", but I think it's safe to say "browser fingerprint evasion is dead". Solutions to easily and selectively block unsavory companies and networks (ad or otherwise) while lettin…

[deleted]

[deleted]

Re: Unsanctioned Web Tracking

#16

Earlier quoted context omitted.

I work in advertising. The biggest problem is bad actors have ruined any and all trust for the last decade. What we really need is regulation and a good auditing process (technical, not administrative) to certify that companies are actually doing the right thing. That still doesn't solve all the political dealings that happen but it would be a good strong start to cleaning up a lot.

What would you suggest as a good starting point for regulation?

We already have the Do Not Track header which most big and legally compliant data management platforms adhere to. The Content Security Policy header can be improved to add extensions for data handling.

Follow this up with certification by a main industry body and legal foundation for how companies in the sector should operate with data and we can finally make progress. This is no different than how finance companies or health companies go through audits and such with both process and data handling.

While digital advertising doesn't need to be as onerous and involved as that, the same workflow would help along with clear rules for collecting, analyzing, acting on, purging and securing data as part of consumer wishes and best practices. The next step would be to make sure transacting with a non-certified company carries risks and perhaps fines so that media buyers actually work with good vendors based on merit instead of inside deals.

There should also be technical certifications so that companies can actually prove they know what they're doing and dont just cram megabytes of crap on a page to serve a single ad. It's just too easy to whip up some crappy ad server software these days which ends up bloating sites and ruining trust and user experience.

Unfortunately there are issues with regional laws applying to a global business and the large amount of shady networks headquartered internationally but it's a good first step.

Re: Unsanctioned Web Tracking

#18
post #14

Earlier quoted context omitted.

It's really difficult, though. There are dozens of different ways someone can be fingerprinted [1], and you may have to make serious or even crippling changes to browser features to mitigate some techniques. It's not fair to say "privacy is dead", but I think it's safe to say "browser fingerprint evasion is dead". Solutions to easily and selectively block unsavory companies and networks (ad or otherwise) while lettin…

[deleted]

[deleted]

Re: Unsanctioned Web Tracking

#19
post #14

Earlier quoted context omitted.

It's really difficult, though. There are dozens of different ways someone can be fingerprinted [1], and you may have to make serious or even crippling changes to browser features to mitigate some techniques. It's not fair to say "privacy is dead", but I think it's safe to say "browser fingerprint evasion is dead". Solutions to easily and selectively block unsavory companies and networks (ad or otherwise) while lettin…

[deleted]

Do you have an example of this working? I thought that browser venders we're having the :visited selector lie to you when you call getComputedStyle on them? Also, how would you workaround the need for JS? I understand that you can do something similiar with tracking pixels, but I'm under the impression that Ghostery blocks them.

Re: Unsanctioned Web Tracking

#20
I agree that supercookies and header enrichment should be prevented whenever and however possible (e.g. header enrichment will be solved by requiring encryption à la Let's Encrypt), but fingerprinting is a lost battle that we should all give up on.

We will never be able to solve fingerprinting without upheaving the entire web platform as we know it. So many web APIs are simply not possible without exposing some UA capability and configuration variance. For example, it is impossible to support WebGL without exposing additional UA variance for fingerprinting.

Computers will always have varying capabilities and configurations, and developers will always need to consider some of them. A world without fingerprinting is a world without the modern web.

It only takes ~30 bits of entropy to uniquely fingerprint all ~3 billion internet users. We already expose this much variance entropy, and it is only going to increase as the web gets new features.

I implore you all to simply give up on fighting fingerprinting. Try to stop worrying about it, as there's almost nothing we can do short of the nuclear option of removing every API that exposes UA variance (which will make the web less useful).

We have already lost, and every new feature makes the hole a little deeper. The hole is already too steep to escape, so accept that you will be tracked by colluding websites whenever you browse the web.

---

The W3C page comes to roughly the same conclusion, but recommends a very drastic and dangerous solution: legislation. I fear that legislating this issue will legitimize only select pre-approved uses of UA variance entropy, and will hinder developer innovation in the long run. I'd rather be fingerprinted than be held back by legislation as to what browser data I'm allowed to read, and in what manner I can act on that data.

Please do not lobby for legislation in order to fix this problem. W3C's proposed solution will most likely only cause more harm than good. I would be deeply upset if "intent to fingerprint" became an actual crime.

One example of something useful that such legislation may make illegal is my navigator.hardwareConcurrency polyfill[1] that runs a timing attack on your CPU (not unlike "The Spy in the Sandbox" linked to in the W3C page) to figure out how many cores you have. This information is actually useful for optimizing heavy multi-threaded webapps, but it is also directly useful for fingerprinting. Future legislation could make it so that using my polyfill, even for benign purposes, counts as "intent to fingerprint".

People do not deserve jail time or fines based on if a tech illiterate jury judges you to harbor "intent to fingerprint". The future will be a very scary place for developers if you actually have to worry about this.

[1]: http://wg.oftn.org/projects/core-estimator/demo/

Post reply on HN