Slashdot Mirror


Privacy Leak in Mozilla and Mozilla-Based Browsers

Mike S. writes "Mozillazine has pointed users to this story at ZDNet UK which breaks the news about a privacy bug discovered in in all Mozilla builds up to and including 1.2a as well as browsers based on Mozilla such as Netscape 6/7, Chimera and Galeon. The bug allows a web site to track where you're going when leaving the site whether you use a link, a bookmark or type a URL into the address field. This page has a demonstration of the bug and instructions on patching it via a user.js file."

127 of 357 comments (clear)

  1. The most disturbing thing about this... by Corvaith · · Score: 5, Interesting

    ...is that the bug has apparently been a known one for months, and still hasn't been repaired.

    I love Mozilla. I use Mozilla. This just troubles me greatly. Even now that it's known, I haven't heard anything about a fix. Hopefully it'll be arriving shortly, because I like my privacy.

    1. Re:The most disturbing thing about this... by jmcnamera · · Score: 4, Insightful

      If this bug has really been known for months, are we hypocritical to bash others (always MS) for late fixes?

      Bugs should be publicized immediately so fixes will happen sooner. It's good to first inform those who are responsible for the code so they can have a heads up, but months (if true here) is too long to wait.

      --
      this is not a sig
    2. Re:The most disturbing thing about this... by Corvaith · · Score: 2

      Quite possibly hypocritical... though, in general, I don't think this is quite the same severity as many of the MS ones seem to be. I'm not even bothering to apply the patch, at the moment, and I'm not so much upset as baffled. Usually, Mozilla's bugs don't stay around this long.

      Which is not to say that they don't frequently disappear and reappear regularly as the flaws are hammered out, but for something to be completely untouched after this long is certainly not usual.

    3. Re:The most disturbing thing about this... by Anonymous Coward · · Score: 5, Insightful

      > This just troubles me greatly.

      Fine, this is not how you'd expect it to work.

      But, GIVE ME A BREAK. Privacy issues on the Web are legend. Cookies, refer, hidden fields, the entire body of software we know as "IE", the list goes on and on and on.

      So, by some new "stupid browser trick" you can now see where people are going -- not just where they've come from (as has always, forever, been the case).

      Oh my.

      If you are worried about "privacy" then you have been using an appropriate "junk busting" proxy from day one.

      If you are not using such a proxy, then you are not now, and never have been, seriously worried about privacy. And, this "horror of horrors" is no more an issue to anyone than the Referrer field.

      This sounds more like Microsoft Marketing pouring though a Bug Base and using the media to turn a mole hill into a mountain.

      Should it be fixed? Yea. So should Referrer be removed from existence. So should alot of much more pressing privacy issues be outright abolished.

      So go back to sleep. If you weren't worried about this yesterday, then there is no reason for you to be worried about it today.

    4. Re:The most disturbing thing about this... by RoundSparrow · · Score: 2, Interesting

      Uh... you need to download the Source Code, not the binary - if you want to review and fix things.
      Last I checked, I can't download Internet Explorer source code and do my own fixes or add my own features.
      There is a difference, take some responsibility.
      People get hung up on open source and forget that the only real difference is the source. Paid support and paid staff often does have benefits.

    5. Re:The most disturbing thing about this... by minaguib · · Score: 2, Insightful

      Any developer who puts the username and password in a URL should be shot. And any user who sees their password in the URL in plainsight and doesn't complain, or stop using the services, shouldn't be allowed near a computer to begin with.

    6. Re:The most disturbing thing about this... by cpeterso · · Score: 4, Funny


      Mozilla is open source. Why haven't YOU fixed this bug yet?

    7. Re:The most disturbing thing about this... by Zigg · · Score: 2

      It seems to me that privacy bugs often get short shrift in Bugzilla. I believe we're still waiting to get inline loads blocked within mail messages (i.e. for web bugs).

    8. Re:The most disturbing thing about this... by SN74S181 · · Score: 2, Insightful

      Usernames and passwords to web sites can be embedded into the URL, and encrypted. This still allows anybody who grabs the URL to get onto a 'secured' page on said website. The BDSM Web Site alt.com uses such a mechanism, and is full of people with all sorts of kinky interests, including 'vulnerable' sexual submissives. The alt.com chatroom uses URL-based 'passwords.' For whatever reason they prefer that to a cookie-based security scheme.

    9. Re:The most disturbing thing about this... by Anonymous Coward · · Score: 2, Informative

      > ...is that the bug has apparently been a known one for months, and still hasn't been repaired.

      Oh, give me a break. This flaw is so minor that I am not even going to bother to install the fix (I will wait for the next Mozilla release).

      This bug allows a website to see the URL of the next site you are going to. It is little different from what all browsers have always done, when they provide the URL of the site you came from. If either one worries you, then just click on "home" before typing in a URL.

      So how "disturbed" should you be? Let's put this case into perspective. Let's look at some of the IE security holes that Microsoft is currently sitting on, in some cases for over six months...

      There are currently _19_ unpatched security holes in IE.

      Here are some samples:

      > Who framed Internet Explorer
      > Description: Cross-protocol scripting, arbitrary command execution, local file reading, cookie theft, website forging, sniffing https, etc.


      > MS JVM native method vulnerabilities
      > Description: A collection of at least 10 different vulnerabilities in the MS JVM, escaping the sandbox, local file reading, silent delivery and execution of arbitrary programs, etc.


      > WMP Stench
      > Description: Silent delivery and installation of an executable on a target computer


      > Java XMLDSO base tag
      > Description: Arbitrary local file reading.


      > delegated SSL authority
      > Description: HTTPS spoofing, man-in-the-middle attacks, etc.


      > document.domain parent DNS resolver
      > Description: Improper duality check leading to firewall breach


      > CTRL-key file upload focus
      > Description: Local file reading, downloading and executing arbitrary code.


      > IE https certificate attack
      > Description: Undetected SSL man-in-the-middle attacks, decrypting SSL-encrypted traffic in realtime.
      > Published: December 22 2001 ( Stefan Esser )
      > Published: June 6 2000 ( ACROS )
      > Status: Initially fixed in IE4 and early IE5s by MS00-039, re-introduced by a later patch.


      Arbitrary command execution? Local file reading? Escaping the sandbox? HTTPS spoofing? Firewall breach? Decrypting SSL-encrypted traffic? Yikes!!!

      Of the nineteen open security holes in IE, nine of them allow binary executable code to be run on your computer.

      Compared to that, this Mozilla bug is so minor that it barely deserves mentioning.

    10. Re:The most disturbing thing about this... by sheriff_p · · Score: 2

      I think you misunderstand a few things about the interweb...

      Firstly, the referer [sic] field only contains the URL of a *referring* page, not just any page you happened to be on before. Why? Because sending non-referring page URLs is an invasion of privacy. Furthermore, IE and Mozilla both stop you actually retrieving this data from Javascript, even though you can pass it to certain Javascript functions, showing that again this privacy is respected.

      May I suggest you find out how your interweb browser works before posting in the future? Oh, and read the RFC: it's Referer field, not Referrer field.

      --
      Score:-1, Funny
    11. Re:The most disturbing thing about this... by Izeickl · · Score: 2, Insightful

      This is his point, open source is praised because anyone can view the source code and fix anything thats broken...you just proved how untrue this is in reality.

    12. Re:The most disturbing thing about this... by BigBir3d · · Score: 2

      Uh... maybe he/she is like me, a total and complete non-programmer type. the only reasons i have ever used source is to 'optimize ofr my system', or because there was no other choice.

      i am one of those people looking for a desktop alternative to windows. i don't program. i don't read code. i don't know how. i don't want to, i just want it to work.

      not everyone who uses open source programs or operating systems should be checking/fixing code. that would mean that there is a relatively small, stagnant (ie not growing) population of users. this is not what we want, right?

    13. Re:The most disturbing thing about this... by prgammans · · Score: 2, Insightful

      Open source allows anyone to fix a problem. Though the amount of time and effort that it will take you to do the fix is something which you have to way against the size of the problem.

      Closed source you can't fix it no matter how big a problem it is.

      I.e. what is the cost of the problem, would it cost you more to fix it than living with it.

    14. Re:The most disturbing thing about this... by Kanasta · · Score: 2

      Are you suggesting, that as Mozilla is open source, that users have no right to complain about major issues such as this?

  2. Dear Slashdot morons by rebrane · · Score: 5, Interesting

    Do not link to BugZilla from the front page. Not only is it extremely impolite to overload their system with a bunch of hits from people who have no actual interest in the page, but they have disabled links with a slashdot referrer anyway. I'm sure some clued person will go to the bug report and relay any pertinent information in the comments anyway.

    1. Re:Dear Slashdot morons by Neon+Spiral+Injector · · Score: 5, Funny

      Have they also disabled people leaving Bugzilla to go to Slashdot? Okay, I know that was bad.

  3. Easy work-around for now by RPoet · · Score: 5, Informative

    People will tell you to disable Javascript alltogether for protection, but it's better to just disable the onunload event. Just put the following line into your user.js file:

    user_pref("capability.policy.default.Window.onun lo ad", "noAccess");

    You won't miss those ununload events anyway :)

    --
    "Oppression and harassment is a small price to pay to live in the land of the free." -- Montgomery Burns.
    1. Re:Easy work-around for now by packeteer · · Score: 2

      Slashdot has a bug with strings of chars longer than a certain amount. Look at my sig... that space is not there but nomatter what i do its always there. How do we get this fixed?

      --
      unzip; strip; touch; finger; mount; fsck; more; yes; unmount; sleep
    2. Re:Easy work-around for now by dbaron · · Score: 3, Interesting

      This workaround will only disable one of the ways the bug can be exploited (albeit the easier way to exploit it). Based on my reading of the bug, it can also be exploited through timeouts, although methods for doing so are probably less reliable.

    3. Re:Easy work-around for now by bcrowell · · Score: 3, Informative

      Where is your user.js file supposed to be (on Linux)? Slocate tells me I don't have one. Should I create one somewhere with only this line in it?

    4. Re:Easy work-around for now by xanadu-xtroot.com · · Score: 3, Interesting

      It's not a bug.

      This was the solution to a hack, actually (IIRC). The Page Widening Trolls (TM) like to make a string of text thousands of characters long so there's a real nasty side-scroll. By adding in that space every X nuber of characters, it becaome imposible for the trolls to make the window side scroll.

      Browse /. at 0 or -1, you'll still see some of them.

      --
      I'm not a prophet or a stone-age man,
      I'm just a mortal with potential of a super man.
    5. Re:Easy work-around for now by maw · · Score: 4, Informative

      You should have a file called prefs.js somewhere within your $HOME/.mozilla directory. You can set user_prefs there.

      --
      You're a suburbanite.
    6. Re:Easy work-around for now by teslatug · · Score: 4, Informative

      better not to set them in prefs.js ,but in user.js (create new file if not there) as the settings in the prefs.js file might get overwritten

    7. Re:Easy work-around for now by superpeach · · Score: 3, Informative

      Yes, create one
      If you just use mozilla as it is then you create your user.js in ~/.mozilla/[your_username]/[some random directory name]/user.js - the path up to user.js should exist already if you have used mozilla, and hopefully only 1 with a wierd random name :)
      If you use galeon, then it goes in ~/.galeon/mozilla/galeon/user.js

    8. Re:Easy work-around for now by BlueGecko · · Score: 2

      You need to create one. The file is intentially not created by default, as it's only for your own prefs. Find yours prefs.js file and put your user.js file beside it. This prevents you from having to modify the prefs.js file directly.

    9. Re:Easy work-around for now by Saxerman · · Score: 2
      Just because it's intentional, doesn't mean it's not a bug.

      Sure it does. If it's intentional we call it a 'feature' not a bug. Or, as we say in the shop, "The only difference between a feature and a bug is that a feature has documentation."

      --

      A steaming cup of soykaf would be real wiz right now.

    10. Re:Easy work-around for now by packeteer · · Score: 2

      oic now... thanks for the info. although i now think this is not a bug i still wish that slashdot didn't have to do that. and yes i have seen the page widening trolls usually linked to goatse.cx... not fun but there has to be another way...

      --
      unzip; strip; touch; finger; mount; fsck; more; yes; unmount; sleep
  4. No Big Deal by md17 · · Score: 3, Interesting

    I very highly doubt that any site that I visit will be exploiting this bug. Who would waste the time to do this when only about 1% of their visitors will be susceptible to the user tracking. Yeah, I am concered about privacy, but is this really news? Thanks /. for keeping me informed.

    1. Re:No Big Deal by VoiceOfRaisin · · Score: 2, Informative

      youre right, its not news. it would only be news if it was in internet explorer, correct?

  5. I'm not real upset by this. by Bryan+Bytehead · · Score: 2, Interesting

    I do everything in Mozilla in tabs. I open new sites in tabs, I'll even load other pages in tabs (middle click is your friend). As a result, they can't spy on me, because I don't go anywhere in that tab once I get there. If (and that might be a pretty big if) that is how you do your browsing, this bug isn't a big deal.

    --
    Bryan
  6. HTTP_REFERER by nick_davison · · Score: 5, Interesting
    The bug allows a web site to track where you're going when leaving the site whether you use a link, a bookmark or type a URL into the address field.

    It always bemuses me that people seem to think these things are new. Tracking exits is relatively simple and as for how people access your site, just check HTTP_REFERER. Typed URLs and bookmarks show no referer, links show you who sent them to your site. Granted, it's not 100% infalible, but it works on any browser. I'd rather trade 80% accuracy 100% of the time than 100% accuracy on 5-10% of hits.

    From time to time, it still amuses me to be watching the logs while I'm chatting to a visitor via Messenger and tell them what system they're running, what their screen res is, color depth, what enabled/disable features they have and the path they've taken through the site. If you're really that bothered, JavaScript even lets you track their mouse's movement around and how they scroll up/down the page and then play it back on your own PC, telling you things like how fast they read and what they paid attention to.

    1. Re:HTTP_REFERER by harvardian · · Score: 2
      HTTP_REFERER tells you where you came FROM to get to the page in question (and only if the user clicked a link). The bug tells you where you're going TO.

      This is significantly more of an invasion of privacy than you make it out to be. If a website owner knows that I clicked a link on cnn.com to get to your page, that's no big deal. With this bug, however, a web page can track if I, out of my own whim, decide to go to porn.com after visiting your site. This is decidedly unexpected behavior, since if I'm entering in addresses into the goto bar myself, I don't expect anybody to be tracking my behavior.

    2. Re:HTTP_REFERER by singularity · · Score: 4, Informative

      As with a lot of browser-based things that show up on Slashdot, I feel the need to chime in with a different perspective, from a browser that does a lot of these things correctly.

      iCab, on the Mac, has a setting (and has had it almost since its very first versions) to only allow the Referrer: to be sent only when in the same domain (or even never sent). So Sony.com can trace how I look through their site, but cannot see that I came to Sony's site from a link on slashdot.org

      I could even set it to never send it, as well.

      --
      - (c) 2018 Hank Zimmerman
    3. Re:HTTP_REFERER by alanjstr · · Score: 2

      The problem with this bug is that they can tell where you're going next, regardless of whether you click a link, use a bookmark, or type the URL in yourself.

  7. Re:Yawn. by agentZ · · Score: 3, Insightful

    Doing illegal things isn't the only way this could be a problem. For example, let's say I use the
    Google Browser buttons after reading your web page to execute a search. I may not want you to know that after reading your web page I executed a search for "anonymous STD testing Chicago."

    It's not "nasty" per se, but I sure don't need to broadcast that to the world.

  8. I care much more that enigmail doesn't work by drinkypoo · · Score: 2

    At least for me. I tried the windows enigmail on 1.0a, 1.1a, and now 1.2a, and none of them work. GnuPG is installed in c:/gnupg where it belongs... I thought this shit was supposed to be seamless.

    --
    "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    1. Re:I care much more that enigmail doesn't work by Wonko42 · · Score: 2

      Funny, it worked just fine for me on the latest nightly build on Windows.

    2. Re:I care much more that enigmail doesn't work by Wonko42 · · Score: 2

      Ahem. Why don't you just click on the "Install" button for the appropriate Enigmail version on their website? That's it. Voila. Enigmail is being installed. Who needs a seperate installer? The functionality is built into Mozilla.

    3. Re:I care much more that enigmail doesn't work by drinkypoo · · Score: 2
      Uh, BZZT. As I said above I ran the install on three different versions of mozilla and none worked. It's nice that it works for some people, but it definitely isn't working for everyone.

      My problem isn't with XPI though, it's with enigmail itself. The install supposedly completed, it just doesn't work.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    4. Re:I care much more that enigmail doesn't work by Wonko42 · · Score: 2
      My point was that if the XPI won't install, then a Nullsoft installer certainly isn't going to do any good.

      You did remember to completely exit and then restart Mozilla, right? Sometimes it leaves a process hanging around for a while. Also, I seem to recall someplace on their website mentioning that some versions of Mozilla that were installed with the installer have problems.

    5. Re:I care much more that enigmail doesn't work by drinkypoo · · Score: 2

      Yeah, I restarted mozilla a few times, and did it on different versions. So far, color me unimpressed. Maybe I'm unimpressed with Mozilla, though, and not enigmail.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    6. Re:I care much more that enigmail doesn't work by Wonko42 · · Score: 2

      I guess it's a pity you can't get it working. I really like it so far.

  9. I'm surprised.. by Frank+of+Earth · · Score: 2, Insightful

    .. how many people are saying "no big deal". If the article stated:

    "The bug in Internet Explorerallows a web site to track where you're going when leaving the site whether you use a link, a bookmark or type a URL into the address field"

    you would hear a dplethora of privacy zealots bitching and moaning how this is typical M$ practice and blah blah fucking blah.

    Because of a /. article and because I'm OS/Software egnostic, I tried Mozilla 1.0 which was a horrible product. I could repeatedly lock up the browser simply by going into the preferences. Maybe it's been fixed 1.0.1, but I'm not willing to waste my time, especially since IE runs just fine.

    I have excellent Karma, so if you can't handle the truth, mod me down, I don't give a shit, I'm just sick of the "hippicratical oath" /. editors have taken.

    1. Re:I'm surprised.. by quinto2000 · · Score: 2
      It is actually kind of a big deal, but I'm not even going to bother patching it. I actually find OnUnload events to be handy as long as "open unrequested windows" is disabled.

      So: people on Slashdot like Mozilla. This bug isn't a big enough deal to really affect anyone, so they don't complain.People on Slashdot hate Microsoft. The bug still isn't a big enough deal to do something about if you're affected, but you can point and laugh at Microsoft about it nonetheless.

      --
      Ceci n'est pas un post
    2. Re:I'm surprised.. by foobar104 · · Score: 2

      With an attitude like that, you most certainly are not "OS/Software agnostic".

      His comment sounded pretty objective to me. Have you ever used Mozilla? Assuming the answer is yes, have you ever used a state-of-the-art browser like IE 5 or 6 or OmniWeb 4.1? Mozilla would have been great if it had been called Netscape 5.0 and released in early 1998. Since this is 2002 and the world has moved on, Mozilla sucks pretty hard.

    3. Re:I'm surprised.. by robson · · Score: 3, Insightful

      Mozilla would have been great if it had been called Netscape 5.0 and released in early 1998. Since this is 2002 and the world has moved on, Mozilla sucks pretty hard.

      Since you sound like an otherwise reasonable person, I can't help but think that you simply haven't given Mozilla a chance. Having used all of the major browsers available, I prefer Mozilla. Not because it's open-source, not because it's an underdog, but because I like it. If you'd said, "Mozilla doesn't offer enough for me to switch," that would've made sense; however, I can't see how anyone who'd used Mozilla (1.0+) could think it "sucks pretty hard."

    4. Re:I'm surprised.. by foobar104 · · Score: 2

      Thanks for the benefit of the doubt. Sometimes I'm reasonable, sometimes less so. Only time will tell if I'm being reasonable right now, or if I'm in my "Zippy the Pinhead" mode.

      She DID it with TWO STACKS of old PHONE BOOKS and a COPY of the MOZILLA source code in BINARY!

      (Oops. Sorry.)

      Why Mozilla Sucks Hard
      An Essay by Foobar104.


      (Okay, not so much an essay as just a list, in no particular order. Also, I make no guarantee that this is my complete list of gripes. If you refute all of these, I will either just ignore you and pretend I never came back to this thread, or I'll respond with, "Yeah, but what about x and y? Bet you think Mozilla sucks now, don't you!?")

      1. On both platforms I've tried-- Windows 2000 and Mac OS X-- Mozilla is significantly slower than the browser of choice on that platform. Browsers of choice being IE and OmniWeb, of course. Does it render pages faster? Who the hell cares? How fast it renders pages has no affect on me at all if I refuse to wait the eight to twelve seconds it takes to launch the application or the five seconds it takes to open a new window.

      2. Mozilla's user interface does not follow the HCI standards of any known platform. It's equally quirky and wrong on Windows, Mac OS 9, or Mac OS X.

      3. The Mozilla preferences dialog is completely screwed. There are dozens-- maybe as many as a hundred-- preferences listed in that dialog, grouped in categories that make little sense if any. And, on that subject, don't anybody ever say the words "edit your user.js file" to me again, okay? If I wanted to fart around with config files, I'd just write my own browser. This is my home machine, and I expect to be able to use it without firing up a text editor.

      4. The Mozilla toolbar is broken and can't be fixed by mere mortals. By which I mean this: I want a home button on my toolbar, but Mozilla doesn't let me put one there. I want to show only icons in the menu bar, but Mozilla won't let me do that, either.

      5. Text fields-- both plain text fields and textarea fields-- are broken. What do I mean by "broken?" I mean that these things do not work correctly. What am I, Bugzilla?

      6. The sidebar "feature," which no right-minded person would ever find useful, is so bloated and overbuilt that it must take up a significant fraction of the total size of the application, both in terms of megabytes on disk and megabytes of RAM when running.

      7. Speaking of megabytes, who told the Mozilla "team"-- and I use the word loosely-- that they could ship a 35 MB web browser that eats up as much RAM as Microsoft Word and Microsoft Excel combined? OmniWeb is 8 MB, and that's for the version with i18n.

      8. "New Window" is on a fucking submenu. That's absurd. Have those guy really never read the Apple Human Interface Guidelines? No matter what OS you write software for, that book is the bible, man.

      That's it. I'm done now. Mostly because I'm just bored.

    5. Re:I'm surprised.. by recursiv · · Score: 2

      bravo!
      The last time I used mozilla was admittedly a long time ago, but it was slower than a donkey's ass on christmas, and I haven't had any reason to go back and look at it again, because IE seems to be getting better and better.

      --
      I used to bulls-eye womp-rats in my pants
    6. Re:I'm surprised.. by Frank+of+Earth · · Score: 2

      With an attitude like that, you most certainly are not "OS/Software agnostic". What you are is no different than people who give a broad statement that windows is a horrible product because their non updated, mismanaged, windows95 using computers crashed.

      No, I didn't say Linux was a horrible product. In face, I love Linux and install Cygwin tools on my windows pc just so I can use similar tools.

      What I did say is that /. promoted Mozilla like it was the next IE killer, so I installed it and it consistently crashed on my system. Based upon the other posts, there was quite a few common problems.

      I can give 2 sh*ts who makes the software, just as long as it performs well and is relatively cheap to own [free is the best obviously]

    7. Re:I'm surprised.. by Frank+of+Earth · · Score: 2

      NO, it's hippocratical oath. Sort of a play on words of the Doctor's oath.

    8. Re:I'm surprised.. by foobar104 · · Score: 2

      What about the positives of Mozilla? Tabbed browsing? No pop-ups? Pipelining? Are you saying nothing about Mozilla interested you?

      (Replying to an AC? Bad habit...)

      Tabbed browsing does absolutely nothing for me. I guess I have different habits than the tabbed browsing fans.

      Pop-ups? Haven't seen one since I turned on OmniWeb's "Scripts are allowed to open new windows only in response to being clicked" feature.

      So yeah, basically I'm saying that nothing about Mozilla interests me. If it disappeared tomorrow, I don't think the world would miss it. No disrespect intended to the people who've worked hard on it, but guys: you've wasted your time and effort. Sorry.

    9. Re:I'm surprised.. by foobar104 · · Score: 2

      First, that only allows you to turn the mandated buttons off, not add ones that aren't presently allowed. And, as somebody else pointed out, there is no home button on the toolbar under any circumstances. There's a link on that oh-so-unnecessary "favorites bar" or whatever they call it.

    10. Re:I'm surprised.. by foobar104 · · Score: 2

      I've only used Mozilla on Windows 2000, so I can't comment on the Mac version. My question on this topic is "Did you enable quicklaunch?"

      I guess you're not getting my point. I don't care why Mozilla is slow. The mere fact that it's slow is enough to get me to remove it from my system. To think that there's a "make run faster" preference somewhere... that's just nuts. If you can make it go faster, you should. It shouldn't be an option, especially one that isn't on by default.

      This, more than anything, is evidence that the Mozilla team isn't really interested in building a browser that people will actually want to use. They're just building a browser for themselves.

      I would hazard a guess that you prefer the interface that you are used to, and don't like it when an application doesn't clone it.

      No, no, no. Both Mac OS X and Windows have user interface guidelines. Applications that don't follow them are quirky and wrong. In their mad rush to create a browser than runs on lots of platforms, they decided to ignore platform-specific user interface guidelines. If I'm using Windows, I want to use programs that work the way Windows programs should. If I'm using a Mac, I want to use programs that work the way Mac programs should. I don't want to use a program that looks and feels like a half-assed port.

      I will say that most people that I know LIKE having many choices.

      Then I would say that most of the people you know are atypical. The first thing I want to do every time I fire up a new build of Mozilla-- which has been more times than I care to admit-- is turn off that damned home page. In order to do so, I have to navigate through a baffling list of checkboxes and radio buttons. That's broken and wrong.

      There's a "home" button on the Personal Toolbar!

      So you're saying the only way I can get a home button on the toolbar (or, rather, a toolbar) is to have a second toolbar open all the time? If any reasonable person stopped for just a minute to think about that, they'd realize how absurd it sounds.

      Mozilla has a "skinnable" interface, so it is possible to customize it a great deal more than your current browser.

      Skins schmins. I've already complained about how Mozilla doesn't look and feel like a native application. What makes you think I'd want to throw a "skin" on it that makes it look even less like a native application? Besides, find me a skin that puts a home button on the toolbar and I'll shut up.

      Another vague criticism. At least here you admit your inability to articulate exactly what is wrong. "They don't work." is just bitching, it isn't a reasoned comment.

      Try 'em. Use 'em. If you decide that they're not broken, good for you. I've decided that they're broken. I'm sure lots of other people share that opinion. If you want to ignore it, be my guest.

      I guess you've looked through the source code to make this determination?

      Yup.

      Why compare the footprint of Mozilla to MS Word and Excel?

      Because Word and Excel are big programs that each do a hell of a lot more than Mozilla ever could. The fact that Mozilla eats more RAM than either of them should be an embarrassment.

      Hell, most of that RAM probably goes to chrome, anyway.

      Browsing in separate windows in Mozilla is ignoring one of its best features: "tabbed browsing."

      Advocating tabbed browsing is ignoring one of my best features: I don't like it.

      There is no way that I can describe how much simpler and faster it is

      It's simpler and faster because Mozilla is such a pig at opening new windows, right?

      Pop-up blocking, mouse gestures, (overall)better security and extensibility that means there are continually new features as add-ons

      (1) I haven't seen pop-ups since I installed OmniWeb, which disables them all by itself.

      (2) Mouse gestures? You're kidding, right? You think that's usable? That's a gimmick for people who are impressed by gimmicks. It's right up there with speech and handwriting recognition: useless 99% of the time.

      (3) "Better security and extensibility" is an ironic comment considering we're writing this in context of an article about a security bug. Sounds like Mozilla is calling IE black here. And extensibility? Who the fuck cares about extensibility in a web browser? The browser should be small in size, lightweight in RAM, reliable, and fast. All four of those were sacrificed in building Mozilla.

      The Mozilla project is a failure. It has failed to produce a usable web browser, even after all these years.

    11. Re:I'm surprised.. by robson · · Score: 2

      (Okay, not so much an essay as just a list, in no particular order. Also, I make no guarantee that this is my complete list of gripes. If you refute all of these, I will either just ignore you and pretend I never came back to this thread, or I'll respond with, "Yeah, but what about x and y? Bet you think Mozilla sucks now, don't you!?")

      Well... I was going to refute each of your points, but I don't suppose that would be very constructive use of my time ;)

    12. Re:I'm surprised.. by foobar104 · · Score: 2

      Well it sounds like your one of those 1/10th of 1% of the people that this wasn't designed for.

      Your biggest mistake here is saying that Mozilla was designed. It wasn't. It grew. And like all software that just grows, it ended up terrible.

  10. This is not the same as Referer tracking. by Chuck+Chunder · · Score: 2

    It's more or less the inverse, this bug enables the referer to know where they refered you to.
    Of course, if you really wanted to do that then in most cases you'd just set up a bounce script on your server, much like freshmeat does, so that it would work on anyone.

    --
    Boffoonery - downloadable Comedy Benefit for Bletchley Park
  11. The problem with this bug by Chuck+Chunder · · Score: 4, Insightful

    Is that as breeches go it is a fairly minor one with a trivial work around, yet it remained confidential in bugzilla.
    If it isn't a big enough security hole to warrant instant attention then it should not be hidden in bugzilla, so anyone can have a whack at fixing it.

    --
    Boffoonery - downloadable Comedy Benefit for Bletchley Park
    1. Re:The problem with this bug by Wumpus · · Score: 3, Interesting

      The workaround is to disable the onunload handler. This is the kind of workaround that breaks legitimate applications.

    2. Re:The problem with this bug by jesser · · Score: 4, Insightful

      If it isn't a big enough security hole to warrant instant attention then it should not be hidden in bugzilla, so anyone can have a whack at fixing it.

      The bug was public for two months before it was marked as security-sensitive. There isn't an army of coders who spend all of their time fixing known minor privacy bugs. The bug had the "privacy" keyword for almost two months before it was marked as security-sensitive, so it would not have been invisible to such an army.

      I'm not saying it was a good idea to make it security-sensitive after it was open for a while. It wasn't a good idea in this case, because someone who had seen the bug while it was public decided to make it public again. I'm just saying that leaving it open probably would not have led someone to fix it immediately.

      --
      The shareholder is always right.
    3. Re:The problem with this bug by foobar104 · · Score: 5, Interesting

      Perhaps my lack of knowledge of JavaScript, but what exactly constitutes a legitimate use of onUnLoad?

      I'll give you one example. My company sells software with web front-end interfaces. One of the techniques we use is implementing a close-to-log-out feature. In other words, when you close the main app window, a handler fires that closes all daughter windows of the main app window and ends the user's session. That depends on onunload().

      We also use onunload() to make sure the application doesn't get confused if a user closes a window on which the application depends. When the users closes a window-- an alert dialog, say-- the onunload() handler checks to make sure that everything is as it should be. If it isn't, an error condition is established. Without onunload(), our application would be much less reliable in those kinds of situations.

    4. Re:The problem with this bug by foobar104 · · Score: 4, Insightful

      Myself, I prefer to rely on the user closing their session(s) properly....

      I mean no offense, but that's a terrible idea. I say that only because we had a pretty serious debate-- okay, shouting match-- about this in a team meeting about a year ago. On the one hand, there were us-- the managers-- saying that the software had to be resilient in the face of inconsistent or wrong user input. On the other, we had the engineers who said things like, "Browsers just don't work that way," and "Of course it's going to break if you do something stupid," and "We have to rely on the user closing their session properly." The bottom line is this: users don't do what you tell them. If you tell them not to close the window, they'll close it anyway. Your app has to be able to deal with things like that, just as it has to deal with "no such file or directory" or "out of memory." Without onunload(), it'd be impossible to write a non-trivial, resilient web application.

      Okay, end of rant. ;-)

    5. Re:The problem with this bug by sheriff_p · · Score: 2

      Another good example is an HTML IRC client that a friend of mine wrote. It worked by having a frame that was always being written to (the main IRC window if you like), and an IRC process on the server. When you typed in what you wanted to say, the script would send your data to the running IRC process. To avoid zombie IRC processes, onUnload spawned a window (a popup too, at that) which closed the process down nicely.

      --
      Score:-1, Funny
    6. Re:The problem with this bug by Idaho · · Score: 4, Insightful

      The workaround is to disable the onunload handler. This is the kind of workaround that breaks legitimate applications.

      Are you going to tell me there actually are legitimate uses for unonload!?

      I use the internet since 1996 and have yet to come across the first site that uses this 'feature' *cough* in a usefull, non-irritating manner (i.e. something else then opening a bazillion new popups as soon as you close the previous one)

      I can not imagine why onunload exists in the first place - 2nd, I can not imagine why people would ever leave it on if they can turn it off.

      But maybe that's just because my imagination is so limited :)

      --
      Every expression is true, for a given value of 'true'
    7. Re:The problem with this bug by radish · · Score: 2


      In an application I am working on, we have a popup configuration system which allows you to decide what content you want on the main page, reorganise it, change layouts etc. Once you are done editing you can close the popup, an onUnload then fires to force the main window to refresh (so you get to see the new layout).

      --

      ---- Den ene knappen er powerknapp, den andre er Bender voice knapp "Bite My Shiny Metal Ass"

    8. Re:The problem with this bug by gosand · · Score: 2
      I mean no offense, but that's a terrible idea. I say that only because we had a pretty serious debate-- okay, shouting match-- about this in a team meeting about a year ago. On the one hand, there were us-- the managers-- saying that the software had to be resilient in the face of inconsistent or wrong user input. On the other, we had the engineers who said things like, "Browsers just don't work that way," and "Of course it's going to break if you do something stupid," and "We have to rely on the user closing their session properly."

      Will you be my manager?

      Honestly, I have never seen management side against engineering on issues like this. When it comes to issues like this, it always seems to be someone from QA (me) who has to propose these scenarios that "will never happen". Usually management just wants to get the thing out the door. Getting the customer not to do "something stupid" is a training or documentation issue.

      I do stupid things every day. That's my job.

      --

      My beliefs do not require that you agree with them.

    9. Re:The problem with this bug by foobar104 · · Score: 2

      But if they disable onunload, aren't you screwed then if you're relying on it working? Surely there must be a more robust way?

      If ours were an application designed for public use over the Internet, I'd say yes... and no. Yes, we'd be screwed if clients connected to the application using unsupported browsers with key features disabled. And no, there's no more robust way in that situation, other than just redesigning the whole app to remove the dependency on multiple windows, which our market research (yeah, you heard me) tells us is a big part of the application user experience.

      But the good news is that this app is not meant for public use, and we have a certain degree of control over the client environment. That is to say, we tell our customers that their client systems must be such-n-such. To the extent that it's possible, we prevent the customers from making honest mistakes by checking user agent headers and whatnot. If somebody wanted to deliberately conceal their browser type by modifying the user agent header, they could log in to the application and create an error condition by doing something that we assume they can't do. At which point they would have done nothing but succeeded in annoying us.

    10. Re:The problem with this bug by foobar104 · · Score: 2

      Where did I talk about security? "Log out" in this context simply means closing all the windows associated with an application session at once. If the user has three windows open, closing any of them closes all of them. This isn't a security thing at all; it's a user interface feature that keeps the app from leaving orphaned windows open.

    11. Re:The problem with this bug by zurab · · Score: 2

      Without onunload(), it'd be impossible to write a non-trivial, resilient web application.

      What a load of crap! Nothing personal but I've been designing and developing web applications since Hector was a Pope (tribute to Chick) and this statement just doesn't sit well with me. Now, I don't know what your developers have been telling you on what is possible and what is not, but here is my reaction:

      First of all, you need to understand that the protocol over which most web applications operate, namely HTTP, was not specifically made for a mostly session-centric web applications. Hence, the web apps that need to track user sessions to accomplish their tasks need to implement their own session management, or use existing ones such as the implementation in ASP (from MS) or in PHP, or any other.

      Now, an implementation of a session management that is to operate over a non-session based protocol does present some issues. One of them being, the server, which assigns a unique session ID to clients and tracks the client sessions, has no way of knowing whether the client session is still "active" or not. This is usually resolved by either (a) having a logout link/button for a user to tell the server the session is over, or (b) a server-side session timer, i.e. if a client does not perform any action on the server for X period of time, the session is closed or deleted by the server, the impact being forcing the client to reestablish or create a new session. This system works fairly well for most web apps out there.

      The problem occurs in cases where session holds an expensive load (memory or processor time) for each session on the server and/or the sessions are licensed to you in a limited quantity by your proprietary software supplier. These sessions are so expensive on the server that users are often asked/required to logout when they are done with their tasks, mostly because it is extremely expensive to wait for the session to time out. Let me first tell you - this is a wrong way to implement a web application, the problem lies right there in the design. So, to hide this problem and make the web app with such design slightly less expensive to run, the requirements state that the "onunload" event be implemented to close the session on the server. But this is only a partial way of covering up the design problem at the root. In fact, users do a lot more than close the browser or go to some other site after they are done with their tasks with your web app. 1. They just leave the browser running; 2. they open a new window and browse somewhere else; 3. they minimize the window and play solitaire; 4. they lock the workstation and go to lunch; 5. browser or OS crashes, etc. These are the events that nobody can do anything about. Again, because (1) HTTP protocol is not session-centric, and (2) your web app design is flawed.

      So, back to your original statement: Yes, it is possible as well as customary to write a very complex web application without using the onunload event! Correct the root of the problem - create non-expensive sessions, store the data properly if you need to recreate sessions, set the reasonable timeout on sessions, and, do not limit your app functionality by purchasing or licensing a limited number of "sessions" (as that term is defined by your proprietary vendor) when possible.

    12. Re:The problem with this bug by foobar104 · · Score: 2

      Dude, before you get all smug, read this.

  12. Already fixed in Suse 8.0 by erik_fredricks · · Score: 2, Informative

    The YOU online updater in Yast has been set up to automatically download and install the patch for a coupla months now. Of course, it only applies to the default 0.98 Mozilla version included with the distro, but for those who haven't upgraded, it's there.

    --

    THE GOOD HUMOR MAN CAN ONLY BE PUSHED SO FAR
    Bart Simpson on chalkboard in episode 2F18

  13. Re:Yawn. by jnana · · Score: 3, Funny

    Did your wife buy that excuse when you tried it on her?

  14. Muwahahaha by evilviper · · Score: 4, Informative

    Well, this just proves my point. Javascript should be disabled. (check my older posts, it's there somewhere).

    Anyhow, I think everyone should look into Privoxy [privoxy.org]. In my setup, I have all on(un)load tags removed, and the refer forged to report the it as root of the current server.

    It's quite nice. You simply setup a regex to replace/remove any HTML, you can configure that feature on a site-by-site basis, and do so using a simple web-editor.

    So, check it out, and take back full control of your browser.

    --
    Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
    1. Re:Muwahahaha by evilviper · · Score: 2

      No, it's not just Mozilla... Every single web browser I have ever even heard of has at least one huge, known, javascript flaw.
      The last time I brought this up, someone said the same thing about the Opera/Internet Explorer Javascript exploit.

      Besides, my more general problems concern that javascript gives anonymous webmasters the ability to use your processor for juat about anything they want...

      If they just wanted to annoy you, they can popup infinite windows (even with Mozilla configured to block them) to eat up your memory and CPU. They can have an infinte loop of javascript alerts (meaning all open browser windows lockup, and you are forced to kill your browser).

      Hell, a webmaster could even use javascript to record every movement of your mouse on every webpage they maintain...

      Considering that I've only ever seen ~2 useful applications of javascript, it doesn't even warrant a debate.

      --
      Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
    2. Re:Muwahahaha by sheriff_p · · Score: 2

      A very nice plan, unless a website is using the Referer field for authentication, and then you're blocked out. Ach-well, if taking control of my browser means being locked out of many of the sites I visit, then I guess I'm happy being exploited by those evil people who *gasp* know which site sent me to them.

      --
      Score:-1, Funny
  15. Not to knock Mozilla but... by FyRE666 · · Score: 3, Interesting

    The last few builds have introduced more bugs than ever. It seems to me that spangly new features are being introduced at the expense of the browser's stability and performance.

    For instance, the new keyboard stuff in 1.2a (ok, it's an Alpha I know), had screwed up Javascript's keydown events - the browser intercepts them first, then passes the event to the scripting engine so if a key is held down you get the anoying error "bell" as the buffer is filled. Keyboard events->javascript is/was also broken completely in the Mac/Linux port from 1.1. 1.2a is also slower than 1.1 at rendering dynamic content - especially content that involves keyboard input (like games) due to the problem above.

    Also when will they fix the damned image clipping bug in linux that's been there for 2 sodding years now?!! For those who haven't seen it, when clipping an element containing images that have transparency, everything except the images will be clipped, completely ruining the layout of dynamic scripts.

    I guess no-one wants to work on the boring stuff like making it work when there's sidebars, tabs and themes to be had...

    </rant>

    1. Re:Not to knock Mozilla but... by FyRE666 · · Score: 2

      ...don't use the alpha builds, they ARE unstable by nature. Use the 1.0x series, that is stable.

      Yes it's stable, but it's also too slow to take seriously. 1.1 wipes the floor with 1.0 in terms of rendering speed with dynamic content. I need to know the direction the browser is taking all the time as I maintain a javascript API for game-writers. I have to know what's changing before the stable release.

      At the moment I'm becoming so despondant with more and more things becoming broken, and consequently having to add more and more code forks that dropping all Mozilla support until they fix things is looking more likely.

      I hate IE only sites more than anything, but the Mozilla developers are making it very hard to support their browser. I'm not the only scripter saying this either. They just don't seem interested in addressing the problems reported to them (as I do frequently on Bugzilla, taking time to create examples and documenting the problem, though it gets me nowhere).

    2. Re:Not to knock Mozilla but... by BZ · · Score: 2

      The number of people who know enough about the view manager to fix that clipping bug is about... 2. Of these two, both are full-time students (one's a grad student who spent the summer actually trying to make progress on his thesis). So they just haven't had the time to get into this problem....

    3. Re:Not to knock Mozilla but... by roca · · Score: 2

      You're lying. I'm not a full-time grad student, and if I had a bug number for this guy's bug, I'd fix it.

    4. Re:Not to knock Mozilla but... by ealar+dlanvuli · · Score: 2

      Anyone using a non-major release dosen't need supported. I've seen nightly builds that wouldn't let me hit the back button before, these things are *not* ment for grandpa to be browsing in.

      You have no obligation to support anything but major releases, and they will always be easy to support, end of story.

      --
      I live in a giant bucket.
    5. Re:Not to knock Mozilla but... by asa · · Score: 2

      For instance, the new keyboard stuff in 1.2a (ok, it's an Alpha I know), had screwed up Javascript's keydown events....

      Say it with me again, slowly this time. "Aaalphaaa". Now, one more time. "Aalphaa". Again. "Alpha". Feeling better? Urge to rant fading? Gooood.

      --Asa

    6. Re:Not to knock Mozilla but... by FyRE666 · · Score: 2

      For the record, I consider every version of IE a "pre-release". The difference is, I don't care enough about MS to rant about it's unnumerable problems - I could list them, but they have enough money already that I don't feel like giving them free feedback. Let them pay for testers.

      My point is that the bug count appears to be climbing as each release appears from my point of view. I don't care about the aesthetics - I'm only interested in the layout/scripting side. The clipping bug remains, the keyboard bug remains and in fact appears to be getting worse as the new features are added.

      If I didn't give a shit about Mozilla I wouldn't even take the time to mention my problems - I'd just stick with another browser and ignore it as too many others do already. But I don't, I've encouraged plenty of people to switch - at least for the email client (which itself saves me having to reinstall Win whenever another virus of the month is installed by some... well... idiot).

  16. My advice-- by einhverfr · · Score: 3, Insightful

    If you think that all that matters is whether the /. community things something is secure or not, then you are looking in the wrong place.

    In the real world, there will always be security problems. THe real issue is the scope of those problems. I happen to think that Mozilla and open source software in general tends to be more secure (aside from old versions of BIND and all versions of Sendmail).

    If security is what you want, do a risk assessment, and look at the actual ways that different products will mitigate those risks. If you use Linux because it is "More Secure" then you are asking for trouble. So, you need to make up your own mind and determine what you need to do.

    In other words, don't follow someone's oppinion until you understand why they think that way and whether it applies to your situation.

    --

    LedgerSMB: Open source Accounting/ERP
    1. Re:My advice-- by packeteer · · Score: 2

      Ok fair enough... decide for myself. But the reason i asked is because this seems to not be a very large problem and i wanted to know other's opinions on it. All software is insecure to some degree and what i really wanted to know was what exactly should i be worried about and what should i do. from reading other posts this seems to not be a big enough deal to do anything.

      --
      unzip; strip; touch; finger; mount; fsck; more; yes; unmount; sleep
  17. Explanation of exit tracking by yerricde · · Score: 2

    It's more or less the inverse, this bug enables the referer to know where they refered you to.

    Grandparent was talking about the CGI scripts used to track users who click an outward link on a web site. (Some Slashdot users abuse those scripts to create a link that appears to go to Yahoo! but really goes to Goatse.cx.) However, this bug in Mozilla gives a site's scripts access to a clicked bookmark or to a URL entered in the location bar.

    --
    Will I retire or break 10K?
  18. Re:Yawn. by NineNine · · Score: 2

    This same post under an article that says "IE has a security leak" would be modded to -1. It IS a big deal. Especially, since it STILL hasn't been fixed. The responses would say, "This wouldn't happen under Open Source". Somebody would fix it." Well, it IS Open Source, and it still hasn't been fixed.

  19. cookie, cookie, cookie by Parsec · · Score: 2, Interesting

    For this demonstration, the image loaded is really a script that sets a cookie with the request referer.

    I just said "no" to the cookie dialog and that appears to have broken the example.

    If you're going to raise a stink about your browser's security, why are you accepting any and all cookies?

    1. Re:cookie, cookie, cookie by lamp77 · · Score: 3, Informative

      Dude, the first line reads

      For this demonstration, you need to enable cookies. The bug itself does not require cookies to be enabled, however.

      I think that explains the situration pretty clearly.

  20. I can't get the demo to work... by symbolic · · Score: 2


    I looked at my settings, and was amused to find that I had disabled javascript's ability to create/mess with cookies. I'm happy the Mozilla team partioned the javascript functionality like this, because (it appears anyway) that until a bug fix is available, you only have to disable this one aspect of javascript.

    1. Re:I can't get the demo to work... by superpeach · · Score: 3, Informative

      The bug has nothing to do with cookies, the cookie is just so that the demo site can tell you where you went after visiting there. The problem is with the window.onunload javascript function - so either that needs to be disables, or all of javascript (the instructions are on the demo page for how to only disable onunload). All that stopping javascript playing with cookies will do is stop the demo from being able to tell you where you went, the server operators can still find out if they wanted.

  21. Re:You can't put ads in a zip file by commodoresloat · · Score: 2
    But when other people link directly to non-HTML files, your advertisers don't pay you.

    Without the Referer: how do they know where the links are coming from?

    That's why GameFAQs.com allows linking only to HTML pages.

    Exactly - a solution that doesn't involve Referrer.

  22. Fix explained in demonstration page by Fastball · · Score: 2

    If you care to follow that link...

  23. Re:Metered bandwidth by lostchicken · · Score: 2

    Server side systems.

    I don't know if something exists yet (if not, off to Apache module programming land for me), but the server should make sure that an IP has gotten an HTML page before it fetches an image or other large binary.

    The referer: header is good for keeping people in sites, but there is no need for the system to keep track of people coming from other sites, and being to identify those sites.

    --
    -twb
  24. I hate to defend Microsoft... by coene · · Score: 4, Insightful

    But why is it when its an IE bug, its a "Severe Security Exploit", and when its a Mozilla bug, its a "Privacy Leak"...

    George Carlin said it best, that we think in language. Changing the rhetoric that is used to describe the problem doesent change the problem. You can be Anti-Microsoft all you want, but that is worth NOTHING if the software that you choose to use exhibits the same problems, and you are not honest about them.

    Again, I'm not taking Microsoft's side -- there aren't sides to take. Open Source software needs to be just as accountable as commercial software if it's to be taken seriously.

    1. Re:I hate to defend Microsoft... by brettlbecker · · Score: 3, Insightful

      There is a bit of a difference between allowing a server to track your next site from their own site and a hole in IE allowing a hacker to enter and exploit your system, or a hole in OE that allows viruses to propgate, using your machine like a 2-dollar whore. You're right on two points-- it is still privacy. But there is a distinct difference between someone watching you to see where you live and the act of breaking in to your home to steal your underwear. And yes, open source software needs to be just as accountable. And I'm sure they will be... they'll fix this problem. Whatever the semantics, it is still a problem and it will still be fixed.

      --
      "We must still have chaos within in order to be able to give birth to a dancing star." --Friedrich Nietzsche
    2. Re:I hate to defend Microsoft... by jesser · · Score: 2

      But why is it when its an IE bug, its a "Severe Security Exploit", and when its a Mozilla bug, its a "Privacy Leak"...

      Umm, maybe because this bug isn't severe? It only lets a malicious site find out what URL you visit immediately after leaving the site. I'm much more concerned about IE's policy of allowing sites to read from and write to the clipboard than I am about this bug.

      --
      The shareholder is always right.
    3. Re:I hate to defend Microsoft... by caferace · · Score: 2
      Hmm. Take a look at the few posts above yours. Several of them describe how to fix the problem. Immediately. All you have to do is hack the prefs.js file, restart the browser and you're all set.

      Now explain to me how you could do the same thing with IE.

      I'll not be holding my breath....

    4. Re:I hate to defend Microsoft... by geekoid · · Score: 2

      Orwell said it first. That is what 1984 is about, controlling pepole with language.

      second, this is something all browsers do. Some browser have the ability to turn it off. I have actually used this feature for web based apps I've written for internal use.

      That said, I would like the ability to easily turn it off. Mostly so People I know that don't know how to code can turn it off.

      --
      The Kruger Dunning explains most post on /. http://en.wikipedia.org/wiki/Dunning%E2%80%93Kruger_effect
  25. Re:You can't put ads in a zip file by commodoresloat · · Score: 2

    It doesn't need to; it just needs to know whether the client is asking for .html or .htm .... right?

  26. Why don't _you_ decide instead? by ebbomega · · Score: 2

    Honestly, this is a _NEWS_ site, not a list of programs you're supposed to use. So, there's some _good_ stuff out there about Mozilla, there's also some bad stuff.

    Just be thankful it's open-source, because that means that there's a couple million people who can help fix it.

    --
    Karma: Non-Heinous
  27. bug? by bilbobuggins · · Score: 4, Interesting
    I don't understand how this is a 'bug'.

    First of all, this does not allow someone to track where you're going but rather where you went. I know that sounds like nitpicking, but really it's the difference between a bug and a correct protocol implementation.

    The method described is to check the referrer on requests sent to a particular server after the user has left a page on that server. Surprise! the referrer is now their current location i.e. where they went after your site.
    Would you expect any different?
    It's matter of micro-seconds and request timing.
    Ok, maybe they could make sure all requests generated by an 'onunload' event are handled before the request to the following page, but personally I would consider that a judgement call and not 'bug'.

    Also, I've noticed people here don't seem to give a hoot that your entire history of where you came from can be far more easily tracked!

    1. Re:bug? by pbryan · · Score: 2

      This is a bug and it does allow someone to track where you're going. The proof of concept page clearly states that the "referer of the http request for this image will be the page you are visiting next , not this page " (emphasis is theirs). I expect that when JavaScript is executing for the page I am leaving, that it have no idea where I am going. Anything otherwise is a breach of privacy, and should be considered a bug.

      --

      My car gets 40 rods to the hogshead, and that's the way I likes it!

  28. Re:Mozilla .... you are the weakest link by Glytch · · Score: 2, Offtopic

    Either that, or Opera.

    I'd switch to Konqueror in a heartbeat if it supported a way to hand off the URL of a link to another program, though. I love Konqueror, but I love Downloader for X more.

    Offtopic, but did are KDE developers going nuts on optimizations? Built 3.0.3 yesterday, and it just flies on my old K6-500.

  29. Dear BugZilla morons by MicroBerto · · Score: 2, Troll
    No. If this bug was fixed months ago when it was first detected, then there would have been no problem. However, the slashdot ultimatum was issued and appropriately followed through.

    We will not tolerate ourselves to look stupid while accusing other companies of leaving security holes for months, and then doing it ourselves. Do it again, and we will slashdot you again. And yes, we will defeat your referrer. Thank you, have a nice day. :)

    --
    Berto
    1. Re:Dear BugZilla morons by shren · · Score: 2
      Chill!

      It's not a "we get to rape your local filesystem" bug. It's a "web surfing history" bug. It's not that scary.

      I prefer to look at the bright side. It's fixable with a userland .js file with no recompiling. That's sort of neat.

      --
      Maybe the state's highest function is to grind out insoluble problems. (Zelazny, Hall of Mirrors)
  30. Re:Easy Fix! by moogla · · Score: 3, Insightful

    NO.

    The implementors of the demo were lazy (having no server-side scripting) and used a cookie to record the information leaked by onUnload. You are in no way protected by disabling cookies.

    That just breaks the demo, the vulnerability is still there.

    --
    Black holes are where the Matrix raised SIGFPE
  31. Re:You can't put ads in a zip file by commodoresloat · · Score: 2

    D'oh! yeah I did nknow this; just wasn't thinking. It still seems there should be a way to tell wihtout Referrer: since a single image requested by a user-agent that isn't requesting html files could be blocked. It's been a while since I messed with apache settings and I guess it shows; heh.

  32. Comment removed by account_deleted · · Score: 2

    Comment removed based on user account deletion

  33. Re:Moron moderators: by foobar104 · · Score: 2

    How in the hell do you go from funny to offtopic, when the post is clearly related to the one that is funny?

    Funny trumps off-topic. A post that's both funny and off-topic will be moderated as funny. A post that's merely off-topic-- without being funny-- will be moderated off-topic.

    This should be obvious. Perhaps your trouble is that you're an idiot?

  34. Mod Parent Up! by cscx · · Score: 2

    Any developer who puts the username and password in a URL should be shot. And any user who sees their password in the URL in plainsight and doesn't complain, or stop using the services, shouldn't be allowed near a computer to begin with.

    See parent comment aboot Slashcode.

  35. Re:I use Netscape 3.0.1 ONLY (check my referral) S by foobar104 · · Score: 2

    Heh. This post reminds me of the old Far Side cartoon. A caveman is trying to sell another caveman a car. In the background you see lots of Fred Flintstone-style caveman cars, each with square wheels. The car in the foreground has triangular wheels. The salesman is saying, "This new, improved model. Has one less bump."

    Yeah, I'm off-topic. I'm way the fuck off-topic. I'm so off-topic, I'm not even going to mention the topic (although I could, just to stay topical). Mod me down if you want. I've got karma to burn, and I'm feeling grouchy and self-destructive.

  36. Not to defend either one, but.. by Reziac · · Score: 2

    I'd define the terms thus:

    Privacy leak: lets someone else see what I'm doing or where I'm going. Does not let them see into my system.

    Security exploit: lets someone else see the contents of my HD.

    Severe security exploit: lets someone else *manipulate* the contents of my HD, pilfer my credit card number, or something else on that order.

    --
    ~REZ~ #43301. Who'd fake being me anyway?
  37. Re:Here's a solution: by foobar104 · · Score: 2

    Conclusive proof! Making a disparaging comment about Mozilla-- or Linux, or Gnome, or KDE, or any of that shit-- is, prima facie, enough to get moderated down on Slashdot. Somebody threw this AC a downmod just because he said that one option-- and possibly the best one-- was not to use Mozilla.

    I will mail one crisp new American dollar, postage paid, to the first person who moderates this comment down. Send your claim to foobar104@yahoo.com.

  38. Because unlike IE I can uninstall Mozilla by Vicegrip · · Score: 2

    Nothing gets my goat more than having crappy software shoved down my throat with a "and you will like it" to wash it down.

    I'm tons more willing to cut some slack to a free and open source project for a minor issue than to let off some corporation responsible for riddling my machine with security problems I can't uninstall-- and routinely refuses to fix ina timely manner.

    --
    Do not spread "09 F9 11 02 9D 74 E3 5B D8 41 56 C5 63 56 88 C0" over the internet, thank you.
  39. Ignorance and Foolishness rated as Insightful by Anonymous Coward · · Score: 2, Informative

    The poster asks:

    > But why is it when its an IE bug, its a "Severe Security Exploit", and when its a Mozilla bug, its a "Privacy Leak"...

    And it is currently rated as "Score:5, Insightful".

    I fear that Slashdot's moderation facility is being used by Microsoft as another FUD tool. While some posters try to moderate honestly, Microsoft astroturfers moderate each others' posts up, thus increasing their karma, and giving themselves more power to moderate.

    There is no objective basis by which the above post could be considered "insightful".

    In fact, the above post is completely stupid.

    The post suggests there is something wrong when some IE vulnerabilities have been rated "Severe", while this Mozilla vulnerability is just rated as a "Privacy Leak".

    Let's consider that.

    Should this Mozilla problem be considered as "severe"? Hardly. As others have pointed out, providing the URL of the site you are going to is not that different from what all browsers have always done when they provide the URL of the site you came from. In fact, the problem is so minor that I am not even going to bother installing the fix until the next browser release comes out. When referring to this problem, the words "Privacy Leak" are, if anything, too strong.

    On the other hand, let's consider some of the _19_ currently unpatched security holes in IE.

    Here are some samples:

    > Who framed Internet Explorer
    > Description: Cross-protocol scripting, arbitrary command execution, local file reading, cookie theft, website forging, sniffing https, etc.


    > MS JVM native method vulnerabilities
    > Description: A collection of at least 10 different vulnerabilities in the MS JVM, escaping the sandbox, local file reading, silent delivery and execution of arbitrary programs, etc.


    > WMP Stench
    > Description: Silent delivery and installation of an executable on a target computer


    > Java XMLDSO base tag
    > Description: Arbitrary local file reading.


    > delegated SSL authority
    > Description: HTTPS spoofing, man-in-the-middle attacks, etc.


    > document.domain parent DNS resolver
    > Description: Improper duality check leading to firewall breach


    > CTRL-key file upload focus
    > Description: Local file reading, downloading and executing arbitrary code.


    Arbitrary command execution? Local file reading? Escaping the sandbox? HTTPS spoofing? Firewall breach? Should any of those be considered "severe"? You betcha!

    In fact, of the nineteen open security holes in IE, nine of them allow binary executable code to be run on your computer.

    So clearly, the original poster is an idiot. Objectively, his post should be rated "Score:-1, Troll".

    I would say that the posters who moderated his post up are even bigger idiots, but I don't believe that to be the case. Instead, I figure they're probably professional liars, being paid by Microsoft.

  40. Re:this is redundant -- by Dahan · · Score: 2

    I find it unconscionable that such a gaping hole has been allowed to remain over a month... shame on the Mozilla team :(

  41. wget -e http://gspy.com http://gspy.com/app.zip by DrSkwid · · Score: 2

    many popular leech scripts allow you to set the referer for when you want to leech those cool apps.

    If it wasn't for referer the revenue streams of many Internet companies would disappear. And not just annoying stuff like ads and pop-ups.

    Knowledge of traffic patterns and their journey is an important part of knowing how to promote your site. You can work with your cross linked sites to best position those links. For us the referer field is just as important as our hit counts, if not more so.

    --
    There are places where the networks are not touching,and there are places where they are-Boeing's Lori Gunter
  42. nop, we need the search terms by DrSkwid · · Score: 2

    Not just the refering host.

    I have, and never will have, any intention of mapping search terms to users but which search terms drive traffic to our site is a vital piece of information for us.

    On a serious site search engine positioning is a daily job. Spending $50 on some shareware search engine submission program and running it they day you finish your web site just isn't enough.

    The data we get from our refering page information is what helps us keep a top ten google psotion for our chosen key words.

    I would guess that 90% of web design houses know next to nothing about web positioning. [which is great news for us :]

    --
    There are places where the networks are not touching,and there are places where they are-Boeing's Lori Gunter
  43. Disable referrer by Anders · · Score: 2

    Opera lets you turn off the referrer entirely. I always use that, for privacy reasons. Besides, it lets me use the Bugzilla links that people say are designed to be unaccessible from Slashdot :-).

    What good is the referrer supposed to do, anyway? I always found it disturbing to be able to see in my logs which IMAP folders people use with their webmail.

  44. Re:OT: Idea share? by foobar104 · · Score: 2

    In all honesty, I don't think we do. Our app is meant to be fairly modal; i.e., when a daughter window opens, the user is expected to deal with it, then close it, then go back to the main window. So we don't need to keep track of several open windows at once.

    Sorry I couldn't help more.

  45. Mozilla can already disable the bug by jlv · · Score: 2
    Unlike the original (and usual) JavaScript sins (bugs) of accidentally or unintentially exposing too much information, this is an actual bug wherein the internal form the referrer is stored in is getting corrupted. As I've been there before (http://www.schooner.com/~loverso/javascript/) - this is very similar to the flaw that allowed a script to upload files from you in Netscape 2.0.

    The nice thing is that Mozilla has a workaround, one that basically kills of a whole potential series of exploits.
    user_pref("capability.policy.default.Window.onunlo ad", "noAccess");
  46. HTTP_REFERER is a GOOD THING by mcrbids · · Score: 2

    When you click on a broken link and get an "oops!" page, remember that HTTP_REFERER tells the site where you came from, so that the broken link can be fixed.

    It's standard on many of my sites to do this - it's a very good thing IMHO - improving customer experience is good, and we certainly don't CARE who you are!

    --
    I have no problem with your religion until you decide it's reason to deprive others of the truth.
    1. Re:HTTP_REFERER is a GOOD THING by Otto · · Score: 2

      If your webmaster doesn't regularly look at your own site and knows those links are broken, then you need a new webmaster.

      I block referrer entirely for a couple of reasons:

      1. I don't care for sites to give me different content based on where that content is linked from. That's the most common use for referrer and it's a jerky thing for a website to do.

      2. I see this all the time: Online forums, people linking images from outside websites, perhaps even their own, and then endless complaints about about the red X or broken image icon or a "tripod" icon or some such. I never see those problems, instead I see the actual image they meant to link to.

      And so it's handy to do. And for all you onUnload() chaps, I disabled that too. If a web application *requires* onUnload(), then that web application is written poorly. If it just adds functionality, then fine. But 99.999% of the use of onUnload() is annoying ad popups and thus is always disabled.

      --
      - Give a man a fire and he's warm for a day, but set him on fire and he's warm for the rest of his life.
    2. Re:HTTP_REFERER is a GOOD THING by bleeeeck · · Score: 2
      If your webmaster doesn't regularly look at your own site and knows those links are broken, then you need a new webmaster.
      Yea, maybe on your "I Love My Cat" web site.

      A couple of my web sites have ~50,000 pages each. They are database driven and pages are added and deleted each week when the database is updated. Without the Referer: header, I'm unable to notify a site that a page that was there a month ago no longer exists

    3. Re:HTTP_REFERER is a GOOD THING by Otto · · Score: 2

      Sure you can. You can put a redirection up that says to any incoming vistors getting 401's, "hey, this page has moved" or you can just force the redirect upon them with a Location: header. What's so hard about that?

      If your site changes structure so often that deep linking to it is inappropriate because of shifting pages, then you should disallow such deep linking in the first place by redirecting such direct links to the home page or by providing a means to redirect deep links to the moved page.

      Or if it's database driven and pages are generated by an app based on the inputs in the URL, then what's the big deal? You're not shifting structure, are you changing all your page indexing schemes once a month? If old pages disappear, then where is the data that used to be on them? What exactly is disappearing? Is the info moving anywhere? Is there an appropriate place to link them to? Why not write your app such that if it has no data it redirects them to where the data is, likely is, or maybe even does a search for the user?

      --
      - Give a man a fire and he's warm for a day, but set him on fire and he's warm for the rest of his life.
  47. Privoxy by fm6 · · Score: 2

    Well, Privoxy looks like it'd be a lot of work to configure. On the other hand, it's got good pretty good docs, and working with it will probably teach you a lot about how http works in the real world. Which is actually the main reason I just downloaded it.

  48. Legitimate Popups by fm6 · · Score: 2
    Your post points up the fact that not all popups represent attempts to spam your desktop. On the other hand, most "legitimate" popups are just lazy web design, as this page demonstrates.

    Be that as it may, there are times when I need to allow popups in order to get full use out of a site. What's needed is a simple popup policy engine, something like the cookies privacy engine in IE. In particular, I'd like to impose a global limit on popup frequency, so a site can't force me to accept all their crap just to get single popup window that I want to see. The simplistic "no popups" option in Mozilla is not useful for most of us.