Cookieless Web Tracking Using HTTP's ETag
An anonymous reader writes "There is a growing interest in who tracks us, and many folks are restricting the use of web cookies and Flash to cut down how advertisers (and others) can track them. Those things are fine as far as they go, but some sites are using the ETag header as an identifier: Attentive readers might have noticed already how you can use this to track people: the browser sends the information back to the server that it previously received (the ETag). That sounds an awful lot like cookies, doesn't it? The server can simply give each browser an unique ETag, and when they connect again it can look it up in its database. Neither JavaScript, nor any other plugin, has to be enabled for this to work either, and changing your IP is useless as well. The only usable workaround seems to be clearing one's cache, or using private browsing with HTTPS on sites where you don't want to be tracked. The Firefox add-on SecretAgent also does ETag overwriting."
Here we come. :-)
Add this feature to a chaff-creating plugin, to crapflood servers with fake tags.
"Flyin' in just a sweet place,
Never been known to fail..."
Changes were made in the past few years to make it much more difficult to clear the cache frequently and easily.
You must jump through various menus and dropdowns. The team argued that this was progress, and it helped prevent inadvertant cache clearing. Their argument was very weak.
It forces me to hassle with yet another plugin to make my very frequent cache clearing quicker. But at least it is now an icon on the toolbar, with no prompting.
Did they just invent ETag or what? This "feature" is known for a few years and there are existing implementation, including this one: http://samy.pl/evercookie/ from 2010.
Tracking information is worth billions of dollars. With that much money on the line - we'll be tracked like escaped inmates - one way or another.
It's amazing how no one sees these issues during the development of these new 'features', or if they do no one listens to them about the pitfalls.
Progress, it's not just for the user experience. At least it's less painful than a dart with a tracking device attached.
The addon's homepage appears to be this:
https://www.dephormation.org.uk/?page=81
On all of our PCs, Opera and Firefox are set to clear their caches and delete all cookies etc. every time they exit.
Also, I occasionally clear all private data while browsing in Opera, including the cache, cookies, history, and so forth (passwords are never saved by the browser). Obviously, I have to log in again the next time I visit slashdot.
Those who can make you believe absurdities can make you commit atrocities. - Voltaire
Sorry, but I couldn't find the add-on mentioned in the article. Tried a few different terms other than "SecretAgent" as well. Anyone have the equivalent for Firefox v23+
?
Thanks.
Several big sites, including Hulu, were discovered using this technique back in 2011.
Slashdot probably reported on it then, but I doubt any of the editors understood what they were reading.
The RequestPolicy add-on should handle this too. RequestPolicy blocks cross-site references by default and lets you whitelist individual cases. If you don't even talk to the tracker websites then they can't track you.
If the main website you access tracks you via etags the risk is limited to tracking your actions on that website which you'd have problems avoiding anyway since they can track you via ip address or if you have an account on that website.
When information is power, privacy is freedom.
I always imagine the webserver as having an internal conversation that goes sort of like this...
You might think at this point that companies and advertisers start getting the message. Instead, they just keep finding more and sleazier ways. All these technologies have valid uses but have been so abused by corporations and marketing that people increasingly don't trust it anywhere. It just further antagonizes the very people they are trying to connect with. And then they wonder why they lose the respect and trust of their customers, resulting in an ever-more aggressive relationship between the two.
Some days I dream about what the Internet might have been like had Canter and Siegel been definitively smacked down back in '94, setting an inviolable precedent that the 'Net was not a platform welcoming /any/ advertising. What repercussions might that have had on the world as a whole?
The ETag method is a clever solution to cookieless tracking. I find this method I stumbled upon a couple of weeks ago a bit startling. I had no idea the amount of information routinely sent from my browser/computer to web servers-- information about plug-ins, time zone, screen resolution, accepted headers, etc WITHOUT letting me know. It is enough to give more than 21 bits of identifying information and uniquely identifies me among the 3M visits.
https://panopticlick.eff.org/
That sounds like old school good times.
let's assume 50 computers behind a NATed gateway. ..uhhmm, upload pictures. ... abit of tracking (or state keeping) is required, non?
they all have cookies and cache and javascript disabled.
they all visit the same website at the same time.
the website(server) thus sees 50 connections coming from one (the NATed) IP.
the website allows one to, say
so one client goes to website to the page where one would insert the image.jpg.
BUT the client forgot where the picture is on the local 1TB harddisk.
thus s/he spends 10 minutes looking for it.
what happens now is that the tcp/ip from local.port (>1024) to server port.80 times out. syn-ack-fin stuff.
the client in the mean time found the funny.cat picture. posts the image into the upload box (which is still open)
and clicks SUBMIT.
HOW in hell shoud the server now know WHICH of the 50 NATed clients (all coming from the same ip and
with timed out syn-ack-fin stuff) wants to upload the funny.cat picture?
seriously
FEAR! FEAR! and MEOR(sic) FEAR!
-
methinks this is another play to push fear into ETAGS and make javascript look good.
me? i'd rather have etags and no javascript for interactive (web2.0) websites thank you very much.
'cause with both disabled, forget interactivity.
the more interactive websites work WITHOUT javascript the better!
-
just delete the cookies and cache after each browser session?
Want to get back at the folks tracking? Blocking or changing the communications with thigns like Ghostery or SecretAgent is great. However, if there was software that connected to the tracking servers but never completed the TCP connection, thus leaving the tracker with a bunch of half open TCP connections, then one could effectively ddos the trackers. There are several other techniques along these lines that can be employed. What good is a tracking system that is clogged up with connections that never complete or fail in various unfriendly ways?
Captcha: capacity
You're ok via custom hosts files courtesy:
---
APK Hosts File Engine 9.0++ 32/64-bit:
http://start64.com/index.php?option=com_content&view=article&id=5851:apk-hosts-file-engine-64bit-version&catid=26:64bit-security-software&Itemid=74
(Details +benefits hosts files provide are in link above)
I.E.-> Hosts do FAR more w/ less (1 file) @ a FAR faster level (ring 0/rpl0) vs redundant browser addons that slow up already slower ring 3/rpl 3 browsers as a filter for the IP stack (coded in C & load w/ OS + 1st net request & 1st resolver queried w\ 45++ yrs.of optimization): Especially cached in RAM (w/ large hosts via kernelmode diskcache subsystem or w\ small ones via native faulty w\ larger hosts files dns OS cache service (usermode slower) - saves CPU & I/O (bonus)). Hosts files yield more speed (blocks ads & hardcodes fav sites - faster than remote DNS), security (vs. malicious hosts-domains serving mal-content + block spam/phish links), reliability (vs. downed DNS http://tech.slashdot.org/comments.pl?sid=3985079&cid=44310431 or vs. Kaminsky vulnerable DNS, 99% = unpatched vs. it & worst @ ISP level + weak vs FastFlux + DynDNS botnets), & anonymity (vs. dns request logs + DNSBL's).
---
* "Less is more" = GOOD engineering, UNLIKE Request Policy http://yro.slashdot.org/comments.pl?sid=4127345&cid=44669753 OR Secret Agent https://dephormation.org.uk/?page=81 that changes user-agent dynamically - Except hosts do it with less + via faster levels from the IP stack itself w/ less parts + ANY BROWSER (& doesn't slow your browser down but speeds it up)
APK
P.S.=> Bottom-Line: "The premise is, quite simple: Take something designed by nature & reprogram it to make it work FOR the body, rather than against it..." - Dr. Alice Krippen "I AM LEGEND"
.... apk
is it impossible to set the web browser to never use etags?
(without clearing the cache but never store any etags it gets)
and if I have a picture in the cache, why would I want to send a request for that picture again? When I start my web browser I do want it to show all the hundred tabs from yesterday just as they where when I left them, not a changed version. When I open a new webpage I would like the newest version but I don't think it is much time saved by webserver generating the webpage, then calculate a checksum or whatever (I mean for pages not using etags for tracking...), and then compare it to the etag the webbrowser sent, and then if equal reply they are equal - instead if just sending the page it generated! it is just a html file, shouldn't be that many kb.
People who used Squid already knew a lot of this.
It also seems to leak info between regular windows and incognito mode in chromium. I assume the cache is shared between the modes, and they need separate caches.
My browser passed because of the way I start it. A whole new user/home environment is dynamically created every time I start a browser. I originally did this so that as I browse hundreds of sites, I don't end up with extreme memory waste. This was done back in an older version that was quite memory leaky. It would build up too much in-process memory as I visited sites, and eventually crash. So I ended up with multiple browsers running (separate processes). At first that might seem to have used even more memory. But that was at the OS level where I did have more, including swap space. But it was at least finite since when I left some website, its browser actually exited, rather than just unlink fragmented virtual pages. Today I just haven't changed it now more because of the tracking breakage it creates. I can still be tracked within a site like Slashdot. Slashdot know what articles I read and what articles I ignore. Slashdot know what I post. But I am logged in, so "duh". No, it's not perfect at all, as the Slashdot advertisers can see my repeat appearances, too. But at least they can't so easily figure out what other sites I visit, besides the IP address (which I plan to work on some day).
now we need to go OSS in diesel cars
It's not the loading of the HTML file which is avoided with ETags, but the loading of the image. Basically, if the image today is still the same as the image last week, and the image from last week is still in the cache, then it makes sense not to load the image again.
The Tao of math: The numbers you can count are not the real numbers.
You can't correlate access across multiple URLs, since every URL has a different ETag.
I don't see YouTube ads. Hosts work for it apparently, & yet certainly do more than any 1 browser addon from faster levels of operations by many orders of magnitude (kernelmode vs usermode) by blocking out access to 3rd party cookies servers (like hosts do for ads). Proof's "in the pudding" results I get!
I.E.-> If the cookies are served up from diff. servers, like ads are, then there's your answer. YouTube, of all things you used, PROVES it for me so far - as I am a AVID user of YouTube!
Determining those servers = Easy with any WinPCap using tool (e.g. - WireShark &/or NetWork Latency Viewer -> http://www.nirsoft.net/utils/network_latency_view.html )
(Glad you chose that example in fact... Why? Well, I had a pal who couldn't understand WHY he saw ads on my connection, yet I didn't, on YouTube on the SAME video we both watched for a test! He uses IE10, I use Opera 12.16 (last "real" Opera)).
* By way of comparson - You're putting on more redundant layers that = unnecessary in browser addons (that for a fact also slowdown webbrowsers too).
APK
P.S.=> There ya go - It works for me, & perfectly on YouTube no less (the very example you used)! Yes, I have JavaScript active on YouTube too (Via Opera 12.16's "by site" preferences as an "exception site", rest have it, plugins, & frames/iframes blocked by default, globally - this is a "native" no addons necessary feature of Opera by the way - again: NO extra "moving parts" needed in addons that slow browsers down)... apk
what websites changes the content of their images (instead of letting the web page point to a new image url) ?
I can't think of one case when an image would be updated... :-D
"lets have our newspapers first image always be called img1.jpg regardless what todays top news article is about" nahhh...
I think 'if I have an image in the cache - then don't download the image again' would be enough. No need need to check with the server if an image of some strange reason have changed. (unless the user press F5 to reload the page to always reload everything)
ETags can be used to track unique users,[2] as HTTP cookies are increasingly deleted by privacy-aware users. In July 2011, Ashkan Soltani and a team of researchers at UC Berkeley reported that a number of websites, including Hulu.com, were using ETags for tracking purposes.[3] Hulu and KISSmetrics have both ceased "respawning" as of 29 July 2011,[4] as KISSmetrics and over 20 of its clients are facing a class-action lawsuit over the use of "undeletable" tracking cookies partially involving the use of ETags.
systemd is Roko's Basilisk.
When I open a new webpage I would like the newest version but I don't think it is much time saved by webserver generating the webpage, then calculate a checksum or whatever (I mean for pages not using etags for tracking...), and then compare it to the etag the webbrowser sent, and then if equal reply they are equal - instead if just sending the page it generated! it is just a html file, shouldn't be that many kb.
Well, first off, it's not "just an html file", because ETags also apply to the images. So once the html is downloaded, do you want it fetching multiple MB-scale images (in the case of, e.g. a photo gallery) from scratch even though you've got a cached copy? (No.) Do you want it using the cached images regardless of whether the images have been changed? (No.) So you need to use one of four schemes:
1. TTL-based. If the server knows when the new image will be modified, or knows some acceptable time that things can lag, it could state a TTL when you first download the image. Your browser keeps the TTL in cache with the image, and next time you load that image, if TTL has expired, you fetch a fresh copy; if not, use the cached copy. Done with Expires: or Cache-Control: maxage.
2. client-timestamp-based. The client provides a timestamp of when their cached image was retrieved, and makes a request using If-Modified-Since: header; the server makes the determination whether that version's the same or not, and responds appropriately.
3. server-timstamp-based. The server provides a Last-Modified: timestamp, the client uses this (instead of the last retrieval) when making the If-Modified-Since: request and the server determines if it's changed since then and responds appropriately.
4. server-tag-based. The server assigns a ETag: tag to the image, which is cached along with the image. When requesting a cached image, the client includes this tag in an If-None-Match: header, the web server compares the tag to the current version's tag, and responds appropriately.
From a functionality perspective, 1. is horrible for anything not updated on a strict schedule (e.g. at the top of each hour) -- you end up reloading a bunch of stuff that hasn't changed because the TTL has to be set short. 2. is almost perfect if you're honest, but not very good if the client lies for better privacy. 3. is similarly almost perfect. 4. is perfect, slightly edging out 2. or 3. in the practically-rare case where there's a change followed by a reversion, and your cache holds the old version (which now matches the current version again). 4. will correctly skip the download while 2. will reload needlessly. (Actually, 2. or 3. can work around this, at the expense of the server maintaining a log of checksums at every change, but this breaks things even further for the dishonest client.) Additionally, 4. removes the requirement for a coherent clock on the server, which might matter in embedded web servers.
From a privacy perspective, 1. is pretty good. 2. leaks information about when you last visited, but the client can lie (basically, reduce the granularity, rounding to the previous hour or day) to increase collisions. 3. is of course bad for privacy as the server can give you a false Last-Modified:, but if you trust the server to be honest, is good because because the granularity is automatically reduced as far as possible, but no further -- if the data goes unchanged for 3 months, the web server can only tell you accessed it in those three months, but if it's changed multiple times in 1 hour, you will only download it when you need a new version -- whereas the lying-client version of 2. will redownload it every time if it's been changed since the last rounded time. 4. is likewise bad for privacy, and should only be used with servers you trust not to use any user- or session-specific information in generating the tags (i.e. tag=f(content) only). If the tag depends solely on the content, though, it's better than 2. for the same reason and in the same way 3. is.
S
Wikipedia, for a start (whenever you upload a new version of the image).
Also, the image may be dynamically generated from changing data, say stock charts, or captured from a web cam.
The Tao of math: The numbers you can count are not the real numbers.
Vodafone makes tracking of users possible which does not require access to the user's equipment. The HTTP request is enriched with a piece of identifying information. This involves an HTTP header called X-VF-ACR: 'Vodafone Anonymous Customer Recognition.'
See also: http://referaat.cs.utwente.nl/conference/16/paper/7306/using-browser-properties-for-fingerprinting-purposes.pdf (pdf)
I have a haunting suspicion I'm going to move away from all modern, full media browsers at some point, and resort to text based modes, programs only. I'd like to think most tech. sites I visit are combat, but I won't hold my breathe.
Simply not allowing 3rd party URL's on any website. Sure it might break some ancient things but you shouldn't really be including iframe's, cookies, JavaScript or anything else from a 3rd party domain anyway.
Custom electronics and digital signage for your business: www.evcircuits.com
is it impossible to set the web browser to never use etags?
(without clearing the cache but never store any etags it gets)
I'm using Modify Headers since Firefox 3.6 to filter and and modify ETag and some other headers. http://www.garethhunt.com/modifyheaders/
I realised it was used for tracking some years ago when I happen to notice some cached images carried the tag.
I don't think you can avoid storing the tag as it is image meta data.
2. is almost perfect if you're honest, but not very good if the client lies for better privacy.
As long as the lie only has consequences for that particular client, who cares?
In youtube's vidplayer before a video plays - & on any YouTube website pages also (in "normal adbanners").
I.E.-> I just don't see ads on YouTube @ all.
Only reason I know ads are there is my pal's pointing it out to me via HIS laptop on MY network connection. Again: It "blew my pal's mind" who uses IE 10, & Windows 7 64-bit as I do, & on the same network connection, mine, from my spot here - He DID see them (he used IE, & no custom hosts) - I, by comparison, don't (ever)...
Again: All I see is the video player frame, no ads (external to player OR in the player itself before the video plays) & the video playing immediately, + the YouTube "search" bar above it, & up/down right hand side, some links with preview photos to other videos... (that's it!).
---
In fact (to prove it's not Opera) - I tested in IE 11 64-bit, no addons @ all too - & NO ADS OF ANY KIND (in video OR youtube pages as normal adbanners) on YouTube just like Opera!
Guess what else:
Only thing doing ANY "filtering" here for ANY webbound app (since hosts cover all unlike browser addons) = A single large custom hosts file!
That's it, so... it must be my custom hosts file doing it.
---
On "FakeBook": I don't use it - & as I am about to say to WISEASS nmb3000 in my other reply here beneath my initial post you replied to (IF /. quits stalling my posts for an 2 hour++ @ a time as they're doing now & for the past 3++ hrs or so)? Imo @ least: "FakeBook's" for folks with insecurity issues imo - Got none of that here (so I don't use it!)
APK
P.S.=> So - Could or WOULD hosts cover "FakeBook" Ads also? Based on your example so far on YouTube, & the fact my 12 reputable & reliable sources from the security community (malwarebytes hpHosts = 1 such example) update me via my program + cover all else?? Hosts probably can (for 'fakebook' too), but again - I don't use it myself, can't comment directly on it, as I don't need or use 'fakebook'.
... apk
OK, so how does the NY Times track me. I'm running Firefox on Win 7, I've cleared my cache, I've cleared my cookies, I've cleared the Flash cookies, no luck.
Incognito modes have never been about being anonymous to the web sites you visit. It's all about leaving no trace on the local machine.
09F91102 no, 455FE104 nope, F190A1E8 uh-uh, 7A5F8A09 that's not it, C87294CE no. Ah! 452F6E403CDF10714E41DFAA257D313F.
I'm perfectly fine with websites tracking my web behavior so long as...
- They don't use algorithms to find out exactly who I am
- They don't track detailed personalized information like e-mail, name, and phone numbers
- My habits aren't logged and/or monitored by the government
- Ads are delivered with better relevance to me as I can see ads being useful
- This information doesn't cross-over into the real-world somehow whether it's futuristic billboard ads or what
- My insurance providers don't get to find out what I do on my computer
- My work doesn't get that information either
I guess with those requirements, having my habits tracked seems kind of pointless. So I think websites should just focus on their core demographic audience and deliver ads based on that.
Good to see my usual clearing procedures zap this little mechanism -- clearing/deleting certain cache directories.
Expect this will be fixed in next generation of browser upgrades (tracing the original source of the cached image taggy and forcing refresh if its along a sufficiently different URL path/source -- if its within the same net source already they can track you countles other ways)
If the cache is being stored then it's leaving a trace on the local machine.
There are more sneaky ways than ETags to track you without cookies. Some of the more diabolic schemes involve sending you a specially crafted PNG file, then reading is pixel values using HTML5 canvas, or inserting invisible links into pages and then checking if they have the ":visited" pseudo-class. For more information, see the Wikipedia entry for Evercookie.
Anyway, most of these techniques can be mitigated by clearing your cache. I clear mine after each browsing session, so while I might get tracked for a few hours, I should appear as a different person the next time I come online.
Has anyone noticed that the xpi file downloaded from the Dephormation website does not agree with the values published on that website?
From my PC:
26-Aug-13 01:40 PM 497,689 SecretAgent.xpi
F:\downloads>sha1sum SecretAgent.xpi
294673877b38e6044248cfd51f91542886297090 SecretAgent.xpi
F:\downloads>md5sum SecretAgent.xpi
d60880a495465aa0df69c4bb3312799e *SecretAgent.xpi
From: https://www.dephormation.org.uk/?page=2 website:
Latest version 5.21 (released 2013-04-14).
Please follow the installation instructions below carefully. Protect your right to communication privacy, security, and integrity. Stop Phorm.
MD5 Checksum: 7458753a7f54aac38e56f802fa7eb731
SHA1 Checksum: 9f12928d15eccf92bd376638097d3451f2141f09
Comment removed based on user account deletion
Especially on YouTube OR embedded videos on other sites either that point elsewhere, typically!
* Besides: I've NO reason to lie - it'd be the WORST thing I could do in fact... & I know it, so I don't DO that.
APK
P.S.=> You can change conditions all you like & you did (since you FIRST stated 3rd party links like cookies, ads, video http://yro.slashdot.org/comments.pl?sid=4127345&cid=44670699 ), but I am telling it how it is here, & I even re-tested (IE 11 & Opera 12.16), etc. to make SURE it wasn't some Opera unique feature doing it! apk
On DNS (vs. hosts) - You ran from them -> http://news.slashdot.org/comments.pl?sid=3929071&cid=44181567 OR was it your lack of reading comprehension??
* Take your pick, either way, you failed.
This was EVEN BETTER http://linux.slashdot.org/comments.pl?sid=3110069&cid=41305947 and you had squat vs. it (I've got a dozen more where you did the same vs. myself, you "ne'er-do-well" troll)
APK
P.S.=> You're also a PROVEN "ne'er-do-well" troll in the art & science of computing whom I made YOU "EAT YOUR WORDS" on that regarding myself, here http://tech.slashdot.org/comments.pl?sid=3153677&cid=41553465
(That's my favorite - it proves you're nothing but the "ne'er-do-well" I called you in computing, and it proves I am ANYTHING BUT... I've done it, you never will!).
... apk
"Rinse, Lather, & Repeat" troll (you failed) -> http://yro.slashdot.org/comments.pl?sid=4127345&cid=44675877
Care to tell us WHY you couldn't combat my points on:
---
A.) DNS vs. HOSTS
B.) On how much Windows is used in Fortune 100-500 companies + governments statewide??
C.) How about any software YOU have done that's commercially sold & successful as I have since the 90's to this very day?? NDA eh??? Bullshit
---
* Regarding yourself especially: I've got a dozen more of those types of proofs of your WEAK incompetence in the art & science of computing... & I am going to have a Field Day on you.
APK
P.S.=> Fact (you provided the lack of data to prove it after all in the link above): You haven't done squat in computing that did any good, that others noted in tech trade shows, books/magazines/newspapers in articles on computing, or commercially sold wares to YOUR name in code (I have done all of the above while the "trolling likes of you" were STILL IN DIAPERS)... and you know it, I know it, & anyone else READING know it (especially now), troll!
... apk
Comment removed based on user account deletion
"your hosts file method is useless and obsolete. Please wake up and stop peddling your crap here." - by nmb3000 (741169) on Sunday August 25, 2013 @03:36PM (#44671255) Homepage
Summary of hosts usefulness you must disprove after your statement above:
Hosts files yield more speed (blocks ads & hardcodes fav sites - faster than remote DNS), security (vs. malicious hosts-domains serving mal-content + block spam/phish links), reliability (vs. downed DNS or vs. Kaminsky vulnerable DNS, 99% = unpatched vs. it & worst @ ISP level + weak vs FastFlux + DynDNS botnets), & anonymity (vs. dns request logs + DNSBL's).
---
* Go for it - I am going to take GREAT PLEASURE in seeing you FAIL, as well as seeing you pull a "Run, Forrest - RUN!!!" when you fail, in YOU evading a simple challenge put to you, troll!
APK
P.S.=> As far as "fakebook" goes - imo, it's for people with self-worth/esteem issues (mostly). I don't use it - I have no such "issues". Thus I can't comment on it DIRECTLY!
HOWEVER - on those "questions" of yours - I don't evade them, like you will vs. that challenge above?
I add as needed manually to my custom hosts file, OR, I get them added by 12 reputable & reliable sources in the security community (e.g. -. malwarebytes' hpHosts site) - blocking as needed, when/if they show up malicious exploits OR if they're ads. Simple... That's the ONLY time to do it anyhow (otherwise, it's hosts file bloat for no reason)... apk
I've just tried the Secret Agent addon mentioned in the article. It seems to work, at least on the demo page.
So that's one to keep installed, then.
"OK, then please tell me how host files can at the same time stop third-party requests to a site (like embedded YouTube videos, or Facebook like buttons) and at the same time allow explicit access of the very same site (that is, when you explicitly go to Youtube or Facebook)." - by maxwell demon (590494) on Sunday August 25, 2013 @02:24PM (#44670699)
Answer that question in my subject-line!
CLUE: As I have REPEATEDLY TOLD YOU - I use YouTube, avidly in fact!
QUESTION:
So why should I block it @ all, either @ YouTube.com directly, OR, in linked videos on other sites that point to it WHEN I USE IT MYSELF A LOT?
---
On "Request Policy": Fine, use it IF that's what you use, I have no problem with that!
HOWEVER:
Everyone/anyone knows that browser addons slow up webbrowsers!
Yes - that's a known & proven fact!
(Especially if you "stack up a few" & load them concurrently & by the way? Well - hosts, by comparison? Don't!)
---
1.) Hosts also run in a far, Far, FAR faster ring of privelege (ring 0/rpl 0/kernelmode) than addons stacked on already SLOWER webbrowsers in usermode/ring 3/rpl 3
2.) Hosts load with the IP stack & OS itself in ring 0/kernelmode also, making your browser addons redundant (AND more "moving parts complexity" + room for breakdown!)
3.) Hosts also offer DIRECT CONTROL of their content via simple texteditor edits of hosts - does RequestPolicy?
---
* Lastly - I don't use "fakebook" (it's for people with self-esteem/self-worth issues imo, mostly) either!
APK
P.S.=> Again (because your point's STUPID imo & thusfar, experience vs. your b.s.) - I have NO reason to block YouTube @ all!
So why the HELL are you asking why I should?
... apk
Is this -> http://yro.slashdot.org/comments.pl?sid=4127345&cid=44678705
APK
P.S.=> I've answered YOUR questions, repeatedly - answer mine in a reply to that link above (pretty simple, I think you can manage it)... apk
Ads/sites use em: Get it? Why'd you run from this http://yro.slashdot.org/comments.pl?sid=4127345&cid=44678705 ?
Is it since I am going to set you up like a bowling pin after that to take you down & your choice of "request policy" too?
(It'd literally be the 8th time that I have bookmarked regarding yourself where I've torn you up before in fact...)
* You posted 25x yesterday - funny you're "shutting up" suddenly now vs. what's in that link!
APK
P.S.=> "Strange That", eh? NOT - I'm going to dismantle you, AND, your "reguest policy" tool vs. hosts (easily)... apk
For Mozilla-based browsers such as Firefox and SeaMonkey, the SecretAgent extension conflicts with the PrefBar User Agent menulist.
Because some Web sites I visit are sensitive to what user agent they see, I unchecked (disabled) the "Rotate User Agent" checkbox in SecretAgent. Then, if I used the PrefBar User Agent menulist to spoof some other browser, it kept resetting to my actual user agent. Since I consider the PrefBar capability to be very important, I removed SecretAgent. The PrefBar capability was then restored.
Evil. Seriously, this shit is getting messed up.
No sig for you! Come back one year!
1.) Blocking malware/malscripted sites.
2.) Blocking Known sites-servers/hosts-domains that are known to serve up malware (especially "fastflux" types, the predominant design that uses host-domain names vs. IP addresses (far easier to 'kill' in the latter is why)).
3.) Blocking bogus dns servers malware makers use (via fastflux + rogue dns servers).
4.) Blocking botnet C&C servers.
5.) Blocking bogus adbanners that are full of malicious script content for security, & regular ones for more bandwidth.
6.) Blocking known phisher links embedded in email.
7.) Blocking trackers
8.) Blocking spammers.
9.) Getting back speed/bandwidth paid for by blocking out adbanners + hardcoding in your favorite sites (faster than remote dns resolution).
10.) Added reliability (vs. downed or misdirect/poisoned DNS servers - since most are NOT patched vs. the Kaminsky flaw).
11.) Added "anonymity" (to an extent, vs. DNS request logs).
12.) Ability to bypass DNSBL's
13.) More screen "real estate" (since no adbanners appear onscreen eating up cpu, ram, & other forms of I/O too - bonus!).
14.) Universal Protection (since any OS, even on smartphones has a bsd ip stack).
15.) Faster & more efficient operation vs. browser plugins (which "layer on" ontop of usermode browsers & are generally written in slower interpreted languages (e.g. AdBlock = python/perl/javascript)- Whereas by way of comparison, the hosts file operates @ the kernelmode of operation (far faster) as a filter for the IP stack itself which is written in C & Assembly language (run directly @ Operating System startup with the IP stack itself, making browser/usermode advertiser owned 'solutions' like requestpolicy redundant)).
16.) Custom hosts files work on all webbound apps (browser plugins don't).
17.) Custom hosts are completely controlled by end users
APK
P.S.=> Can "Request Policy" do ALL of the above, & for any webbound app?
1.) Block malware/malscripted sites.
2.) Block Known sites-servers/hosts-domains that are known to serve up malware (especially "fastflux" types, the predominant design that uses host-domain names vs. IP addresses (far easier to 'kill' in the latter is why)).
3.) Block bogus dns servers malware makers use (via fastflux + rogue dns servers).
4.) Block botnet C&C servers.
5.) Block adbanners that are full of malicious script content for security, & regular ones for more bandwidth.
6.) Block known phisher links embedded in email.
7.) Block trackers
8.) Block spammers.
9.) Get back bandwidth paid for by blocking out adbanners + hardcoding in your favorite sites (faster than remote dns resolution).
10.) Reliability (vs. downed or misdirect/poisoned DNS servers - since most are NOT patched vs. the Kaminsky flaw).
11.) "Anonymity" (to an extent, vs. DNS request logs).
12.) Ability to bypass DNSBL's
13.) More screen "real estate" (no adbanners appear onscreen eating up cpu, ram, & other forms of I/O too - bonus!).
14.) Universal Protection (even smartphones has a bsd ip stack).
15.) Faster more efficient operation vs. browser plugins ("layered on" over usermode browsers & are generally written in slower interpreted languages (e.g. AdBlock = python/perl/javascript) - hosts operates in kernelmode of operation (far faster) as a filter for the IP stack itself which is written in C & Asm (run directly @ Operating System start + IP stack making browser/usermode advertiser owned 'solutions' like requestpolicy redundant)).
16.) Custom hosts work on all webbound apps (plugins don't).
17.) Custom hosts = completely controlled by end users
APK
P.S.=> APK Hosts File Engine 9.0++ 32/64-bit:
http://start64.com/index.php?option=com_content&view=article&id=5851:apk-hosts-file-engine-64bit-version&catid=26:64bit-security-software&Itemid=74
1.) Block malware/malscripted sites.
2.) Block Known sites-servers/hosts-domains that are known to serve up malware (especially "fastflux" types, the predominant design that uses host-domain names vs. IP addresses (far easier to 'kill' in the latter is why)).
3.) Block bogus dns servers malware makers use (via fastflux + rogue dns servers).
4.) Block botnet C&C servers.
5.) Block adbanners that are full of malicious script content for security, & regular ones for more bandwidth.
6.) Block known phisher links embedded in email.
7.) Block trackers
8.) Block spammers.
9.) Get back bandwidth paid for by blocking out adbanners + hardcoding in your favorite sites (faster than remote dns resolution).
10.) Reliability (vs. downed or misdirect/poisoned DNS servers - since most are NOT patched vs. the Kaminsky flaw).
11.) "Anonymity" (to an extent, vs. DNS request logs).
12.) Ability to bypass DNSBL's
13.) More screen "real estate" (no adbanners appear onscreen eating up cpu, ram, & other forms of I/O too - bonus!).
14.) Universal Protection (even smartphones has a bsd ip stack).
15.) Faster more efficient operation vs. browser plugins ("layered on" over usermode browsers & are generally written in slower interpreted languages (e.g. AdBlock = python/perl/javascript) - hosts operates in kernelmode of operation (far faster) as a filter for the IP stack itself which is written in C & Asm (run directly @ Operating System start + IP stack making browser/usermode advertiser owned 'solutions' like requestpolicy redundant)).
16.) Custom hosts work on all webbound apps (plugins don't).
17.) Custom hosts = completely controlled by end users
?
No, but custom hosts, can (from 1 file only)!
APK
P.S.=> APK Hosts File Engine 9.0++ 32/64-bit:
http://start64.com/index.php?option=com_content&view=article&id=5851:apk-hosts-file-engine-64bit-version&catid=26:64bit-security-software&Itemid=74
1.) Block malware/malscripted sites.
2.) Block Known sites-servers/hosts-domains that are known to serve up malware (especially "fastflux" types, the predominant design that uses host-domain names vs. IP addresses (far easier to 'kill' in the latter is why)).
3.) Block bogus dns servers malware makers use (via fastflux + rogue dns servers).
4.) Block botnet C&C servers.
5.) Block adbanners that are full of malicious script content for security, & regular ones for more bandwidth.
6.) Block known phisher links embedded in email.
7.) Block trackers
8.) Block spammers.
9.) Get back bandwidth paid for by blocking out adbanners + hardcoding in your favorite sites (faster than remote dns resolution).
10.) Reliability (vs. downed or misdirect/poisoned DNS servers - since most are NOT patched vs. the Kaminsky flaw).
11.) "Anonymity" (to an extent, vs. DNS request logs).
12.) Ability to bypass DNSBL's
13.) More screen "real estate" (no adbanners appear onscreen eating up cpu, ram, & other forms of I/O too - bonus!).
14.) Universal Protection (even smartphones has a bsd ip stack).
15.) Faster more efficient operation vs. browser plugins ("layered on" over slower usermode browsers & are generally written in slower interpreted languages (e.g. AdBlock = python/perl/javascript) - hosts operates in kernelmode of operation (far faster) as a filter for the IP stack itself which is written in C & Asm (run directly @ Operating System start + IP stack making browser/usermode advertiser owned 'solutions' like requestpolicy redundant)).
16.) Custom hosts work on all webbound apps (plugins don't).
17.) Custom hosts = completely controlled by end users
"?"
No it can't: However - Custom Hosts files can (from 1 file only)!
APK
P.S.=> APK Hosts File Engine 9.0++ 32/64-bit:
http://start64.com/index.php?option=com_content&view=article&id=5851:apk-hosts-file-engine-64bit-version&catid=26:64bit-security-software&Itemid=74
Same challenge to "the likes of you" (low troll) -> http://yro.slashdot.org/comments.pl?sid=4127345&cid=44676733
APK
"But the point is that you claimed that host files are better than RequestPolicy. Which they are not because they simply offer different functionality. " -
Ok then, on that note - Let's compare (enlighten me, here):
http://yro.slashdot.org/comments.pl?sid=4127345&cid=44684319
* When you can show me that Request Policy does MORE than custom hosts do (with less moving parts room for breakdown as well)? Then, you're correct...
(See you there)
---
"And blocking embedded videos from third-party sites (and especially YouTube) is one thing I use RequestPolicy for." - by maxwell demon (590494) on Wednesday August 28, 2013 @03:57PM (#44699585)
Again: WTF would I block YouTube vids for, on ANY site, for Pete's sake? Video's superior to other forms of learning imo @ least, for 1 thing...
IF that's your "only 'advantage'" (using the latter word LOOSELY)? You're in deep doo-doo in that link above with your response...
---
Lastly:
"And BTW, you seem to have the misconception that ring 0 code runs faster than ring 3 code. That is wrong." - by maxwell demon (590494) on Wednesday August 28, 2013 @03:57PM (#44699585)
WTF? LMAO - you don't UNDERSTAND: The result of my app is a custom HOSTS file - what uses it? The IP stack itself, with over 45++ yrs. of optimization in it... that's why I can claim that vs. your "layered over" complexity lag add using browser addons that slow browsers even MORE than running in usermode does (vs. IP stack in kernelmode).
APK
P.S.=> Took you long enough - how many DAYS did you delay answering? That's ok though: We'll see "what's-what" in that link above, when you respond to it (IF you do, that is)... apk
"I didn't "run from this"" - by maxwell demon (590494) on Wednesday August 28, 2013 @04:00PM (#44699625)
See subject & link (FINALLY you reply, albeit 2 days later) -> http://yro.slashdot.org/comments.pl?sid=4127345&cid=44684319
* See you there - then, we'll SEE, "what's-what" in a features/benefits comparison - as to what is better or not...
(Good luck - you'll NEED it!)
APK
P.S.=> Your other reply today? "DUSTED", completely 'point-by-point' as is my style, here -> http://yro.slashdot.org/comments.pl?sid=4127345&cid=44699697 (I.E.-> you messed up on how hosts work, where, & why (technical error on YOUR part). However - funniest part is, BY YOUR OWN WORDS, lol (IP stack native resolver (tcpip.sys) IS PnP designed driver in kernelmode - it uses hosts, the result of my app, there, as a filtering resolver - tightly integrated))... apk
"hosts files also do not do all of that." - by maxwell demon (590494) on Wednesday August 28, 2013 @05:03PM (#44700445)
Question: WHAT IN MY LIST CAN'T HOSTS DO?
---
"RequestPolicy doesn't do all from the list (but most)" - by maxwell demon (590494) on Wednesday August 28, 2013 @05:03PM (#44700445)
See subject-line: Hosts do more (than RequestPolicy) for less = good (better) engineering - Tightly integrated to the IP stack itself.
Your 'solution' = layering MORE over ALREADY SLOWER layers (slowing browsers down even more, & adding complexity/room for breakdown + added message passing etc.!)
---
"The premise is, quite simple: Take something designed by nature & reprogram it to make it work FOR the body, rather than against it..." - Dr. Alice Krippen "I AM LEGEND"
---
Who's uses a SIMILARLY efficient idea? These guys (albeit on spam, but I cover THAT too via hosts (vs. malicious links)) for TWITTER -> http://www.scmagazine.com.au/News/355048,heres-how-you-can-catch-phish-like-twitter.aspx
* What I've essentially done, is "fire up" & reinforce an 'acquired immunity system' via hosts!
Via efficient tightly integrated hosts + kernelmode IP stack for all of those things in MY list - For more speed, security, reliability, & even anonymity - which RequestPolicy clearly, cannot even scratch for overall functional value (vs. custom hosts).
APK
P.S.=> Sorry but MORE bad news for you: IF I want to say, block videos on 1 site, but allow them on another? Again - LESS "MOVING PARTS COMPLEXITY/ROOM FOR BREAKDOWN" YET AGAIN HERE:
I use Opera 12.16 64-bit (last TRUE Opera, not "Chopera") - Clue - it has a "By Site Preferences" option, so I can do that too, turning off/on Javascript/Plugins/IFrames/Cookies & more for sites individually (I set most off by default, & make exceptions as needed, on demand only too)! MINUS ANY ADDONS like RequestPolicy - I do it, "natively/tightly integrated" + less parts/room for breakdown (like hosts)...
... apk
In my post you replied to http://yro.slashdot.org/comments.pl?sid=4127345&cid=44699697
Additionally:
I notice you admit hosts do more than RequestPolicy does -> http://yro.slashdot.org/comments.pl?sid=4127345&cid=44701775
?
(Yes, you did & ADMITTED it there in the link above - That's ALL I need to know...)
APK
P.S.=> Lastly - For what RequestPolicy does per your claim on YouTube stuff?
Again - I need no more "moving parts added slow-me-down-complexity" as you do, inefficiently - I use Opera 12.16 64-bit, & it does what you say RequestPolicy does, NATIVELY built-in (like hosts vs. RequestPolicy)... apk
Definitely NOT (straight from the horses mouth) -> http://yro.slashdot.org/comments.pl?sid=4127345&cid=44701775
Definitely NOT (straight from the horses mouth) -> http://yro.slashdot.org/comments.pl?sid=4127345&cid=44701775
Definitely NOT (straight from the horses mouth) -> http://yro.slashdot.org/comments.pl?sid=4127345&cid=447017
My Blogpost in 2007 (sorry, its german):
http://blog.laxu.de/2007/09/23/browser-raten-und-e-tag-cookies/