Slashdot Mirror


HTML5 Draws Concern Over Risks To Privacy

Hugh Pickens writes "The NY Times reports that in the next few years, HTML5 will provide a powerful new suite of capabilities to Web developers that could give marketers and advertisers access to many more details about computer users' online activities. The new Web language and its additional features present more tracking opportunities because the technology uses a process in which large amounts of data can be collected and stored on the user's hard drive while online. Because of that process, advertisers and others could, experts say, see weeks or even months of personal data that could include a user's location, time zone, photographs, text from blogs, shopping cart contents, e-mails and a history of the Web pages visited. 'HTML5 opens Pandora's box of tracking in the Internet,' says Pam Dixon, the executive director of the World Privacy Forum. Meanwhile Ian Jacobs, head of communications at the World Wide Web consortium, says the development process for HTML5 will include a public review. 'There is accountability,' Jacobs says. 'This is not a secret cabal for global adoption of these core standards.'"

163 comments

  1. Browsers... by the_one_wesp · · Score: 5, Insightful

    Browsers are still going to be the ones in charge of that kind of storage, just like history, cookies and other current way's of tracking user information. It's just going to require users to CONTINUE being careful about their web usage. I don't see that anything is changing.

    1. Re:Browsers... by tomhudson · · Score: 2, Insightful
      chmod -R a-w is your friend.

      And yes, the standard is terrible. Go read it.

      -- Barbie

    2. Re:Browsers... by Anonymous Coward · · Score: 2, Interesting

      It's a very similar problem to the privacy concerns over Flash about 6 or 7 years ago. When people realized you could store a lot of information separate from standard browser cache, people started taking advantage of the situation until it was patched. Similar things with HTML5, breeches will be discovered, then much later get patched after the damage is done.

    3. Re:Browsers... by PopeRatzo · · Score: 4, Funny

      chmod -R a-w is your friend.

      Is he a rapper?

      Oh, it's something on the computer?

      Where is the icon for that app? It's not one of those things I have to type into the little black box with the white letters is it? I don't think my Windows 7 computer has one of those any more.

      --
      You are welcome on my lawn.
    4. Re:Browsers... by koreaman · · Score: 3, Insightful

      You are overly optimistic if you think Aunt Marge and Uncle Joe will have ever even seen or heard of "the little black box with the white letters" :)

    5. Re:Browsers... by jonescb · · Score: 1

      Or symlink to /dev/null That what I did with Chromium's .cache folder since it gets ridiculously huge in a short period of time (i.e. 1gb in 2 weeks). I'll go after the cookie jar next.

    6. Re:Browsers... by Anonymous Coward · · Score: 0

      Did Windows 7 remove the command prompt out of the box? I am using 7 (Prof) and use the prompt pretty regularly, but I have tweaked 7 quite a bit to fit my liking. I ask because I may have tweaked something that enabled it as a by-product.

    7. Re:Browsers... by Pharmboy · · Score: 1

      Windows 7 and Vista support faux DOS just as XP does. Easier to just use a Cygwin bash shell most of the time, however, as the commands available are still quite limited.

      --
      Tequila: It's not just for breakfast anymore!
    8. Re:Browsers... by JonySuede · · Score: 1

      what is so terrible int that standard, i did a 10 quick check and the sample I have read looked sane to me. What did you find so terrible in this spec? Take the page : http://www.w3.org/TR/2010/WD-html5-20100624/elements.html , where did you saw something so disgraceful that it must be called terrible ?

      --
      Jehovah be praised, Oracle was not selected
    9. Re:Browsers... by JonySuede · · Score: 1

      No, it is there by default and may I recommend you PowerShell . It is the bell shell I have used.

      --
      Jehovah be praised, Oracle was not selected
    10. Re:Browsers... by somersault · · Score: 1

      It is the bell shell I have used.

      You should try the Bourne shell. It's the original Bell Shell!

      --
      which is totally what she said
    11. Re:Browsers... by somersault · · Score: 1

      Why not just have a script that clears it out every so often, ie once a week or whenever your reboot? Your internet connection may be fast, but using the cache where applicable is presumably still faster.

      --
      which is totally what she said
    12. Re:Browsers... by somersault · · Score: 1

      breeches will be discovered, then much later get patched after the damage is done.

      Heh. Best typo (or more likely, spelling mistake) ever.

      Hint: try Googling breaches and breeches.

      --
      which is totally what she said
    13. Re:Browsers... by Anonymous Coward · · Score: 0

      you made me laugh

    14. Re:Browsers... by Anonymous Coward · · Score: 0

      Nonetheless, they can both be patched.

    15. Re:Browsers... by FatdogHaiku · · Score: 1

      I think the XP commands still work, I don't use them all but some of them are fun.
      Try:
      Taskkill /im [program_image_name] /f
      as a batch file to kill those programs that want to stay running in the background

      --
      You have the right to remain sentient. If you give up the right to remain sentient, you will be elected to public office
    16. Re:Browsers... by somersault · · Score: 1

      which is why I said "best typo ever"..

      --
      which is totally what she said
    17. Re:Browsers... by sexconker · · Score: 0

      Windows 7 and Vista support faux DOS just as XP does. Easier to just use a Cygwin bash shell most of the time, however, as the commands available are still quite limited.

      Spoken like someone who has never actually done any DOS scripting. And when you want to move beyond that, there's plenty that NT/XP added to their CLI (which is NOT just fake DOS - see command vs cmd).

      And of course there's always Powershell for those who want to do more.
      http://gallery.technet.microsoft.com/ScriptCenter/en-us/site/search?f%5B0%5D.Type=ScriptLanguage&f%5B0%5D.Value=Powershell&f%5B0%5D.Text=Windows%20PowerShell&sortBy=Ratings

      As for the tools available, of course Linux has more. It is by no means due to a limitation of Windows, but the way most people use it.

    18. Re:Browsers... by tomhudson · · Score: 1
      For one, it continues the schizophrenic dissonance of trying to separate content from presentation on the one hand while merging content and presentation on the other. It needs to be simplified, not get yet another layer of lard.

      -- Barbie

    19. Re:Browsers... by BodhiCat · · Score: 1

      Is the change that there is more space for cookies? up till now its been like a few 100 kbs right?

    20. Re:Browsers... by Dogtanian · · Score: 1

      You are overly optimistic if you think Aunt Marge and Uncle Joe will have ever even seen or heard of "the little black box with the white letters" :)

      They'd think you were talking about the keyboard (beige hasn't been the standard for years now). Or, as they'd call it, "the computer".

      --
      "Slashdot - News and Chat Sites Deviant". (Click "homepage" link above for details).
    21. Re:Browsers... by Simetrical · · Score: 1

      It's a very similar problem to the privacy concerns over Flash about 6 or 7 years ago. When people realized you could store a lot of information separate from standard browser cache, people started taking advantage of the situation until it was patched. Similar things with HTML5, breeches will be discovered, then much later get patched after the damage is done.

      It's not similar at all. The problem with Flash is that users who clicked "Clear my cookies", or even used their browser's privacy mode, would still not clear Flash's data – because Flash is a totally separate program. The HTML5 browsers are part of the browser and integrated into it, so clearing localStorage/sessionStorage/WebDB/etc. is no additional effort when you clear your cookies.

      Try it yourself and see. On Chrome, for instance, it's wrench -> Preferences -> Under the Hood -> Clear Browsing Data.... The option to clear HTML5 storage is exactly the same as for cookies: "Delete cookies and other site data". Firefox also doesn't seem to even give a separate option, it's all seamlessly integrated.

      --
      MediaWiki developer, Total War Center sysadmin
    22. Re:Browsers... by Simetrical · · Score: 1

      Is the change that there is more space for cookies? up till now its been like a few 100 kbs right?

      Roughly speaking, yes. Cookies are sent on every HTTP request, so they can't be longer than a few kilobytes in practice (100 KB is unlikely to work). localStorage and friends are typically more in the ballpark of a few megabytes per site, and since it's only accessible to local JavaScript rather than being sent over the network, it can really be unlimited. It's only kept to a few megs by default so that you don't get zillions of sites each storing a bunch of data and eating up your disk space. So without the new client-side storage mechanisms, you have to store the data on the server and ferry it back and forth if it's too big to fit in cookies.

      --
      MediaWiki developer, Total War Center sysadmin
    23. Re:Browsers... by dave87656 · · Score: 0, Troll

      I don't think my Windows 7 computer has one of those any more.

      If you are using Windows *, you don't care about your security anyway.

    24. Re:Browsers... by spongman · · Score: 1

      they also support real DOS, too. command.com, anyone?

    25. Re:Browsers... by Anonymous Coward · · Score: 0

      Where is the icon for that app? It's not one of those things I have to type into the little black box with the white letters is it? I don't think my Windows 7 computer has one of those any more.

      Too bad. You can really benefit from the little black box instead of praying to an icon representing a corrupt and thankless deity.

  2. Don't cookies do the same thing? by bogaboga · · Score: 2, Interesting

    Because of that process, advertisers and others could, experts say, see weeks or even months of personal data that could include a user's location, time zone, photographs, text from blogs, shopping cart contents, e-mails and a history of the Web pages visited.

    Folks, I thought this isn't new at all. Don't cookies do the same thing? I have a cookie that will 'never' expire unless I delete it. What am I missing?

    1. Re:Don't cookies do the same thing? by chemicaldave · · Score: 3, Insightful

      I think the fear is that this will contain exponentially more data than do HTTP cookies.

    2. Re:Don't cookies do the same thing? by captainpanic · · Score: 4, Interesting

      So, the actual news is that although we get new technology, old problems still aren't fixed?

      The fact that with current technology all this data is already available doesn't mean that it does not need to be fixed in the future.

    3. Re:Don't cookies do the same thing? by Chrisq · · Score: 1

      Well its 5mb per origin (draft proposal ) not much more than flash or silverlight, which are 100kb per object and 1mb per file.

    4. Re:Don't cookies do the same thing? by hedwards · · Score: 1

      Flash has already become a problem. As in those zombie cookies that Adobe didn't feel inclined to offer a way of getting rid of or deciding to decline. Being able to store things with flash is fine, as long as the end user gets to decide and is aware of it.

    5. Re:Don't cookies do the same thing? by Canazza · · Score: 2, Informative

      http://www.macromedia.com/support/documentation/en/flashplayer/help/settings_manager07.html

      go delete your flash cookies thanks to Adobe's handy deletion tool. First result on Google for "Delete Flash Cookies"

      --
      It pays to be obvious, especially if you have a reputation for being subtle.
    6. Re:Don't cookies do the same thing? by Hognoxious · · Score: 1

      Assuming the quantity of data is on the Y-axis, I'm literally dying to know what the X-axis represents.

      --
      Confucius say, "Find worm in apple - bad. Find half a worm - worse."
    7. Re:Don't cookies do the same thing? by icebraining · · Score: 1

      Why? It just needs a couple hundred bytes to insert an URL to your personal tracking record. Then it can store and retrieve how many GBs per user they want.

    8. Re:Don't cookies do the same thing? by maxume · · Score: 2, Informative

      It's not particularly obvious, but there is a fairly easy way to decline them ahead of time:

      http://www.macromedia.com/support/documentation/en/flashplayer/help/settings_manager03.html

      That's the first result for a Google search on 'flash prefs', but that is pretty much an incantation, not something most people will think of right away. Getting rid of existing flash cookies requires visiting another page there:

      http://www.macromedia.com/support/documentation/en/flashplayer/help/settings_manager07.html

      --
      Nerd rage is the funniest rage.
    9. Re:Don't cookies do the same thing? by icebraining · · Score: 3, Interesting

      They are, if you care. Most browsers allow you to disallow cookies, storage, etc, or clean them up periodically.

      Most people don't care. No: most people want to be remembered by the sites for convenience, and they mostly definitively don't want to have to allow/disallow on a site by site basis.

      The problem isn't technological, it's sociological.

    10. Re:Don't cookies do the same thing? by Tim+C · · Score: 1

      Genuine question - if people honestly don't care, then is it really a problem?

    11. Re:Don't cookies do the same thing? by Anonymous Coward · · Score: 0

      Because of that process, advertisers and others could, experts say, see weeks or even months of personal data that could include a user's location, time zone, photographs, text from blogs, shopping cart contents, e-mails and a history of the Web pages visited.

      Folks, I thought this isn't new at all. Don't cookies do the same thing? I have a cookie that will 'never' expire unless I delete it. What am I missing?

      That, in combination with html5 local databases, you can create cookies that cannot be deleted. Ever.

    12. Re:Don't cookies do the same thing? by captainpanic · · Score: 3, Interesting

      Genuine question - if people honestly don't care, then is it really a problem?

      Is it that they don't care, or don't understand?

      If people honestly don't understand the problem, then it's up to a government to protect the people, or up to the producer of a particular product to protect its customers (enforced by laws to protect the people).

      Privacy is an abstract concept, which is difficult to understand for most people. Privacy for most people still means "to be able to close the curtains at night", and has nothing to do with the internet or any other digital technology.

    13. Re:Don't cookies do the same thing? by Barefoot+Monkey · · Score: 1

      Because of that process, advertisers and others could, experts say, see weeks or even months of personal data that could include a user's location, time zone, photographs, text from blogs, shopping cart contents, e-mails and a history of the Web pages visited.

      Folks, I thought this isn't new at all. Don't cookies do the same thing? I have a cookie that will 'never' expire unless I delete it. What am I missing?

      A cookie is something that is sent to the server every time you make an HTTP request. HTML5 local storage stays on the client and is accessed by client-side code (such as javascript).

    14. Re:Don't cookies do the same thing? by LingNoi · · Score: 1

      No. It's simply not a problem for most people.

    15. Re:Don't cookies do the same thing? by Anonymous Coward · · Score: 0

      If people weren't aware that the Nazis were burning Jews, does that make it okay?

    16. Re:Don't cookies do the same thing? by John+Hasler · · Score: 5, Insightful

      > Being able to store things with flash is fine...

      No it isn't. Creatures such as Flash should never be able to store or read anything. They should be locked in their sandboxes with only the input the browser chooses to give them.

      --
      Warning: this article may contain humor, sarcasm, parody, and perhaps even irony. Read at your own risk.
    17. Re:Don't cookies do the same thing? by Anonymous Coward · · Score: 1, Insightful

      No. It's simply not a problem for most people.

      Neither is police brutality. Or Habeus Corpus. Or the bearing of arms.

      The number of people affected by an action http://en.wikipedia.org/wiki/First_they_came... has no bearing on whether the action is ethical or heinous.

    18. Re:Don't cookies do the same thing? by shadowrat · · Score: 1

      HTML5 can generate and save 5 meg of data locally, but as far as i know there isn't a limit to how many megs of resources they can cache from the server. The server could easily save tons of information in the form of images and text files or whatever you want in your local cache. I don't think it can be read by other sites though.

      i also don't really understand the html5 part of this. for example, one claim is that websites will be tracking your gps location via html5. Ok. some people don't want that tracked. that's understandable. But that information comes from a smartphone. People already have a ton of apps that are capturing that information and doing who knows what with it. Those apps aren't even protected by HTML5's sandboxing and limitations. People are going bonkers to freely share that information in facebook and foursquare. It seems silly to be warning everyone how html5 will pose huge threats to online privacy when we are already in a situation worse than the foretold disaster.

    19. Re:Don't cookies do the same thing? by nyctopterus · · Score: 1

      I don't think this is the case. I think a lot of people do understand that the internet can be a danger to their privacy. It's not that they don't care about it, it's that they are taking a (reasonable) calculated risk. For the vast, vast majority of people the value of hassle-free surfing far outweigh the dangers. The lack of privacy on the internet has never seriously damaged them, and realistically never will (regardless of what a bunch of tinfoil hat-wearing libertarian nerds might say).

      I bet a TFHWLN are gearing up right now to beat me down with OH BUT IMAGING WHAT GETTING YOUR IDENTITY THEVEREED WOULD DO!!!, but just as I don't spend money on a bullet-proof vest to protect me from accidental shootings, I suspect most people are making an okay call betting that their internet privacy just isn't that big a deal.

    20. Re:Don't cookies do the same thing? by AusIV · · Score: 3, Insightful

      What are you talking about? And who modded this insightful?

      We're not talking about a civil rights issue, we're talking about an option you can turn on or off in your browser. It's not a problem for most people, so they don't turn it off. It's there to be turned off if you like. We're not even talking about getting rid of that option, we're just discussing sane defaults.

      Can you give a decent explanation of how this relates to police brutality?

    21. Re:Don't cookies do the same thing? by clone53421 · · Score: 1

      A single increase from A to B is always exponential if you use the right exponent...

      --
      Alexander Peter Kristopeit bought his basement from his mommy for one dollar.
    22. Re:Don't cookies do the same thing? by tepples · · Score: 1

      How does one delete Flash cookies on a machine that has been taken offline for maintenance? Going to www.macromedia.com would just result in "Server not found".

    23. Re:Don't cookies do the same thing? by maxume · · Score: 1

      Why would one be worried about it if the system is not online?

      Anyway, someone doing real maintenance can probably manage to track down the directories where the data is stored and delete the files manually, the criticism in GP comment was that Adobe did not provide any way to manage the cookies.

      --
      Nerd rage is the funniest rage.
    24. Re:Don't cookies do the same thing? by tepples · · Score: 1

      Why would one be worried about it if the system is not online?

      Cleaning the system before it goes online. Or cleaning the system for use on a firewalled intranet.

      the criticism in GP comment was that Adobe did not provide any way to manage the cookies.

      The criticism that Adobe provides no way to manage Flash cookies offline remains.

    25. Re:Don't cookies do the same thing? by sexconker · · Score: 0

      Why would one be worried about it if the system is not online?

      Cleaning the system before it goes online. Or cleaning the system for use on a firewalled intranet.

      the criticism in GP comment was that Adobe did not provide any way to manage the cookies.

      The criticism that Adobe provides no way to manage Flash cookies offline remains.

      Seems to me the uninstaller doesn't need an internet connection.

    26. Re:Don't cookies do the same thing? by tunapez · · Score: 1

      The quick and painless answer would be to download a Flash Cleaner from a reputable host site. There are quite a few that have popped-up in the last year.

      I cannot really comment on the efficacy b/c the one I use never finds anything thanks to SandboxIE & NoScript. I run it to double-check occasionally, it's portable...no install required.

      --
      Imagination drew in bold strokes, instantly serving hopes and fears, while knowledge advanced by slow increments...
    27. Re:Don't cookies do the same thing? by Anonymous Coward · · Score: 0

      If a Jew falls in an oven and nobody's around to hear him, does he make a sound?

    28. Re:Don't cookies do the same thing? by Anonymous Coward · · Score: 0
    29. Re:Don't cookies do the same thing? by Simetrical · · Score: 2, Interesting

      Genuine question - if people honestly don't care, then is it really a problem?

      The problem is that users are given a tradeoff: either they enable cookies and let people track them, or disable cookies and break all the sites they use. Offered that decision, most people will rationally opt for the latter. The goal is to give them a third option: let sites work properly without privacy or security problems.

      Web standards try to give apps as much power as possible without hurting privacy or security more than before, so you don't have to trade off here-and-now features to fend off abstract threats. Other application frameworks, like conventional binaries, don't even try: if you run the program, you have to trust it completely.

      An example of one technology that tries this and gets it wrong is Android. You can decide what privileges to give an app before you install it, but popular apps often ask for lots of unreasonable privileges, so in practice most people ignore the risks and just install the things. On the web, applications can do the large majority of useful things Android apps can do (if you count cutting-edge standards that aren't widely supported yet), but few of the harmful things. This puts users in a much better position: they don't lose many features, but they're at much lower risk.

      So, yes, it is a problem, and it is fixable, and the web is the only way forward toward fixing it. Others have tried, like Bitfrost, but only the web has enough momentum to build a real application base around the idea of totally untrusted applications that are still really useful.

      --
      MediaWiki developer, Total War Center sysadmin
    30. Re:Don't cookies do the same thing? by Simetrical · · Score: 1

      Folks, I thought this isn't new at all. Don't cookies do the same thing? I have a cookie that will 'never' expire unless I delete it. What am I missing?

      That, in combination with html5 local databases, you can create cookies that cannot be deleted. Ever.

      This is completely false. The Web Storage spec says:

      If users attempt to protect their privacy by clearing cookies without also clearing data stored in the local storage area, sites can defeat those attempts by using the two features as redundant backup for each other. User agents should present the interfaces for clearing these in a way that helps users to understand this possibility and enables them to delete data in all persistent storage features simultaneously.

      In practice, this is what browsers do. Every time you clear cookies, you clear all persistent storage that the browser controls – leaving only things like Flash storage, and of course things that are stored on the server rather than the client. If you're referring to Evercookie, that has nothing to do with HTML5.

      --
      MediaWiki developer, Total War Center sysadmin
    31. Re:Don't cookies do the same thing? by Simetrical · · Score: 1

      Folks, I thought this isn't new at all. Don't cookies do the same thing? I have a cookie that will 'never' expire unless I delete it. What am I missing?

      Nothing. The article is uninformed fearmongering.

      --
      MediaWiki developer, Total War Center sysadmin
    32. Re:Don't cookies do the same thing? by Anonymous Coward · · Score: 0

      No matter how you define the axes, saying "exponentially more" doesn't make any sense.

    33. Re:Don't cookies do the same thing? by Hognoxious · · Score: 1

      I would reply to your post in a sarcastic manner, but I am quite literally dead and therefore unable to say "whooooosh!".

      --
      Confucius say, "Find worm in apple - bad. Find half a worm - worse."
  3. Don't fear the standard, use a better browser by andellmoon · · Score: 1

    The browsers should let users control their data and privacy settings. Let users disable the new features just like the users who are truly concerned shut off 3rd party cookies and JS.

    --
    - Alice, @acarback
    1. Re:Don't fear the standard, use a better browser by arndawg · · Score: 1

      The problem is, by turning off cookies your internet experience is SHIT. With HTML5 the problem is probably going to get even worse.

    2. Re:Don't fear the standard, use a better browser by guruevi · · Score: 1

      The browsers should come out of the box with those settings. There is no good reason for 3rd party anything (cookies, flash, images) other than bad web development, injection of bad content or tracking for nefarious purposes. Same with HTML5. There is no reason that website x needs to be able to read the content of website y. It also doesn't need to access your browser settings or anything outside of the window where the website renders (that is buttons, history, other cookies, preferences or bookmarks).

      --
      Custom electronics and digital signage for your business: www.evcircuits.com
    3. Re:Don't fear the standard, use a better browser by Simetrical · · Score: 1

      The browsers should let users control their data and privacy settings. Let users disable the new features just like the users who are truly concerned shut off 3rd party cookies and JS.

      I'm guessing they do. If you restrict cookies, I'm going to bet that most browsers will apply the exact same restrictions to other forms of client storage that they control. The same button to clear cookies clears localStorage and so on, you can check that.

      --
      MediaWiki developer, Total War Center sysadmin
    4. Re:Don't fear the standard, use a better browser by Simetrical · · Score: 1

      The browsers should come out of the box with those settings. There is no good reason for 3rd party anything (cookies, flash, images) other than bad web development, injection of bad content or tracking for nefarious purposes.

      This might have been tenable if it had been the policy since day one, but now there are billions of sites that expect third-party content to work. Browsers can't just disable that, or their users will say "All my websites don't work anymore!" and switch to a competitor, or refuse to upgrade.

      Same with HTML5. There is no reason that website x needs to be able to read the content of website y. It also doesn't need to access your browser settings or anything outside of the window where the website renders (that is buttons, history, other cookies, preferences or bookmarks).

      I'm glad you think so, because HTML5 doesn't allow any of those things, any more than any previous web technologies did. The exceptions are minor and carefully crafted: e.g., websites can communicate using postMessage(), but only if both of them cooperate, so there's no security or privacy breach.

      --
      MediaWiki developer, Total War Center sysadmin
  4. The irony.... by tawt · · Score: 2, Insightful

    ...of an article about privacy that requires you to register to read it

    1. Re:The irony.... by Anonymous Coward · · Score: 0

      Seriously, it annoys the hell out of me when I want to read an article Slashdot links to but I have to register first. Yeah yeah, it's "free of cost." But that's bullshit. It takes my time, my effort, and as the parent says my privacy. And it's only going to get worse if/when NYT puts up their paywall.

      As a site that is pretty much a news aggregator, I think it's a disservice to readers for Slashdot to link to articles that require reader registration.

  5. mshenrick by mshenrick · · Score: 1

    but surely all the browsers except idiot exploiter will have an option to block this, or at least an add on. firefox has something like this for javascript

  6. So your Saying.. by Quantus347 · · Score: 1

    So your saying that a more powerful internet will require more powerful internet security?!? Dear god, we cant have that, it would be too much like progress. Quick, everyone smash the magic box before it steals your soul through the webcam (to support terrorists)!!!

    --
    Common Sense isn't as Common as people think...
    1. Re:So your Saying.. by Anonymous Coward · · Score: 0

      So my saying? Did you forget that your sentence structure doesn't require the use of a possessive pronoun?

    2. Re:So your Saying.. by MichaelKristopeit+16 · · Score: 0

      your an idiot.

    3. Re:So your Saying.. by Anonymous Coward · · Score: 0

      Sow are you.

    4. Re:So your Saying.. by Anonymous Coward · · Score: 0

      your mums a sow

    5. Re:So your Saying.. by Anonymous Coward · · Score: 0

      I hope this grammatical error was a shout out to "get a brains moran".

    6. Re:So your Saying.. by MichaelKristopeit+39 · · Score: 0
      MichaelKristopeit 16 is an impostor attempting to steal my identity.

      to the coward responsible: present yourself to me, admit what you've done, and i will kill you..

    7. Re:So your Saying.. by Anonymous Coward · · Score: 0

      Ok... so what, exactly, would he do with your identity if he stole it? Might he make you look like a complete and utter moron? You do that quite well already.

    8. Re:So your Saying.. by MichaelKristopeit+34 · · Score: 0
      they might get themselves, and everyone and everything they value, destroyed.

      quite probably, in fact.

  7. cabal by snookerhog · · Score: 0, Offtopic

    I for one like to think that there really is a "secret cabal" somewhere deep underground controlling the interwebs.

    1. Re:cabal by JustOK · · Score: 1

      it's not a monopoly

      --
      rewriting history since 2109
  8. FUD by The+MAZZTer · · Score: 5, Informative

    Article reads like it was written by someone who has no idea about the time and effort taken to sandbox sites from each other. Sounds like he's talking about LocalStorage or client side DBs, which can hold more data but are no more privacy risks than a single unique ID stored in a cookie linked to an unlimited REMOTE database. Accessing web history is not a part of HTML5, more FUD there, and browser vendors are working to block JS from being able to access that information. They also seem to refer to geolocation, which in Chrome at least has to be explicitly granted to sites unless you turn it on globally.

    The "supercookie" thing is perhaps the one legitimate thing mentioned but browsers should (or probably will if they don't already) clear out most of those locations (except Flash, but you can't blame the browsers for that really) when you clear your private data, which at least Firefox and Chrome can do for you.

    As for "buckets to put tracking information into" why bother relying on "buckets" on the client which may or may not exist, are limited in size, may change or be emptied at any time, etc, when you can buy as many "buckets" as you want server-side and store virtually unlimited data about them?

    1. Re:FUD by Richard_at_work · · Score: 2, Insightful

      browsers should (or probably will if they don't already) clear out most of those locations (except Flash, but you can't blame the browsers for that really) when you clear your private data

      This is the only part of your post that I disagree with - if a browser allows a plugin to write to a location on disk in any form, then the browser should be responsible for further access to that location, and the maintenance of that location, not the plugin. Saying its Flashes fault that these things don't get removed is simply excusing the browser from its responsibilities.

    2. Re:FUD by Anonymous Coward · · Score: 0

      I don't have so much against my bank knowing my banking details, and my sex shop knowing my toy preferences, but I would certainly be upset if any of those got hold of the other stuff. Sandboxing is supposed to help, but so far no sandbox has been 100% effective. Having the data on totally separate servers puts some extra limits on it getting accidentally shared.

    3. Re:FUD by Chrisq · · Score: 1

      The "supercookie" thing is perhaps the one legitimate thing mentioned but browsers should (or probably will if they don't already) clear out most of those locations (except Flash, but you can't blame the browsers for that really) when you clear your private data, which at least Firefox and Chrome can do for you.

      Also they have nothing to do with HTML5, and can be implemented in flash-enabled browsers

    4. Re:FUD by cats-paw · · Score: 1

      It is still a warning to be vigilant. The big corps are going to be involved in setting the standard, and they are definitely going to want these tracking mechanisms.

      --
      Absolute statements are never true
    5. Re:FUD by TheRaven64 · · Score: 4, Informative

      The browser doesn't allow the plugin to write to the disk, the OS does. Plugins are just libraries - they can do anything that any binary can do. If you are using nspluginwrapper on *NIX, you can make plugins run in a chroot and clean up after them, but file accesses do not go via the browser and 'modern' operating systems do not provide any facilities for running subprocesses that validate system calls via the parent.

      --
      I am TheRaven on Soylent News
    6. Re:FUD by Richard_at_work · · Score: 2, Insightful

      Bullshit. Seriously, bullshit. The browser provides the interface through which the plugin can work - just because currently plugins have near free reign on most browsers does not mean that that is acceptable.

      Javascript is blocked from writing to disk, and indeed doing a lot of things in certain circumstances (IE blocks a lot of JS when the page is opened locally and not through a remote server).

      So again, to say its not the browsers fault is falsely excusing it from blame - the browser can certainly lay down a strict set of rules by which the plugins can and cannot work, and that certainly includes local file access.

      Microsoft got shat on for this a long time ago about ActiveX, so the other browser makers now need to get an equal shitting on for anything else that they allow access to the internet via their browser without setting up suitable security restrictions.

      This is most certainly a browser issue.

    7. Re:FUD by Anonymous Coward · · Score: 0

      Reply reads like it was written by someone who has no idea about the time and effort Macromedia took with the Flash player to provide a working model for sites to sandbox sites from each other that browsers are now copying since Macromedia didn't slap evil patents around any of it. Sounds like he's implying Local Storage in Flash can't be cleared. Flash can hold more data but are no more privacy risks than a single unique ID stored in a browser cookie linked to an unlimited REMOTE database. Accessing web history is not a part FLASH, and Adobe and browser plugin creators have already given users a number of tools for controlling Flash from Flash's context menu as well as from browser plugins. Also Flash doesn't know where you are, unless the JavaScript is used to find it.

      Flash already allows for site based granular size and access limits in it's control panel plus an easy way to delete it all. Browsers don't have this yet, but you can't blame Flash for that really.

      Then he starts yammering about buckets, but I didn't care.

    8. Re:FUD by TheRaven64 · · Score: 3, Informative

      Bullshit. Seriously, bullshit. The browser provides the interface through which the plugin can work

      No it doesn't. It provides a set of interfaces that allow the plugin to interface with the browser, but as long as the plugin is native code it can issue system calls. If it can execute an interrupt instruction, it can do anything that any other application can do.

      There are only two possible ways of preventing this. One is to require plugins to be compiled by the browser using a language that does not allow 'unsafe' operations. At a minimum, such a language would need to be garbage collected (otherwise dangling pointers could be used escape) and no pointer arithmetic. Good luck getting plugin writers to rewrite their entire codebase in such a language.

      The other alternative is for the operating system to provide a mechanism for isolating the plugin. UNIX provides chroot(), but it requires root privileges, so you'd need a plugin launcher that was setuid root, which makes it very attractive target for exploits.

      Javascript is blocked from writing to disk, and indeed doing a lot of things in certain circumstances

      Entirely different. The limitations of JavaScript are inherent in the source language. There is no way for JavaScript code to issue interrupts or to make system calls. There is no way for it to call arbitrary C functions in the current address space. The browser's interpreter or compiler for JavaScript simply does not produce any code that can escape the sandbox (modulo bugs).

      the browser can certainly lay down a strict set of rules by which the plugins can and cannot work, and that certainly includes local file access.

      As you so eloquently put it; bullshit. The browser can make any rules that it wants, but it can't enforce them - that was my point. Unless it is intercepting any system calls that the plugin makes (most operating systems don't provide a convenient facility for doing this - you could do it via ptrace(), but the performance hit will be horrible), then it can't prevent a plugin from accessing the filesystem.

      Microsoft got shat on for this a long time ago about ActiveX

      Plugins are an entirely different issue. The problem with ActiveX was that it was downloading arbitrary untrusted code from the Internet and running it with normal app privileges. Plugins, in contrast, are supposed to be trusted code. Installing a plugin requires user action, just like installing an app. If you don't trust the plugin author, you can simply not run their plugin.

      --
      I am TheRaven on Soylent News
    9. Re:FUD by tepples · · Score: 1

      as long as the plugin is native code it can issue system calls.

      But unless the plug-in is run in a process with sufficient privileges, its system calls will fail with "Permission denied".

      then it can't prevent a plugin from accessing the filesystem.

      What about chroot()? See OLPC Bitfrost for how a sandbox of native code could be implemented.

    10. Re:FUD by 0123456 · · Score: 1

      'modern' operating systems do not provide any facilities for running subprocesses that validate system calls via the parent.

      Uh, hello? Have you never heard of Apparmor and SELinux?

      I have an Apparmor wrapper for Flash which prevents it from doing pretty much anything other than playing videos. It literally cannot write flash cookies to the local disk because the kernel only allows it to write to its own config directory.

      And given the insane amount of denials I see for access attempts to random files (it even tries to write to a root-owned font directory), that's a really good idea.

    11. Re:FUD by ultranova · · Score: 1

      But unless the plug-in is run in a process with sufficient privileges, its system calls will fail with "Permission denied".

      And then it nags the user and demands higher privileges, which he will of course grant, since he wants the plugin to work.

      What's needed is a mechanism for "transient success": allow a creation of an execution context where all changes made within the context are not visible outside of it and will be discarded completely as soon as the context exits. In other words, make it easy for the user to lie to programs.

      --

      Forget magic. Any technology distinguishable from divine power is insufficiently advanced.

    12. Re:FUD by Simetrical · · Score: 1

      As for "buckets to put tracking information into" why bother relying on "buckets" on the client which may or may not exist, are limited in size, may change or be emptied at any time, etc, when you can buy as many "buckets" as you want server-side and store virtually unlimited data about them?

      Mainly, caching and offline access. When I access Gmail from my Android phone, I can read my e-mail offline, and browsing my inbox is instantly responsive even if my connection is very slow. This is because it just caches my whole inbox, any other tags I tell it to, and all mail from the last few days. If the Gmail website did that, which it can using localStorage, I wouldn't have to wait ten seconds sometimes to flip to the next e-mail while it retrieves it from the server.

      It's also just easier to use, if you're writing an application in JavaScript, because you don't have to bother with any server-side logic. You could even store data on a page that's totally static. Of course, that's not useful for anything important, but if you're storing transient preferences (e.g., "this menu should be collapsed") that only JavaScript will care about, there's no sense in storing them in cookies – they'll have to be sent on every HTTP request then.

      --
      MediaWiki developer, Total War Center sysadmin
    13. Re:FUD by shutdown+-p+now · · Score: 1

      And then it nags the user and demands higher privileges, which he will of course grant, since he wants the plugin to work.

      I'm not sure how this works on Linux, but it definitely doesn't work the way you describe on Windows (Vista/7). If your process does not have sufficient privileges for a system call, then you'll just get an error result without any popups nagging the user etc. All the UAC stuff is there because the application explicitly issues a special system call that pops up the elevation dialog. That's why old apps written in pre-Vista days never display those, but just fail silently (with a few hacks that come from the OS itself - e.g. it will show elevation dialog on start of any executable that looks like an installer, trying to guess from file name - setup.exe and the likes - but these do not apply to DLLs loaded in an existing process).

    14. Re:FUD by ultranova · · Score: 1

      I'm not sure how this works on Linux, but it definitely doesn't work the way you describe on Windows (Vista/7). If your process does not have sufficient privileges for a system call, then you'll just get an error result without any popups nagging the user etc. All the UAC stuff is there because the application explicitly issues a special system call that pops up the elevation dialog.

      Yes, so once the plugin gets back "permission denied" or whatever when trying to store a cookie, it uses those calls to get those privileges. It'll also ask for (and receive) any privileges required to give them itself permanently, without needing to ask again.

      --

      Forget magic. Any technology distinguishable from divine power is insufficiently advanced.

  9. Sandboxes. Now. by TubeSteak · · Score: 2, Interesting

    Browsers should no longer be allowed to frisk about in the general operating system,
    scattering data willy nilly throughout your computer into wildly obscure folders.

    I propose robust sandboxes.
    You want to delete all the tracking information? Delete the sandbox.
    Honest websites won't be spending their efforts to break out of the box and
    malicious websites were going to pwn you anyways, so does it matter if they do?

    I'm not proposing sandboxes as a security measure, merely a way to keep all the cruft from your browser & plugins locked down in one (easily deletable) place.

    --
    [Fuck Beta]
    o0t!
    1. Re:Sandboxes. Now. by Anonymous Coward · · Score: 0

      No need to wait for your OS or some other party or the web browsers to try to impliment such a sandbox. It's available now. I'd recommend you look into Mandatory Access Control, particularly if you are a Linux user. It will allow you to whitelist the exact activities your browser (or any other program) is allowed to do, blocking everything else.

      If Linux's SELinux seems to complicated (which, IMO, it is) there's SMACK, AppArmor and my favorite - Tomoyo. They all get the job done fine. I know MacOSX and FreeBSD have something comaprable, although I have no experience with it. No idea what to do if you're a Windows person.

      On my system, Firefox can only create/delete/write/symlink/etc files within ~/.mozilla, and flash can only craete/delete/symlink/etc files in ~/.adobe. If I remove those two directories, tracking information et al are all gone.

      While you're at it, you may as well ensure your PDF reader can only read files that end in .pdf, and can't write to anything on the harddrive at all or access the network at all. Etc, etc, etc.

    2. Re:Sandboxes. Now. by Simetrical · · Score: 1

      Browsers should no longer be allowed to frisk about in the general operating system, scattering data willy nilly throughout your computer into wildly obscure folders.

      They don't. All the ones I know about put it in one directory per user (e.g., ~/.mozilla).

      You want to delete all the tracking information? Delete the sandbox.

      Or just use your browser's built-in menu option.

      --
      MediaWiki developer, Total War Center sysadmin
  10. whalesong by Anonymous Coward · · Score: 0

    its a shame but HTML5 has turned out to be a PR stunt, more marketing than IT.

    it's pretty clear now that it isn't going to take off for the web - so no need to get concerned about issues of this kind - lets face it.

    if you buy an ipad then you're hardly going to care about privacy -just enjoy your great new iAds - "aren't they neat!"

  11. Someone doesn't understand open standards by BitZtream · · Score: 1

    The fact that HTML is open to all means anyone can implement it in their 'browser' ... and they can allow the user to control the browser stores and feeds back to others on the Internet.

    Where as if we were talking about something propreitary like say Flash, you run the risk of having very little options over controlling it since there is only one implementation (one useful one anyway) and they aren't going to add any useful features for privacy anytime soon since thats a big reason to use flash on certain sites in the first place (Yes, I know the new versions are better about flash cookie control, just making a point)

    Yes, HTML5 has some features that make it easier for you to be tracked, but leaving your front door not only unlocked but also wide open with a sign that says 'I'm out of town for the next 2 weeks' is about the same thing. Their are provisions in place to protect that user.

    --
    Persistent Volume manager for Kubernetes - https://github.com/dwimsey/openshift-pvmanager
    1. Re:Someone doesn't understand open standards by tomhudson · · Score: 1
      Adobe opened the flash format years ago, same as they did with pdf, AND supplies tools for 3rd parties to develop competing flash implementations.

      Flash, flex, SDKs, etc, they're all open-sourced courtesy of Adobe.

    2. Re:Someone doesn't understand open standards by Anonymous Coward · · Score: 0

      Calling adobe flash open source is laughable

    3. Re:Someone doesn't understand open standards by Anonymous Coward · · Score: 0

      The fact that HTML is open to all means anyone can implement it in their 'browser' ...

      Sure, all 705 pages of it are open for anyone to implement. Get started!

    4. Re:Someone doesn't understand open standards by Anonymous Coward · · Score: 0

      Par for the course! Open source replacements have been laughable

  12. This is fear-mongering by jjb3rd · · Score: 2, Interesting

    This neo-luddite fear-mongering must end!!! Properly secured browsers negate these "new" threats. The only "problem" as I see it, is the likely-hood that in browser manufacturers (Apple, Google, Microsoft, Firefox, Opera, etc.) rush to get these new capabilities, they'll put security on the back burner and we'll have a few years of this nonsense. This is no reason to not implement compelling features. It just raises the stakes for people to do it right. Having spent some time developing some HTML5, I for one, am looking forward to the new goodness.

    1. Re:This is fear-mongering by Anonymous Coward · · Score: 0

      This neo-luddite fear-mongering must end!!! Properly secured browsers negate these "new" threats. The only "problem" as I see it, is the likely-hood that in browser manufacturers (Apple, Google, Microsoft, Firefox, Opera, etc.) rush to get these new capabilities, they'll put security on the back burner and we'll have a few years of this nonsense. This is no reason to not implement compelling features. It just raises the stakes for people to do it right. Having spent some time developing some HTML5, I for one, am looking forward to the new goodness.

      You want spammers shoving even more garbage into local storage?

  13. Hah. You forgot... by Anonymous Coward · · Score: 0

    ...that many want the browser to be the operating system.

    With Javascript the preferred systems programming language

    I've got my set of barf bags ready...

  14. FUD, Yes, But Some Truth and Risk Increase by eldavojohn · · Score: 1

    ... when you can buy as many "buckets" as you want server-side and store virtually unlimited data about them?

    Because it costs money? My fear is considering what spammers may or may not do with this local storage. I'm not opposed to local storage but I think it needs more user notification when and what is accessing it. Not requiring user intervention but knowledge about who and what is storing that data. I would prefer a browser to let me know if some no name advertiser were storing data there than, say, Slashdot or New York Times doing something to better my reading experience. I welcome it. It needs to happen. The W3C branched this to a totally separate group from the regular HTML 5 group I believe because there's a lot to iron out yet. I hope they change the way things are allowed to access it in the browser implementation yet. I hope.

    People get upset when you further facilitate and make it easier for bad people to do bad things. That's how it's been for quite sometime whether the social enemy is a serial rapist or Facebook.

    I suspect, as has already been noted that this will simply facilitate more advertisers to do this because now they don't need servers or bandwidth to support your "unlimited data" buckets.

    --
    My work here is dung.
    1. Re:FUD, Yes, But Some Truth and Risk Increase by tomhudson · · Score: 2, Insightful

      say, Slashdot or New York Times doing something to better my reading experience.

      You must be new here :-p

      Seriously, we already have latency problems caused by multiple sites doing their crap on every page load (look at the source for any page that includes tracking and ad javascript includes). We don't need web sites sifting through 5 meg of local storage (which they'll grow to 100 meg, just like the original cookie limits specification quickly succumbed to hyperinflation) because they'll want to store it in xml.

      -- Barbie

  15. Didn't the '90s teach us? by Darkness404 · · Score: 4, Insightful

    Didn't the 90s (And early 2000s) teach us anything? If HTML isn't implemented in essentially the same way across all browsers the Internet will stagnant again and we will turn to cross-platform plugins like Flash to actually get stuff done.

    --
    Taxation is legalized theft, no more, no less.
    1. Re:Didn't the '90s teach us? by John+Hasler · · Score: 2, Insightful

      > ...we will turn to cross-platform plugins like Flash to actually get stuff done.

      "Stuff" that doesn't need doing.

      --
      Warning: this article may contain humor, sarcasm, parody, and perhaps even irony. Read at your own risk.
    2. Re:Didn't the '90s teach us? by m50d · · Score: 1

      Nothing on the web needs doing.

      --
      I am trolling
    3. Re:Didn't the '90s teach us? by Fatalis · · Score: 1

      I consider Flash video players vastly superior to any of the alternatives that existed before HTML5, and the HTML5 players still don't work as well as the Flash ones for me on the recent Firefox 3.6. I've also enjoyed many Flash animations in better quality than they could have been if encoded to video. I've enjoyed some Flash games. If none of that is relevant to you, it doesn't mean that it's not for anyone, and if you think YouTube could have used the embedded Windows Media Player or RealMedia or QuickTime player plugins and been just as successful, you're really out of touch.

      --
      Deus est fatalis
    4. Re:Didn't the '90s teach us? by Anonymous Coward · · Score: 0

      Stuff like using the web for more than just work? The author of Minecraft seems to be making a reasonable amount recently, so perhaps he is creating value for people by using these plugins (Java). Or all those flash game websites.

      Do you really believe that business related communications are the only thing on the web that 'need doing'?

  16. of 1.2 billion starving kids, 100% are ignored by Anonymous Coward · · Score: 0

    while all of US are feasting on.... ?turds??

    "Sunday is10/10/10. The government and other professional liars have had something to say about the date. Everything the government and media say are lies, or the groundwork for lies to come. All of it is especially, sculpted soft stool from the Dairy Queen machinery of a banker’s ass. You’re expected to eat and enjoy it, without knowing the composition or the source. The complexity of their intentions can be summed up quite simply. They want to take you to the point where you don’t know what the ice cream is made of, or where it came from, to the point where you line up with your cones in hand and wait in a rapt, religious hunger to obtain it from the source. Your eyes should gleam with gratitude as you walk away, knowing that you have seen one of the key mysterious out workings of God. You are free to speak in tongues as soon as your tongue is freed up for the opportunity. Fecallalia is the new glossolalia and you are now tanked up with shit for your own part in the performance. Please be creative with your lies. You’re playing musical chairs in front of a crematorium.

    You are not dead. You are dreaming but the dream grows dark, when you are surviving on a dead man’s shit.

    Humanity has many enemies. It has as many enemies as there is room in the mind to contain them. The most enduring and powerful of these enemies is the most invisible when it is most obviously before your eyes; appearing as something else. There is only one enemy and that is your mind. It is also your best friend, depending on who is in charge of it. Your life is either a virtual cathedral or a toilet designed as the object of desire. Gold plated shit-nacks are the bronzed baby shoes of your dreams that died in the cradle. It doesn’t really matter if you’re Chuck Berry lying face up under a glass table or lining up behind a banker’s ass. It’s still you. it’s still shit. The first place it happens is in your mind. A lot more people would understand the allegory of the temptation in the Garden of Eden and the resulting civilization if they studied all of the meanings of transposition or, maybe not. Maybe you need to know what the apple is. Maybe you need to understand the dynamics of the cosmic attractive force. Maybe the best way to understand how the mind works is to empty it first. Anyone who can empty their mind and relentlessly keep it empty for a period of time will get a first hand education on how the mind works and all of the implications as well."

  17. Fear! by kikito · · Score: 1

    Horror! Panic! Aaaaaah!

  18. HTML5 -- a new "language", standard or what? by swb · · Score: 2, Insightful

    HTML5 -- is it a new language? Is it a set of extensions to HTML, Javascript, or is it more of a concept/phenomenon, like "Web 2.0"?

    I read it as an extension of the HTML standard, but quite often its treated as a "new language" as opposed to an extension, upgrade, etc. I wonder if that's half the problem -- I think generally speaking, people are a little weary of many new things, technology wise, and failure to cast this as more of an upgrade than a wholly new entity (even if the new features make it so) probably has a lot to do with some of the scaremongering associated with it.

    1. Re:HTML5 -- a new "language", standard or what? by dzfoo · · Score: 1

      There are two HTML5, if you will. First, there's the 5th revision to the Hyper-Text Mark-up Language, which includes extended mark-up for semantic organization of HTML documents, among other things. Second, there's HTML 5, the concept/phenomenon. The latter, just like the "Web 2.0" is a catch-all phrase encompassing various new features, technologies, and concepts used on modern web applications.

      Just like "Web 2.0" meant AJAX, CSS 2, pastel colors, and round corners; "HTML 5" means a heavy reliance on JavaScript and CSS 3 to support rich multimedia clients, more AJAX, and rounder corners.

              -dZ.

      --
      Carol vs. Ghost
      ...Can you save Christmas?
  19. More paranoia from the World Privacy Foundation by grapeape · · Score: 1

    As much as I appreciate their intended purpose...they should really get a talking head that has a clue about technology. Their previous fear mongering topics have been rfid, cloud computing, social networking, etc. The one thing their "warnings" have in common is that all seem to have been put together by someone with a complete lack of understanding of how things already work.

    HTML 5 will certainly allow for more flexibility for developers but will also allow browser vendors to provide better security simply due to a large portion of 3rd party addons becoming unnecessary. Its much easier to keep track of one standard over a bunch of what ifs.

  20. the issue seems to hinge on one concept: by circletimessquare · · Score: 3, Interesting

    i don't have a problem with a website seeing everything i do on that website. i have a problem with a website seeing what i do on other websites

    let foo.com have evercookies on my computer about everything i do... at foo.com. not a problem. but i don't ever want foo.com too see what i do at fubar.com, and visa versa

    of course, foo.com can sell my info to fubar.com through different channels, but that's a problem that predates the internet, and has nothing to do with browser privacy. and i know if doubleclick has their ads on foo.com, they can infer certain things about my activities at foo.com... actually, now that i think about it, that's a fatal hole in any browser privacy: if a webpage is serving content from another website, such as with advertising networks, we're pretty much doomed no matter what the markup language, aren't we?

    to really have browser privacy, you'd have to destroy the entire possibility of webpages serving content from other domains. how the heck do you enforce that? a rule like "when loading content from foo.com, everything on this page must come from foo.com"? is that a viable concept? no more google analytics, no more iframes... i don't know, we're just doomed

    but... even if you had that rule, foo.com could just agree with double click to proxy their ads, running them through their servers, so everything is coming from one domain, even though it really isn't. then they can simply see how one particular ip address walks across the web where they have similar agreements with other sites. no escape. you'd have to spoof your ip with every request, which breaks all sorts of functionality on most websites. maybe you could have a new ip for every tab, every session... what a nightmare

    basically, the concept of privacy on the internet is void. if you type it on the web, it is known, end of discussion. crap

    --
    intellectual property law is philosophically incoherent. it is your moral duty to ignore it or sabotage it
    1. Re:the issue seems to hinge on one concept: by John+Hasler · · Score: 1

      ...if a webpage is serving content from another website, such as with advertising networks, we're pretty much doomed no matter what the markup language, aren't we?

      Only if you accept that "content".

      basically, the concept of privacy on the internet is void.

      People have always been able to see you when you walk down the street. I guess privacy has always been dead.

      --
      Warning: this article may contain humor, sarcasm, parody, and perhaps even irony. Read at your own risk.
    2. Re:the issue seems to hinge on one concept: by Simetrical · · Score: 1

      i don't have a problem with a website seeing everything i do on that website. i have a problem with a website seeing what i do on other websites

      let foo.com have evercookies on my computer about everything i do... at foo.com. not a problem. but i don't ever want foo.com too see what i do at fubar.com, and visa versa

      That's exactly how things work on the web, via the same-origin policy

      actually, now that i think about it, that's a fatal hole in any browser privacy: if a webpage is serving content from another website, such as with advertising networks, we're pretty much doomed no matter what the markup language, aren't we?

      Yep. If the sites you go to can store info about you, and they include ads, the ads can also store info about you, unless the site takes efforts to stop it (which the ad companies wouldn't allow).

      --
      MediaWiki developer, Total War Center sysadmin
  21. fud, fud, fud your boat gently down the fud by bl8n8r · · Score: 1

    The last thing corporate interest wants is a video format which is open and available to everyone. Expect the barrage of crap over HTML5 to continue. The article says nothing about the details of what's so "bad" about HTML5. The best they could come up with is:

    "which large amounts of data can be collected and stored on the user's hard drive while online. Because of that process, advertisers and others could, experts say, see weeks or even months of personal data. That could include a user's location, time zone, photographs, text from blogs, shopping cart contents, e-mails and a history of the Web pages visited."

    How is this any different than the current 150MB of cache sitting on everyone's comp? The best source they could come up with was an out-of-context quote from someone at the World Privacy Forum and some freelance programmer from New York?? Sorry, but the security issues with HTML5 are going to be in the implementation layer -- just like Flash, Silverlight, or Active-X. With security, it's rarely the technology which is at fault, it's the way the technology is used in the codebase.

    --
    boycott slashdot February 10th - 17th check out: altSlashdot.org
    1. Re:fud, fud, fud your boat gently down the fud by cheesybagel · · Score: 1

      It's the usual journalist sensationalist. Like the LHC is going to generate a black hole that will destroy our universe.

  22. Re:Re:FUD...squared by memyselfandeye · · Score: 1

    Granted, I haven't really been only the whole HTML5 bandwagon, but why would any application want to store data on the client machine other then a session id, whether it's user information, preloaded application data, or buying habits? Last time I had anything to do with anything like this was a web based application to run some laboratory instruments where I work, and the only thing we kept on the client machine was a session cookie, which would be regenerated anytime tracking information (ip,browser info) didn't match, or after a 1/2 hour timeout. Making sure the browser didn't cache data was a friggin' nightmare if I remember correctly.

    I mean, from an advertisers point of view, what's to stop a browser, either via plugin or natively, to supply random/or junk information to to the bucket. I know I'd be inclined to let facebook know that I currently reside somewhere in North Korea, drive a flying saucer to work and enjoy eating broken glass. If somebody's application relied on that information, that's their fault. By extension,I know I wouldn't enjoy my bank account, insurance account, loan account, or anything similar ever being stored on my machine.

    I don't care what the encryption will be/if anything. In either scenario, it is an unsatisfactory method. How hard would it be for a malicious program to replace the data buckets for bank of stupidia with one that has a redesigned interface. If the software could replace the button that says "change address" with one that says "check statement," and respond to such a click by rapidly filling out the form and submitting the data, the user might not realize what's going until it's to late, if ever. To prevent this, the server-side checking is going to have to be grossly more sophisticated, all to save a paltry ammount of bandwidth!? I doubt the 5*10^9 MB of data is going to even be worth the cost of defending a single lawsuit.

    Obviously a goofy example, but I think it makes the point. In science, we trust the user (our 5 senses) very little. In the inter-tubes, we should trust them even less!!!!

  23. AdBlock! by Meneth · · Score: 5, Informative
    My favourite filter:

    *$third-party

    Blocks all kinds of crap. Speeds up browsing, too. Even on Slashdot it blocks Google Analytics and something from demandbase.com.

    Of course, you'll need lots of exception rules, but if you want to be aware of where your browser goes to get its files, it's well worth it.

    1. Re:AdBlock! by Anonymous Coward · · Score: 0

      I strongly suggest you look at the addon called RequestPolicy. It does basically that with a better interface and lets you control all redirects too. Many might not be aware that 3rd party requests can be chained - it becomes immediately evident when using RequestPolicy because you need to permit each additional n-th layer of third party requests. Adblock is great and essential, but as always use the best tool for the task at hand.

  24. Oh for Christsakes. by BlueKitties · · Score: 1

    for technology in new_technologies:
    print "Privacy experts [see:someguy] are concerned %s doesn't protect user privacy."%technology

    --
    "Sorrow is better than laughter, for by sadness of face the heart is made glad." [Ecclesiastes 7:3]
    1. Re:Oh for Christsakes. by Anonymous Coward · · Score: 0

      Ballmer Edition:
      for %t in (%new_technologies%) do @echo.DEVELOPERS!!!

  25. Evercookie? by watermark · · Score: 0, Offtopic

    This reminded me of a piece of software called evercookie, it uses like 10 different ways to keep cookies persistent in a user session, HTML5 items being one of them. I would post the link, but it seems that Slashdot doesn't support copy and paste in Chrome 6.

    1. Re:Evercookie? by watermark · · Score: 1

      I'm wondering why software that uses the methods described in the article is off topic?

  26. Yeah Right.. by crf00 · · Score: 1

    So will IPv6, Semantic Web, Social Web, Facial Recognition, and any P2P protocols coming in future seriously invade our privacy. Neither did HTTP, IPv4, and SMTP cared about privacy.

    Get over of the privacy FUD and face the reality: We the programmers who design the architecture of the Internet don't care about privacy. Tell me brilliant slashdotters, if you have the manpower and time, how would you redesign IPv6, Semantic Web, or any other protocols from the ground up to protect users' privacy, and whether you would or should care about privacy protection within the protocols?

    The age of privacy is over, the Internet is all about publicy. I might get troll for saying this, but privacy is more like copyright protection and censorship rather than freedom and openness. For those of you who are still open minded towards the discussion on privacy and publicy, please do visit Jeff Jarvis' blog and reconsider whether you'd like to join the publicy camp instead.

  27. Scene from an old movie by Anonymous Coward · · Score: 0

    Runners better start running, now..

  28. How, Specifically? by Doc+Ruby · · Score: 4, Interesting

    What features does HTML5 include that let one server access any data other than that created by that server, or by the client user through the HTML GUI sent by that server? Why should any client state be available to the server, except the same kind of client-side feature list of supported media types and browser version that we've had since HTML1.0?

    --

    --
    make install -not war

    1. Re:How, Specifically? by obarthelemy · · Score: 1

      My guess would be

      1- Browsers not enforcing restrictions, or bugs allowing short-circuiting them, so even if only originating sites "should" see their own databases, maybe they won't, in reality. What really happens when a page loads an ad frame which launches a Flash applet that tries some HTML 5 gimmicks ?

      2- Ad servers and web sites collaborating to circumvent restrictions. I activated Opera's "only accept cookies from the site I'm visiting", I've been getting somehow flaky behavior from some sites. Will there be the same option regarding other locally-stored content, especially databases ? Will web sites be "encouraged" to provide interfaces from the local storage they created on visitors' computers to advertisers/trackers ?

      3- Remote tracking. I've read on /. that it's frequently possible to identify a visitor only by combing trough easily available info (IP, OS, browser, timezone...). If trackers really try hard, a few mistakes will let them link even different PCs/OSs/Browsers to one single person.

      --
      The Cloud - because you don't care if your apps and data are up in the air.
    2. Re:How, Specifically? by Doc+Ruby · · Score: 2, Insightful

      None of that has anything to do with HTML5.

      --

      --
      make install -not war

    3. Re:How, Specifically? by WebManWalking · · Score: 2, Insightful

      You're referring to the "same origin policy" and you're right. There are 3 new mechanisms in HTML5 for remembering something across page loads (added to the older 4th mechanism, cookies), and all 4 of them are subject to the same origin policy.

      Many of the new features of HTML5 exist to allow browsers to do the same things as plug-ins. A poorly written plug-in is a much bigger security vulnerability than the well-thought-out new features of HTML5, which were largely contributed by browser vendors themselves. The browser vendor has a vested interest in keeping the browser secure against attack. And they know how to accomplish that, because they're more familiar with their own internal security model and they're more motivated to follow it rigorously.

      Implementing the same origin policy thoroughly and correctly is in the vendor's best interest. I'm pretty sure that HTML5 will make us more secure than the plug-in riddled environment we have now.

    4. Re:How, Specifically? by Doc+Ruby · · Score: 1

      I agree with you. And a single browser is easier to ensure is secure from attacks than some ever changing collection of plugins from different developer groups. And it's much more likely that someone will see a hole in Firefox's open source that implements an HTML5 feature, than will see all holes of its kind in each of the plugins that are more likely to contain at least one closed source component.

      --

      --
      make install -not war

    5. Re:How, Specifically? by Simetrical · · Score: 1

      What features does HTML5 include that let one server access any data other than that created by that server, or by the client user through the HTML GUI sent by that server?

      None. The new storage mechanisms use the same access control as cookies, and browsers clear them as well whenever you clear cookies. Evercookie has nothing to do with HTML5. TFA is uninformed FUD.

      --
      MediaWiki developer, Total War Center sysadmin
    6. Re:How, Specifically? by obarthelemy · · Score: 1

      well, html5 local storage is one more venue where sites, advertizers and trackers can store data. Not different in theory from browser and flash cookies, but still, in practice, yet another mechanism open to the abuses i listed ?

      html5 local storage IS html5 specific :-p

      --
      The Cloud - because you don't care if your apps and data are up in the air.
    7. Re:How, Specifically? by Doc+Ruby · · Score: 1

      No different from cookies since HTTP1.1 in practice.

      There seems to be absolutely no legitimate concern over any actual HTML5 features risking privacy. It's just the usual FUD.

      --

      --
      make install -not war

    8. Re:How, Specifically? by Anonymous Coward · · Score: 0

      You're referring to the "same origin policy" and you're right. There are 3 new mechanisms in HTML5 for remembering something across page loads (added to the older 4th mechanism, cookies), and all 4 of them are subject to the same origin policy.

      I don't know what new mechanisms for remembering things across page loads you count (I get at least 8, or more, depending on how I group mechanisms together), but not all of them is subject to the same origin policy. For instance, data stored in images or webfonts are not subject to the same origin policy and they are cached locally by the browser. And of course, an old one you seem to have forgotten, "browser history" is available through detecting visited links, just load them inside an small iframe or as the classic "invisible" image.

  29. How to chmod -R a-w in Windows Explorer by tepples · · Score: 1

    chmod -R a-w is your friend.

    Where is the icon for that app?

    Under XP it was like this:

    1. Right-click a folder and choose Properties.
    2. Turn on the "Read-only" checkbox.
    3. Click Apply, then choose apply to all items in this folder. (Wording differs among operating system versions.)
  30. It's called "offline support". by tepples · · Score: 1

    Creatures such as Flash should never be able to store or read anything. They should be locked in their sandboxes with only the input the browser chooses to give them.

    The browser chooses to give them a sandbox within whose confines they can store or read what they want. It's called "offline support". Otherwise, web applications would stop working when the client machine disconnects from the Internet.

    1. Re:It's called "offline support". by vlueboy · · Score: 1

      It's called "offline support". Otherwise, web applications would stop working when the client machine disconnects from the Internet.

      Good: that's just like they always have. Why isn't Java's nearly inexistent offline support (via the Java WebStart platform) raising the same privacy concerns?

      Because it is nearly inexistent. If corporations want an offline app, they have to develop offline software. WebApps are useless when unplugged since their data is across the web.

    2. Re:It's called "offline support". by tepples · · Score: 1

      If corporations want an offline app, they have to develop offline software.

      How do I develop offline software and deploy it to Windows users, Mac OS X users, and GNU/Linux users without tripling the development budget? Then how do I deploy software to people who aren't root on the machines that they regularly use?

    3. Re:It's called "offline support". by Anonymous Coward · · Score: 0

      no point trying to explain things to an idiot of the gp's caliber. It's because of ignorant cunts like him that html5 is falling apart before it even gets going.

      depressing and predictable.

    4. Re:It's called "offline support". by Anonymous Coward · · Score: 0

      look mate, this isn't a help forum.

      you do know how to use google don't you...?

  31. X represents time by tepples · · Score: 1

    Assuming the quantity of data is on the Y-axis, I'm literally dying to know what the X-axis represents.

    X represents time. Storage density with respect to time has been roughly exponential, much like integrated circuit density (Moore's law).

    1. Re:X represents time by Hognoxious · · Score: 1

      He said that some thing stores exponentially more data than some other thing. He certainly didn't say that Y stores more data than it did at time X ago. If there is a mention of time in the post then kindly point me to it.

      It's like saying that a machine gun causes exponentially more casualties than a crossbow[1]. You might interpret that as meaning that "through history the lethality y of weapons has increased as a function y = k**x where x = the number of years since yada_some_event". However nobody with even a basic understanding of English comprehension and maths woulld agree with you. See how the x variable was missing in the original statement? And what's the value of k?

      [1] Or that a motorbike is exponentially faster than a horse, or whisky is exponentially stronger than beer, or I'm exponentially more intelligent than you.

      --
      Confucius say, "Find worm in apple - bad. Find half a worm - worse."
  32. Offline mode in web applications by tepples · · Score: 1

    It just needs a couple hundred bytes to insert an URL to your personal tracking record.

    Not all portable devices have cellular data plans, especially in the United States of America. PDAs and netbooks, unlike smartphones, usually disconnect from the Internet when used by passengers in a vehicle. So a web application needs a lot more than a couple hundred bytes to save the objects that the user has chosen to download for offline use. It can use the rest of the space to collect statistics on what the user does inside the offline application.

  33. Turning on privacy breaks the web by Animats · · Score: 3, Interesting

    More and more sites just don't work if you enable strong privacy controls. Some of this seems to be deliberate, and it's getting worse.

    • If you don't let YouTube store Flash data, the "Press ESC to exit full screen mode" message will not disappear.
    • If you block third party cookies, CBS TV video won't play.
    • If you block most cookies, many video sites will play the same ad over and over.
    • "511.org", a Government-run site for traffic information, goes into an infinite reload loop if you block Google Analytics.
  34. Cabal, no, oligarchy yes by Anonymous Coward · · Score: 0

    HTML5 cloaks itself in the guise of open development but in reality all the work is done by the few companies that are browser vendors and they just are writing down whatever they want anyway.

  35. Drop privileges before processing input by tepples · · Score: 1

    UNIX provides chroot(), but it requires root privileges, so you'd need a plugin launcher that was setuid root, which makes it very attractive target for exploits.

    UNIX also provides inetd, which runs setuid root to listen on well-known ports but drops privileges as soon as they're no longer needed. Likewise, a plugin container can cwd(), chroot(), and setuid() before processing any untrusted input.

  36. Just run your Browser from a live CD by Anonymous Coward · · Score: 0

    And re-boot often.

  37. Geo location is bigger threat by Posts · · Score: 1

    Geo location is another example of geeks being lax on security, like thinking that linux security is ok because its better than windows, or thinking that dinosaur exploits like buffer overflows and such are ok because that is how its always been or its open source. If a big organization didn't bring us SElinux would we have done anything like it in the next 10 years?

    We geeks plaster personal information like IRC logs everywhere. We continue to expose the IP address of anyone connected to IRC. Freenode is a monument to geeks not caring about privacy. We make our awstats with IP address listings public because its cool. Our encyption methods are impossible-painful or nothing, never anything in between. We're proud of storeing all our chat publicly for ever on archive.org.

    While the "but you have to push a button" defence might work when big corporations are involved...

    What about internet bullys? imagine someone sending the goat man to your home address

    "Wants to know your location?" "Share Location" sounds like weak UI. very easy to social engineer. or even convince someone knowingly who wouldn't normally enter in any personal information. what is a "location", my computer doesn't have GPS, who would guess? I bet its easier than you or I think it is.

    Someone once hacked into a website, i googled his IP, on which i found some Half-life(game) stats pages that publicly lists IP addresses(on purpose) along with his nick name and Half-life-unique-id, from his Half-life-unique-id i could find his Steam-Community-profile which is like Facebook-public-lite, from there i could find all his friends and all sorts of personal information. His tech savy profile matched with the hacking.

  38. Does it by tepples · · Score: 1

    Seems to me the uninstaller doesn't need an internet connection.

    But does the uninstaller of Flash Player for Windows remove LSOs and other Flash settings (like apt-get --purge remove packagename)? Or does it remove only the plug-in and leave the LSOs and settings behind (like apt-get remove packagename)?

  39. Privacy is harder then it sounds by Anonymous Coward · · Score: 0

    I saw this when I picked up the paper and after having a good laugh wrote up my thoughts.

    It would be very difficult to entertain the illusion of privacy on the web. You would immeditly strip half the comfort code that is build in by disabling JavaScript and Cookies. Local storage (and others) does little, if anything, to reduce that hit.

  40. Not everybody is a Google expert by tepples · · Score: 1

    look mate, this isn't a help forum.

    I used Google to search for a help forum, and the answer was "use Qt". Do you agree or disagree?

    you do know how to use google don't you...?

    I know how to get to Google, but I don't always know how to choose the right keywords given that so many words have synonyms. Nor does Google have an index for the reliability of sources found in search results, apart from whether or not they cause malware to be downloaded.

    1. Re:Not everybody is a Google expert by Anonymous Coward · · Score: 0

      dude i was kidding. it was pretty obvious that your questions were rhetorical. i'm a different kind of troll (aka whisperjeff.)

  41. Isn't that what every cabal says? by Anonymous Coward · · Score: 0

    "This is not a secret cabal for ..."

    WTF? Isn't that what every cabal says? Am I the only one who thinks there is a cabal?

  42. Article is complete FUD by Simetrical · · Score: 1

    The article is nonsense. Every privacy problem mentioned either doesn't exist or predates HTML5. Every browser has a security team that carefully reviews any new features for privacy breaches and reports problems back to the standards bodies before implementation. Everyone involved in web standards is well aware of all of these issues and tries to head them off at the pass. No website can read another website's data, none can store things without the user's permission, and nothing stops users from clearing all private data at any time.

    Let's look at this systematically. First of all:

    The new Web language and its additional features present more tracking opportunities because the technology uses a process in which large amounts of data can be collected and stored on the user’s hard drive while online. Because of that process, advertisers and others could, experts say, see weeks or even months of personal data. That could include a user’s location, time zone, photographs, text from blogs, shopping cart contents, e-mails and a history of the Web pages visited.

    Web Storage, Web SQL Database, and IndexedDB are three of the standards commonly lumped in with HTML5, and all of them do indeed allow larger amounts of data to be stored client-side than ever before. What the article doesn't mention is it's only available to the site that stored it, and users can clear it as easily as cookies. It poses absolutely no privacy threat beyond cookies: if a server wants to store data on your computer, it can already just store it on the server and store a short identifying key as the cookie.

    What the unnamed "experts" here say is therefore crazy. Nothing in HTML allows advertisers to see your location or time zone without your consent, let alone shopping cart contents or e-mail. Since the article doesn't deign to specify what HTML5 technologies are supposed to be able to do this magic, I can't refute it beyond saying it's just nonsense.

    The new Web language “gives trackers one more bucket to put tracking information into,” said Hakon Wium Lie, the chief technology officer at Opera, a browser company.

    Hâkon knows what he's talking about – he's a notable figure in the web standards community, editing such high-profile standards as CSS 2.1. But look at what he says carefully: trackers get "one more bucket". One more just like all the others, which can be controlled and cleared along with all the others, thus no greater privacy risk. I'd bet good money that this quote of his is taken completely out of context, and that he was dismissing the reporter's fearmongering.

    Then there's mention of evercookie. But nothing that evercookie does relies on any HTML5 feature. Yes, it stores things in four different types of HTML5 storage, but again, those are cleared just like cookies. Try it yourself: create an evercookie on that page, clear your cookies from your browser's menus, and then click to rediscover cookies. You'll see that the four HTML5 methods (localData, globalData, sessionData, dbData) are all cleared too.

    (There is one other mention of HTML5 on evercookie's page, but it's red herring. The pngData mechanism uses HTML5 canvas, but if you look at how it works, it would work just as easily by storing a JavaScript file or even a plain text file, and retrieving it via <script> or XMLHttpRequest.)

    It's worth emphasizing, by the way, that using your browser's "private browsing mode" (whatever it's called) will completely defeat evercookie. So this is not some earth-shattering problem that no one's thought of.

    The article goes on:

    Each browser has different privacy settin

    --
    MediaWiki developer, Total War Center sysadmin