Live data from Hacker News

It's time to abolish the HTTP referer

news.ycombinator.com

1–10 of 15 posts

It's time to abolish the HTTP referer

#1
In times where we see that our privacy on the internet has to be protected more strongly, there's no place for the HTTP referer anymore.

Let's abolish this obsolete piece of the HTTP specification that was introduced in 1996 when tracking was not an issue.

* Websites want to know where we are visiting from? We shouldn't care.

* Websites want to use the referer for promotional purposes? We shouldn't care.

* Websites try to create statistics by using HTTP referer data? We shouldn't care.

Let's stop thinking about websites' intentions and protect ourselves.

Re: It's time to abolish the HTTP referer

#2
It's a good thought... can you expand on it? What is the state of Referer in modern browsers? Why keep it? Would removing it break anything?

File bugs against browser developers to remove Referer.

Meanwhile users can disable Referer,

* https://chrome.google.com/webstore/detail/referer-control/hn... * http://www.technipages.com/firefox-enable-disable-referrer * http://www.nullrefer.com/hide_referrer.html

It could also be removed by a proxy.

This becomes less of an issue as sites move to https, where Referer is not sent.

Re: It's time to abolish the HTTP referer

#3
post #2

It's a good thought... can you expand on it? What is the state of Referer in modern browsers? Why keep it? Would removing it break anything? File bugs against browser developers to remove Referer. Meanwhile users can disable Referer, * https://chrome.google.com/webstore/detail/referer-control/hn... * http://www.technipages.com/firefox-enable-disable-referrer * http://www.nullrefer.com/hide_referrer.html It could also…

> What is the state of Referer in modern browsers?

Referers are still sent in all popular browers and expose information that is not necessary at all.

> Why keep it?

I can't think of any reason. Can you?

> Would removing it break anything?

It might certainly break some websites. But mechanisms which rely on the HTTP referer are usually broken, anyway. It should not affect too many sites.

> File bugs against browser developers to remove Referer

The referer is such a fundamental feature (not due to its importance but history/habit) that a filed bug will probably be closed within minutes ;)

> Meanwhile users can disable Referer

Certainly. I have. But as with all security-related things, how many "normal" users will do this? 99% of users don't even know about "about:config" in Firefox etc.

> This becomes less of an issue as sites move to https, where Referer is not sent

This is wrong. Even on HTTPS, the referer is always sent unless the referenced site is plain (not secure) HTTP.

Re: It's time to abolish the HTTP referer

#4
I've seen this as a security issue several times, where older enterprise tools have embedded URL session keys (horrible, I know) or other private data, and act as the referrer to public sites. This either exposes more of these tools' data and functions to traffic sniffers, or malicious site operators.

There is no legitimate purpose to the referrer within applications that isn't replaceable via internal claims based tokens, or external sites' parameterised (thus, opt in) source tracking.

Re: It's time to abolish the HTTP referer

#5
Worth considering Tor browser's stance on this (and a plethora of other issues). See A.1. Deprecation Wishlist

https://www.torproject.org/projects/torbrowser/design/

I happen to disagree with Tor on this though (they worry about breaking sites). I've found that setting referrer to target site's host has pretty good results (this can be done with various plugins).

In general, browser maintainers seem to prioritize compatibility over security. I think a new browser or fork that prioritizes security, possibly Tor, will eventually become dominant. And I'm excited for Servo, the renderer to replace Gecko, which is written in Rust (memory safe).

Re: It's time to abolish the HTTP referer

#6
This would break too many websites (I've seen it used by a lot of banks as part of their authentication systems) to get through any kind of standards committee. Instead download something like RefControl, and advocate for browsers to include such functionality in their core.

Re: It's time to abolish the HTTP referer

#7
While the concern for user privacy is certainly understandable, abolishing the HTTP referer does not solve the issue. In fact it can be argued that it could do harm than good - basically every web based business relies on it in one way or another (customer acquisition channels, news mentions, backlinks, attribution, etc).

The referrer itself is not at all used in tracking the user - as the visitor data is usually aggregated by referring source. Fingerprinting and evercookies are much more common ways of tracking individual users, and you can bet that there are even more advanced methods available for government agencies with service-level access.

Re: It's time to abolish the HTTP referer

#8
post #5

Worth considering Tor browser's stance on this (and a plethora of other issues). See A.1. Deprecation Wishlist https://www.torproject.org/projects/torbrowser/design/ I happen to disagree with Tor on this though (they worry about breaking sites). I've found that setting referrer to target site's host has pretty good results (this can be done with various plugins). In general, browser maintainers seem to prioritize com…

The Tor project is not in the position to change or deprecate such things. On the contrary, if Chrome or Firefox would deprecate the referer, we could get rid of it, gradually.

The same is true for the worrisome behaviour of `window.name`.

As I said, mechanisms that rely on the referer for "authentication", such as image requests, are broken.

Re: It's time to abolish the HTTP referer

#9
post #4

I've seen this as a security issue several times, where older enterprise tools have embedded URL session keys (horrible, I know) or other private data, and act as the referrer to public sites. This either exposes more of these tools' data and functions to traffic sniffers, or malicious site operators. There is no legitimate purpose to the referrer within applications that isn't replaceable via internal claims based t…

Exactly, there's no reason to keep the referer. But deprecation is necessary, so that the tons of websites that (wrongly) rely on the referer can adapt.

Re: It's time to abolish the HTTP referer

#10

This would break too many websites (I've seen it used by a lot of banks as part of their authentication systems) to get through any kind of standards committee. Instead download something like RefControl, and advocate for browsers to include such functionality in their core.

You can change everything on the web if you only give service operators enough time to adjust their sites.
Post reply on HN