Slashdot Mirror


Firefox Greasemonkey Extension Security Problem

Mr2001 writes "A recent thread on the Greasemonkey mailing list suggests that the popular Firefox extension is fatally insecure. It seems rogue pages can read any file from your disk and send it to any site, using an XmlHttpRequest. Time to uninstall GM?"

443 comments

  1. It's about time by rockytriton · · Score: 4, Funny

    It's about time people start writing some exploits for firefox!

    http://www.dreamsyssoft.com

    1. Re:It's about time by Mantus · · Score: 4, Insightful

      I'm not sure why this post got modded as flamebait, It's somthing that will happen. As FF gets more popular more holes will be found, some won't get reported right away. MS aren't the only people that don't write 100% secure code.

    2. Re:It's about time by Anonymous Coward · · Score: 2, Informative

      but this isn't a security hole in FF. it's a security hole in an extension. dontcha understand the difference, wee man? :rolleyes:

    3. Re:It's about time by utnow · · Score: 0

      hahaha... you alluded to the fact that OSS programmers can write crappy code as well. you naive naive fool. Now you will be modded a troll. mwhahaha

    4. Re:It's about time by Zerikai · · Score: 1

      Well, how come that as apache webserver became more popular they didn't find more holes? Yet the opposite seemed to apply to IIS.

      This is NOT a matter of FF, it is a matter of an extension to FF.

    5. Re:It's about time by Anonymous Coward · · Score: 0

      You mean like the downloadable extensions for IE such as yahoo toolbar, etc that can cause security holes? Those are always slammed as an IE problem on here.

    6. Re:It's about time by ad0gg · · Score: 4, Informative
      Umm IIS6 has less exploits and no unpatched vunerabilities compared to Apache 2.0.x which still has unpatched vunerabilities.

      IIS 6 Exploits
      Apache 2.0x.

      Please do some basic research before making comments on security.

      --

      Have you ever been to a turkish prison?

    7. Re:It's about time by Zerikai · · Score: 1

      What do I care what 'here' thinks? It is rather simple, if you had 'greasemonkey' for IE, it would also be an extra source of security issues for IE.

    8. Re:It's about time by I'm+Don+Giovanni · · Score: 0, Flamebait

      Thank you.
      Many slashdotters keep trotting out the IIS vs Apache canard, just assuming that Apache is more secure, when the opposite appears to be the case. That this keeps being put forth as fact brings into question the other statements thrown around here as if they are axioms with no need for any supporting evidence.

      --
      -- "I never gave these stories much credence." - HAL 9000
    9. Re:It's about time by Zerikai · · Score: 1

      Yes, you are absolutely right, and I should have checked my facts before posting.

      Firefox is no less secure because of Greasemonkey (or more secure because of NoScript!). That was my intended point.

    10. Re:It's about time by geekboy642 · · Score: 0, Flamebait

      Surprisingly enough, IIS5, still in wide use, has unpatched vulnerabilities.
      http://secunia.com/product/39/

      Also, the only unpatched Apache exploit is an insecure temp file problem. Do you know of a decent-sized Apache-running website that allows rlogin from malicious users? That's why it's called less critical.

      Also of interest is the comparison...Apache has more exploits or lesser criticality, and most require a mis-configured web-server before succeeding. Many IIS exploits are more severe, also succeeding on a properly-configured web-server.

      --
      Just another "DOJ fascist authoritarian totalitarian bootlicker" -- Zeio
    11. Re:It's about time by jp10558 · · Score: 1

      How does this apply (at all?) to Opera 8's UserJS?

      --
      Opera, Proxomitron-Grypen,GPG 0x0A1C6EE3
    12. Re:It's about time by jerw134 · · Score: 4, Informative

      Surprisingly enough, IIS5, still in wide use, has unpatched vulnerabilities.

      OK, stop with the pure FUD. Using the Secunia link you provided, it shows that IIS5 has one unpatched vulnerability, which is rated Not Critical, which is the lowest rating possible. Not only are the unpatched flaws in Apache more serious, there are also more of them! Please, stop with the BS.

    13. Re:It's about time by nolife · · Score: 1

      assuming that Apache is more secure, when the opposite appears to be the case.

      as if they are axioms with no need for any supporting evidence.

      Your self included.

      --
      Bad boys rape our young girls but Violet gives willingly.
    14. Re:It's about time by ad0gg · · Score: 1
      IIS 5.0 is 5 years old and no longer comes with on any OS microsoft sells today. Its also unsupported much like Apache 1.3.x which has higher threat exploits unpatched.

      IIS6 exploits are with the admin tools which aren't installed by default and webdav which is another addon and the last exploit that shows cookie values is only seen when you turn on remote debugging, compare that apache's 2.0 buffer overflows in the SSL code. Nice try at FUD, just face the facts IIS is more secure than Apache.

      --

      Have you ever been to a turkish prison?

    15. Re:It's about time by BlogPope · · Score: 1
      IIS 5.0 is 5 years old and no longer comes with on any OS microsoft sells today.

      Right, I'll just run right out and update all my IIS 5 servers to IIS 6. That will solve my problem.

      --
      My other car is a Popemobile
    16. Re:It's about time by Anonymous Coward · · Score: 0

      Can't you read, you stupid piece of shit?

      Microsoft doesn't sell Windows 2000 anymore.

      Die.

    17. Re:It's about time by Anonymous Coward · · Score: 0

      That's ₣₣ to you.

    18. Re:It's about time by Rits · · Score: 1

      This does not this apply (at all?) to Opera 8's UserJS.

      The special power functions in Opera's userscript run in their own security context and can't be called from the page; the normal content of userscript runs in the page security context (just as Opera-compatible greasemonkey scripts). And since Opera 8.0, http content can't access file: content at all.

      --
      If you don't like having choices made for you, you should start making your own. - Neal Stephenson
    19. Re:It's about time by DA-MAN · · Score: 2, Interesting

      Umm IIS6 has less exploits and no unpatched vunerabilities compared to Apache 2.0.x which still has unpatched vunerabilities.

      Have you looked at the apache security vulnerabilities? There was only one in 2005, and here is the link to the cve:

      http://cve.mitre.org/cgi-bin/cvename.cgi?name=CAN- 2004-1387

      It's not even about apache, it's about a third party apache-utils. That package isn't even part of my distro. i have no such script called check_forensics.

      The only other unpatched issue with apache is this one:

      http://secunia.com/advisories/11176/

      Which is rated as non-critical. And it says it's confirmed for 2.0.46 and lower. The latest version is 2.0.54.

      Regardless IIS6 & Apache have both been really good. A lot of IIS's reputation comes from IIS5, and let's face it, it is really well deserved. IIS5 is horribly unsecure without first running the lockdown tool, which not all Win Admin's do!

      --
      Can I get an eye poke?
      Dog House Forum
    20. Re:It's about time by Anonymous Coward · · Score: 0
      And because I can't buy it anymore, I must go and reinstall all my servers? After spending $800 (each) for new licenses, of course. Then I need to QA all my apps with the new version, have the dev team correct those new problems with formerly stable code (likely re-learning how the app works, since the guy who wrote it isn't here any longer).

      Man, I can be so dumb. Now I see your point, you live in a magic fantasy world. Go choke on some fairy dust, twit.

    21. Re:It's about time by Anonymous Coward · · Score: 0
    22. Re:It's about time by Anonymous Coward · · Score: 0

      There are two apache httpd 2.0.x "bugs" in that link and one aditional (Non Apache Foundation) shell script in the ubuntu apache 1.3 package.

      The first bug amounts to, an admin user (ie root) can see what the httpd process sees, anyone familiar with truss or strace will say "duh!"

      And the second refers to a non-default setting which allows domain names that look like IP addresses. Don't perform reverse DNS lookups, this is best left to post processing of logs anyway. Admitedly Apache httpd should be rejecting hostnames that don't start with a letter (Read the RFC guys).

    23. Re:It's about time by jerw134 · · Score: 1

      Oh for christ's sake, even IIS5 on Windows 2000 is pretty much completely secure. The one vulnerability that remains is basically useless, and can be safely ignored. If that's your only argument against IIS, then you're just full of shit.

    24. Re:It's about time by Anonymous Coward · · Score: 0
      No, I have a complicated set of procedures I follow to ensure my IIS5 is secure, my sites face regular hack attempts and so far so good. My point was that IIS 6 is not an effective answer to the problem, it costs money on a lot of levels. But every time we rebuild a system (and yes, we are still installing Win2k on brand new systems, I have enough bleeding edge crap to deal with already. I'll take the well-known devil I know, thanks) we have to run through the whole security fire drill. I've got two new IIS6 servers waiting for testing, but its gonna be months before we can get to them.

      If it makes you feel better, I also believe Apache is full of holes and untrustworthy too. Paranoia keeps my job safe. One of my goals is to one day write "Swebd", the simple secure web server that understands 1 command, GET, and is only capable of serving static pages.

  2. gauntlet by Anonymous Coward · · Score: 4, Funny
    Rogue pages???

    Quick, lets band together with a magician and a warrior and stomp those bow&arrow shootin mofos before they take over the internet!

    1. Re:gauntlet by adrianbaugh · · Score: 4, Funny

      You have been killed by a Firefox on Level 8 with 5439 Gold. RIP.

      --
      "'I pass the test,' she said. 'I will diminish, and go into the West, and remain Galadriel.'"
      - JRR Tolkien.
    2. Re:gauntlet by wuie · · Score: 5, Funny

      Yellow wizard needs patch badly.

    3. Re:gauntlet by TheScottishGuy · · Score: 5, Funny

      Blue browser is about to die.

    4. Re:gauntlet by ShyGuy91284 · · Score: 1

      LFG..... Lvl 23 Wizard. Primary weapon is Magic Missile. Wait, wrong window.....

      --
      In undeveloped countries, the consumer controls the market. In capitalist America, the market controls you.
    5. Re:gauntlet by Anonymous Coward · · Score: 0

      Do you want your possessions identified? [y/N]

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

      Maybe we can distract these Rogue pages with Gambit pages?

    7. Re:gauntlet by bwcarty · · Score: 1

      I'm surprised the first response wasn't about a more modern game - World of Warcraft.

      People are always whining that rogues on there are overpowered. :)

      GenghisX - Level 60 Undead Rogue, Gorefiend

    8. Re:gauntlet by Anonymous Coward · · Score: 0

      Don't really know what all the hubbub is with rogues. My level 60 dwarf warrior has never lost to a rogue that wasn't at least 5 levels above him. Nerf frost mages!

  3. GreaseMonkey Problem by RagingChipmunk · · Score: 2, Funny

    Damn Microsoft! No doubt this can be traced to a Bill Gates directed consipracy against rebel browsers.

    --
    The only PT Boat Journal on the web: http://www.PT171.org
    1. Re:GreaseMonkey Problem by bodester17 · · Score: 1

      As Firefox's popularity grows, its security problems will grow too. Once IE is de-throned, and firefox takes its place as the number one browser, hackers will turn all their attention to firefox because they want to affect as many users as possible.

    2. Re:GreaseMonkey Problem by wheany · · Score: 4, Funny

      Okay, how's this: Since Microsoft Internet Explorer has a dominant market share, people make pages that work on IE. Some of the pages do not work on Firefox since they use some functionality found only in IE. Greasemonkey can be used to alter some of those pages so that they work on Firefox again.

      It's Microsoft's fault that people have to install insecure extensions to make web work like it should have worked in the first place.

    3. Re:GreaseMonkey Problem by James_Aguilar · · Score: 1

      I hope you're not serious.

    4. Re:GreaseMonkey Problem by airjrdn · · Score: 1

      Where do you people come from?

    5. Re:GreaseMonkey Problem by Anonymous Coward · · Score: 0

      You, my friend, are about to get modded into oblivion. You may be correct, but that's not what matters here.

    6. Re:GreaseMonkey Problem by PHP+Addict · · Score: 2

      "You may be correct, but that's not what matters here."

      Only as long as assholes like you keep spreading that mindset.

      --
      Laziness, check. Impatience, check. Hubris, double check!
    7. Re:GreaseMonkey Problem by Scaba · · Score: 1

      Karl Rove would like to hire you as legal counsel.

    8. Re:GreaseMonkey Problem by Anonymous Coward · · Score: 0

      Hey, Greasemonkey seems to be doing his job! Now exploits won't be designed for MSIE only, they will work on Firefox, too! Isn't it wonderful? All sites will be working in Firefox as they were intended!

    9. Re:GreaseMonkey Problem by mpontes · · Score: 1
      Netcraft doesn't even need to confirm it, it's already common knowledge. People on Slashdot can't see humor not even if it was a giang elephant in a tiny hall.

      Are some of the comments around here that biased against Microsoft to the point that people can't even tell a joke from a serious post apart?

      --
      Bored? Browse Slashdot with a +6 modifier for Troll comme
  4. 1000 greasemonkies on a thousand keyboards... by ScentCone · · Score: 2, Funny

    are going to produce some vulnerabilities along with the gee-whiz plugins of the moment. That's pretty spectacular, though.

    --
    Don't disappoint your bird dog. Go to the range.
  5. More Ammo by GuitarNeophyte · · Score: 5, Insightful

    Just more ammo for the mega-powers to say, "See, when it becomes mainstream, it becomes more insecure. Come back to windows."

    Marvelous.

    Luke
    ----
    Be smart. Teach others. ChristianNerds.com

    1. Re:More Ammo by schon · · Score: 1

      I'd hardly call Greasemonkey "mainstream" :o)

    2. Re:More Ammo by ssj_195 · · Score: 4, Insightful

      If they do (as they doubtless will), you can simply say that this is an optional extension used by a minority of Firefox users (and since not even Firefox is fully "mainstream", this puts it about as far from the mainstream as you can get :P), and there are currently no exploits in the wild. You can also add that it was found by a white-hat, and so is a validation of the "many-eyes" theory, if you want. Spin works both ways ;)

    3. Re:More Ammo by FidelCatsro · · Score: 5, Funny

      They can say "Come back to windows , no need for third party extensions for these types of flaws .They are built into MSIE/windows , It just works"

      --
      The only things certain in war are Propaganda and Death. You can never be sure which is which though
    4. Re:More Ammo by Nytewynd · · Score: 1

      "See, when it becomes mainstream, it becomes more insecure. Come back to windows."

      First, Firefox isn't mainstream, let alone GreaseMonkey.

      Second, I am already on windows.

      --
      /. ++
    5. Re:More Ammo by arrow · · Score: 4, Insightful

      The diffrence is your spin will never be heard by the media.

      --
      symetrix. We are building a religion, a limited edition.
    6. Re:More Ammo by Anonymous Coward · · Score: 0

      Opera besides having its own User Javascript feature can also run GreaseMonkey scripts.

      Does it mean Opera can also be affected?

    7. Re:More Ammo by PhoenixFlare · · Score: 1

      Just more ammo for the mega-powers to say, "See, when it becomes mainstream, it becomes more insecure. Come back to windows."

      Come back to Windows? Already there, i've been using Firefox instead of IE under Windows for a couple now.

      I admit I don't understand the specifics of the problem with the extension, but I don't see why the OS matters - FF runs just fine on Linux, Mac, and Windows.

    8. Re:More Ammo by NanoGator · · Score: 1

      "Just more ammo for the mega-powers to say, "See, when it becomes mainstream, it becomes more insecure."

      Maybe, but it's not the megapower's fault that they have that option ahead of them. Frankly, I find this funny. Every little IE bug has been blown out of proportion with that famous little jingle "Just another reason to switch to Mozilla/FireFox", and now MS has the chance to do the same thing.

      The golden rule applies to browser FUD, too.

      --
      "Derp de derp."
    9. Re:More Ammo by Anonymous Coward · · Score: 0

      Would you accept the same excuse from the IE community?

    10. Re:More Ammo by ssj_195 · · Score: 1

      I'm not wholly sure there's a direct analogue here, to be quite honest, due to the "black-box" nature of the development process. If Microsoft did pre-empt a vulnerability with a pro-active patch, though (as I'm sure they have) I like to think I would - I think zealotry and extremely slanted double-standards are something that one should do their best to avoid as it is not only mentally unhealthy, but can actually damage the reputation of the community you care about. Basically, even though I really dislike a lot of things about Microsoft, I try to give credit where it is due and applaud instances when they show signs of Doing The Right Thing.

    11. Re:More Ammo by Phisbut · · Score: 4, Insightful
      I'd hardly call Greasemonkey "mainstream" :o)

      Plus, the solution "uninstall it until we fix it" is pretty decent when it comes to security. Think we'll ever hear "Uninstall IE until we fix it" anytime soon? :o)

      --
      After 3 days without programming, life becomes meaningless
      - The Tao of Programming
    12. Re:More Ammo by MynockGuano · · Score: 1

      What ultra-minority open-source IE community would this be?

    13. Re:More Ammo by gbjbaanb · · Score: 1

      You can also add that it was found by a white-hat,

      Do you think that, maybe, if it was found by a Black-Hat, he isn't going to tell you that he found it....

    14. Re:More Ammo by NickFortune · · Score: 1
      The diffrence is your spin will never be heard by the media.

      Bit like inital advertising for firefox, then.

      We're a grass roots phenomenon. Whord of mouth has great power for firefox adherents. And word-of-email, word-of-bulletin-board, word-of-chat-client...

      When enough people understand the true picture, the media will magically get the picture. Again, a bit like the initial spread of firefox

      --
      Don't let THEM immanentize the Eschaton!
    15. Re:More Ammo by HughsOnFirst · · Score: 1

      You mean the "It's not a core functionality, just don't use it till we fix it, nothing depends on it because it isn't integral to the browser or OS " excuse ?

      Accept it? More like I'd LOVE to see it happen. Seriously if this were the sort of problems that Microsoft had, I'd be much happier to use their stuff. I use it now, windows 2000, not IE if i can help it, and I'm not happy

    16. Re:More Ammo by HybridST · · Score: 1
      They can say "Come back to windows , no need for third party extensions for these types of flaws .They are built into MSIE/windows , It just works"


      Yep! It Works! For about 12 minutes!
      --
      Ever notice that Cobra Commander sounds an awful lot like Star scream?
    17. Re:More Ammo by 10101001+10101001 · · Score: 1

      Plus, the solution "uninstall it until we fix it" is pretty decent when it comes to security.

      That's not really a solution, though. It's more a workaround. A solution would be a fix to the actual problem so you could continue using Greasemonkey.

      Think we'll ever hear "Uninstall IE until we fix it" anytime soon? :o)

      No, instead you'll hear "Oh my, you should have waited 30 days or until MS decided to make an announcement (whichever is sooner) to talk about that exploit! Think of all the helpless people who are now screwed!" Of course, telling them right away and having them uninstall/disable a program until a fix is released would be the most secure thing. Security is the #1 priority, right MS? So, that means letting customers uninstall/disable things, right?

      Of course, if MS told customers right away, they're right it'd probably increase the chances of their customers being exploited, since most would be unwilling to simply stop using products (imagine the cost figures for downtime due to exploits if they did). And of course them *not* disabling programs, even if the option was available, would still reflect badly when the companies start serving up hacked websites with defaming or otherwise questionable material.

      Do note, I'm not saying the situation would reflect any better when a similar exploit is found in FOSS software. The truth is, companies should really do some cost/benefit analysis and realize how much MS is lying about their belief in security. It's all about the obscurity. And that won't save them forever (there will be(/have been?) minus day exploits that will eventually make MS look really bad. I just hope when that day comes FOSS will be ready to not look as bad; and I don't mean that in the "you can fix it yourself" sense which most PHBs probably won't ever understand.

      --
      Eurohacker European paranoia, gun rights, and h
  6. Why Uninstall? by SenFo · · Score: 5, Informative

    "Time to uninstall GM?"

    Why not just do what the article says and "Install Greasemonkey 0.3.5"

    1. Re:Why Uninstall? by DrEldarion · · Score: 4, Insightful

      See, you're making the (frequently-made) mistake of assuming that people actually read anything but the headline of the articles they're referencing.

    2. Re:Why Uninstall? by phasm42 · · Score: 4, Informative
      Because:
      Greasemonkey 0.3.5 is a "neutered" version of Greasemonkey, lacking any of the GM* APIs which make Greasemonkey scripts more powerful than regular HTML. This means that scripts which depend on GM* APIs will fail with Greasemonkey 0.3.5.
      --
      "No one likes working in a hamster wheel, and your shop smells of cedar shavings from here." - TaleSpinner
    3. Re:Why Uninstall? by Anonymous Coward · · Score: 0

      0.3.5 just disables a lot of stuff--it's not a fix.

    4. Re:Why Uninstall? by Anonymous Coward · · Score: 1, Informative
      Advice from the person who discovered the bug:
      Uninstall Greasemonkey altogether. At this point, I don't trust having it on my computer at all. I would think that whoever is in charge of addons.mozilla.org should immediately remove the Greasemonkey XPI and post a large warning in its place advising people to uninstall it.
      The original message where he found and wrote about the bug is here.
    5. Re:Why Uninstall? by psycho_tinman · · Score: 2, Informative

      Well, this is the recommended course of action. However, Greasemonkey 0.3.5 is crippled. It does not contain the special GM_ functions so the majority of scripts will break.

      Anything that uses GM_XMLHttpRequest, GM_setValue or GM_getValue or GM_Log will not function. It was the developers attempt to make sure that no remote exploits popped up while they were working on the best possible fix.

      So, no. Don't install the update and expect things to function normally, they will not.

    6. Re:Why Uninstall? by BabyDave · · Score: 1

      Yes, if there's one thing you should do after an extension is found to be insecure, it's install "the updated version" from some random guy's website. What you should really do is e-mail it to people, like Microsoft do with all their important security patches.

    7. Re:Why Uninstall? by tgd · · Score: 2, Insightful

      I bet you a dollar those scripts won't work if you uninstall GreaseMonkey, too.

    8. Re:Why Uninstall? by CdBee · · Score: 3, Interesting

      Just install NoScript and you're sorted. It will stop any script - Greasemonkey or otherwise - running on any site except those you whitelist. I'm sure most of us only use scripts on sites we trust anyway

      --
      I have been a user for about 10 years. This ends Feb 2014. The site's been ruined. I'm off. Dice, FU
    9. Re:Why Uninstall? by Anonymous Coward · · Score: 0

      And those same scripts that rely on the GM API still work if you uninstall GM?

    10. Re:Why Uninstall? by Col.+Bloodnok · · Score: 2, Informative

      Well, 'Slashdot Recolor' and 'Butler' work fine under 0.3.5.

      That's all I need.

    11. Re:Why Uninstall? by harvardian · · Score: 1

      As far as any normal user is concerned, there is no GM update, since going to the Extensions manager and clicking update for GM yields "Firefox was not able to find any available updates" (this is the case for me at least).

      In fact, as far as anybody should be concerned there is no installable update. I'm not about to install some random-ass XPI just because it claims to be a GM "fix".

      As much as I like using it, I'm uninstalling. And this gives me the willies about all those semi-random but cool extensions that have made the Firefox experience so great for me. This is very bad.

    12. Re:Why Uninstall? by suitepotato · · Score: 1

      You may not like it, but if you think about the facts of the modern world, neutered greasemonkeys will cut down on overpopulation and homeless and unwanted greasemonkeys. By spaying and neutering greasemonkeys, we're helping to humanely control the population.

      What? ... Oh. Nevermind...

      --
      If my grammar and spelling are off, I am [distracted/tired/careless] (take your pick)
    13. Re:Why Uninstall? by harvardian · · Score: 1

      Hrmm...so I take back the bit about the XPI being "random-ass" since it's linked from mozdev. I originally only read the first link in the article, not the second (and the link provided by the parent post didn't work for me).

    14. Re:Why Uninstall? by jdavidb · · Score: 4, Interesting

      I thought that GM was a way for me, the web user, to impose some scripted changes onto pages. I didn't realize it was used by site-designers to do anything HTML (+JavaScript, etc.) didn't allow.

      I don't want to give site-designers any more power, so if that's prevented by neutering GM, I'm fine with that.

    15. Re:Why Uninstall? by LiquidCoooled · · Score: 1

      NoScript is wonderful, except I want LOCALLY exectuted scripts injected by my bookmarklets to still be running.

      There should be a distinction between code installed into the page by either an addin, or by a bookmark click.

      I removed Noscript once I realised my "remove redirects" shortcut had stopped working, and there was no easy way to allow it.

      Whatever fix is required to allow my remove redircts is likely to be the same fix required for grease monkey or other user injected script inclusions.

      --
      liqbase :: faster than paper
    16. Re:Why Uninstall? by akozakie · · Score: 1

      Time to uninstall Firefox? ;-) Just kidding.

      This is one example why open-source Firefox+extensions is not intrinsically better (or worse, for that matter) than closed-source monolithic Opera. Yes, you get the freedom to choose, but incompatibilities are not the only problem. Firefox itself is popular, so the the "many eyes" rule works, but it's not so for individual extensions, there open source may not be an advantage - and how do you judge, which are ok?

      That's the risk of this architecture, only to be expected.

    17. Re:Why Uninstall? by CdBee · · Score: 1

      Damn, so that's why my Mirrirdot bookmarklet stopped working

      - thanks

      --
      I have been a user for about 10 years. This ends Feb 2014. The site's been ruined. I'm off. Dice, FU
    18. Re:Why Uninstall? by Anonymous Coward · · Score: 3, Informative

      The idea is that the scripts which you let loose on the page can use the GM API to do things which are beyond (unsigned) web scripting, like reading a preferences file. These capabilities are only meant to be used by GM scripts. The problem is that scripts don't work on the page "from the outside". They are injected into the page. The GM API can't properly tell a webscript from a GM script. Consequently webauthors can access the GM API from scripts which come with the webpage. It's cross site scripting, so to speak, where one site is the webpage and the other is the (indistinguishable) GM context.

    19. Re:Why Uninstall? by sketerpot · · Score: 3, Informative

      This isn't a big deal. It means you lose: 1. Logging of GM script debug messages. Inconvenient if you're a script author, but not for anyone else. 2. Script-specific configuration values. I don't think these are commonly used, but they could be nice to have. Oh well, chances are your scripts will keep working. 3. Adding commands to the Tools->User Script Commands submenu. If, like me, you didn't know this submenu even existed, no loss. 4. Fancy GM_XmlHttpRequest. This is just like XmlHttpRequest but without domain restrictions. This may cause a few extensions to stop working (not many, but a few), but it also closes the security hole.

    20. Re:Why Uninstall? by PReDiToR · · Score: 1

      I don't care if the majority break, I only use 1 script, and that is the one to get rid of the disgusting color scheme for it.slashdot.org.

      That was the only reason I installed the thing.

      --

      Do not meddle in the affairs of geeks for they are subtle and quick to anger
    21. Re:Why Uninstall? by DavidTC · · Score: 2, Interesting
      Which, BTW, is a stupid way to do it.

      I use an extension called NoScript, it disables Javascript by default, and I can turn it on per site, and even make it temporary. It can do that bar like you get when installing extensions or blocking popups, but I just keep the icon down in the status bar.

      It's even better than the 'per-tab' control you can get with various buttons, because it not only remembers each site, but it lets you turn on, say, slashdot.org, and not 'falkag.net', which right now apparently has scripts on this page.

      The problem is, unless I enable javascript on a page, the damn Greasemonkey scripts don't work on it either.

      --
      If corporations are people, aren't stockholders guilty of slavery?
    22. Re:Why Uninstall? by DavidTC · · Score: 1
      Ha, I just complained about this higher up the page.

      If people are going to writing tricks in Javascript and installing them into Firefox, and they clearly are, than there needs to be a security context for that. In fact, it would be nice to be able to configure exactly what 'local' scripts could do, and restrict them, for example, from reading files outside of a certain directory.

      And if goes without saying that scripts in web pages shouldn't be able to access local scripts, and probably safer for everyone if that went both ways.

      --
      If corporations are people, aren't stockholders guilty of slavery?
    23. Re:Why Uninstall? by jonadab · · Score: 1

      > Greasemonkey 0.3.5 is a "neutered" version of Greasemonkey, lacking any of
      > the GM* APIs which make Greasemonkey scripts more powerful than regular HTML.

      If Platypus still works with it, I'm fine with that. The whole point of Greasemonkey isn't to make HTML more powerful, but just to allow the user to *alter* what it does with its power, e.g., to move those silly sidebars that so many sites insist on having out of the way (down to the bottom of the page is a good place...) and make some room for, you know, the content. Or, more generally, to fix the little HTML-related things that bug you about sites you frequent: stupid layouts, stupid choices of font/color/whatever, stupid animations you'd rather do without, anything along those lines.

      --
      Cut that out, or I will ship you to Norilsk in a box.
    24. Re:Why Uninstall? by h4rm0ny · · Score: 1


      I don't care if the majority break, I only use 1 script, and that is the one to get rid of the disgusting color scheme for it.slashdot.org.

      SHARE!!!!!!!!!!!

      --

      Aide-toi, le Ciel t'aidera - Jeanne D'Arc.
    25. Re:Why Uninstall? by spitzak · · Score: 1

      Okay, finally an explanation as to what is going on. I read all that mailing list and I still had no idea.

      However it is not clear why any of this could not be done by GM as it modifies a page. Couldn't GM "read a preferences file" and then act on that to change the modifications to the page, rather than relying on inserting a command into the page to read the preferences? That would seem to avoid the need for this obviously bad idea. Or is there a better example where this does something you really couldn't do otherwise?

    26. Re:Why Uninstall? by Atrus5 · · Score: 1

      It's also now availble via Firefox's update feature. Here's the page on addons.mozilla.org . Unfortunately, they seem to be having some problems ... erm, I hope my server holds up at least until addons is doing better

    27. Re:Why Uninstall? by PReDiToR · · Score: 1

      Script to recolor Slashdot.

      HTH.

      --

      Do not meddle in the affairs of geeks for they are subtle and quick to anger
    28. Re:Why Uninstall? by Osty · · Score: 2, Interesting

      2. Script-specific configuration values. I don't think these are commonly used, but they could be nice to have. Oh well, chances are your scripts will keep working.

      If your scripts rely on GM_[set|get]Value, they won't work. The scripts may still run, but what value will they have? For example, I have a script that is only useful in the presence of GM_*Value and GM_xmlhttpRequest. Without that functionality, my script will add a useless bar to the page and never populate it with any data.

      4. Fancy GM_XmlHttpRequest. This is just like XmlHttpRequest but without domain restrictions. This may cause a few extensions to stop working (not many, but a few), but it also closes the security hole.

      It also breaks one of the biggest features of GM -- the ability to pull data from other sites and integrate it into the current page. Scripts like Book Burro are now completely useless. Security is important, and it is the right thing to do to remove this functionality while the GM folks look for a better fix, but it does make GM much less attractive (you're pretty much left with page cleanup scripts now that you can't pull data from other sites).

      Any idea why all of the GM_* functions had to go? I can see why GM_xmlhttpRequest could be a problem, but what's wrong with GM_log, or the GM_*Value functions?

    29. Re:Why Uninstall? by h4rm0ny · · Score: 1


      Thanks. I'll be trying that.

      -H.

      --

      Aide-toi, le Ciel t'aidera - Jeanne D'Arc.
    30. Re:Why Uninstall? by Haeleth · · Score: 1

      As far as any normal user is concerned, there is no GM update, since going to the Extensions manager and clicking update for GM yields "Firefox was not able to find any available updates" (this is the case for me at least).

      I just tried this: it immediately found, downloaded, and installed the Greasemonkey update that fixes this issue. Presumably you were just too quick off the mark.

      As much as I like using it, I'm uninstalling. And this gives me the willies about all those semi-random but cool extensions that have made the Firefox experience so great for me. This is very bad.

      I'm sorry you're so susceptible to FUD, and I'm particularly sorry that you're going to throw away a valuable tool on the basis of a security flaw that has already been fixed - and one that has never been exploited maliciously, and, since Greasemonkey users are relatively few and almost all techies who will have upgraded by now, almost certainly never will be exploited.

      As for me, I've assessed the risks rationally, and I'm happy to say I'll be continuing to use Greasemonkey.

    31. Re:Why Uninstall? by harvardian · · Score: 1

      For the record, once I found the official patch on mozdev.org, I applied it rather than uninstall.

      But fear, uncertainty, and doubt can occassionally be completely justified. As is the case for all of those random plugins I have installed. Who's to say that one of their authors won't read the GM security notice, get a bright idea, and invade my system's privacy for some money?

      Nothing. The fix you mention is voluntary by the GM devs, and doesn't do anything to the underlying security issues in Firefox itself. In other words, now that I know what's possible in a Firefox extension, I'm going to treat it just like I treat ActiveX: with a lot of skepticism.

      But I appreciate your attempt at painting me as irrational.

    32. Re:Why Uninstall? by plover · · Score: 1

      You should check out Slashdot Live Comment Tree. It adds [+] and [-] links to the front of each comment, allowing you to collapse the comment threads that wander way off topic (like when Jebus gets mentioned, when idiots whine pointlessly about dupes, or people bring up Hilter and Godwin's law, etc...) Really makes slashdot a pleasant place.

      --
      John
    33. Re:Why Uninstall? by sketerpot · · Score: 1
      You're right that there certainly will be negative consequences, but nothing that's a show-stopper.

      Any idea why all of the GM_* functions had to go? I can see why GM_xmlhttpRequest could be a problem, but what's wrong with GM_log, or the GM_*Value functions?

      After a conversation about namespace protection and security policies, someone on the mailing list proposed a neutered GM without the GM_* functions, and sent a patch. It got used.

  7. What should be done. by sykjoke · · Score: 4, Insightful

    The firefox guys should have realized that extensions are a HUGE security threat, possibly even worse than anything that's come out of IE. What they should have done is setup some permissions from the first place, so that you can allow or prevent extensions from performing sensitive operations. Something similar to the Java security model would have been good enough

    1. Re:What should be done. by cybersaga · · Score: 3, Insightful

      This is why Firefox makes you whitelist a site before downloading an extension.

      Forcing you to intentionally accept extensions is not a big security threat at all.

      This is just a bug. Bugs happen. It's been fixed already.

    2. Re:What should be done. by Moo+Moo+Cow+of+Death · · Score: 1

      Extensions aren't the security threat, users who download everything they see without minimal research pose security threats :P

    3. Re:What should be done. by strider44 · · Score: 1

      Though the whitelist brings in its own problems when you want to install from a site that's not in the whitelist. Is there any way of doing a one-off installation from a site not in the whitelist? There are quite a few pages where I'd like to install a single extension but not allow the page to install whatever it likes on my computer!

    4. Re:What should be done. by Buzz_Litebeer · · Score: 3, Insightful

      That is incredibly uninformed. IE can run Browser Helper Objects, and they can (many times) be installed completely silently. A cleverly written BHO can steal all information you are entering into your computer, even if it is unrelated to actual browsing, depending how clever the person is in writing it. They are a pain to uninstall as well. Extensions for firefox are uninstallible from a menu, and they are whitelisted before they ever get to you, so that you can avoid some of the fly by installs that BHOS enjoy.

      --
      If you don't vote, you don't matter, so don't waste your time telling me your opinion
    5. Re:What should be done. by Anonymous Coward · · Score: 2, Interesting

      I agree completely!

      I have stated it here before:

      Just like ActiveX controls proved a hole in IE, FireFox's extensions would eventually prove a hole in the XUL based 3rd party FireFox extensions arena now & this browser itself, & thus, your OS etc. as well via this gateway.

      This is/was 1 thing FireFox imo, had on Opera (my 'browsing weapon-of-choice' online because it wins the speed test comparisons between them all in the most areas typically, but also because it is the LEAST attacked browser as well that shows the fewest holes per year & is by default, just as feature-laden as IE or FireFox (in their defaults), perhaps even moreso in the latest 8.02)...

      BUT, now, that 3rd party development is starting to show some faults in it, like this one. Maybe, just maybe, history was the example in IE... of things NOT to do in browsers.

      BUT, on the other hand? ActiveX controls extensions of IE, &/or FireFox?? Give it a LOT more power/ability too!

      (Double-edged sword this topic, imo!)

      Sure, the 3rd party folks EVENTUALLY patch for it, but this is only 1 that's been discovered... how many others are there potentially?

      (Perhaps the Mozilla folks have to setup some kind of "Quality Assurance" test prior to users submitting their stuff to their pages for extensions to firefox if they don't have one already of somekind? Would this even help?? Who knows!)

      There are, after all, many hundreds of these things (firefox extensions, when I rarely use FireFox, it is loaded with 30 of them that I found useful/excellent, but some ARE slow to load & tend to slowdown FireFox unfortunately)

      Yes again: They DO tend to make FireFox alot more powerful than by default (but, load TOO many or the slower ones? You LAG, & bad @ startup)...

      This posting however, just again evidences what I personally thought would eventually show holes/vulnerabilities in FireFox...

      Just as ActiveX did for IE.

      APK

      P.S.=> Is this a "big deal"? Yes, & No... if the makers of it patched for it quickly?? Then not. If there was a large "Window of Opportunity for exploiting it" (relative term time-wise), then yes it was... depends on your viewpoint, & if in fact, you used this FireFox extension, right? apk

    6. Re:What should be done. by idonthack · · Score: 1

      Open up the options/preferences menu. Windows, I think it's Tools - Options, for Linux, I think it's Edit - Preferences. Click on the "Web Features" icon on the left. There'll be a line that says "Allow sites to install software" or something similar. Click the "Allowed Sites" button on the right to access the whitelist. You can add/remove sites from there.
      ---
      I started with nothing and I still have most of it left.
      Generated by SlashdotRndSig via GreaseMonkey

      --
      Why is it that when you believe something it's an opinion, but when I believe something it's a manifesto?
    7. Re:What should be done. by slashdotnickname · · Score: 1

      One only has to look at how much functionality was stripped off the latest GM to realize there was no solid security mechanism in place.

      It's not "just a bug" but a major design flaw.

    8. Re:What should be done. by sykjoke · · Score: 1

      Well, if Firefox came OOTB with reasonable restrictions on what extension can do users could still download anything, and be warned when that anything tries to do something it shouldn't be doing. When was the last time a Java applet posed a security risk or required you to change your security settings?

    9. Re:What should be done. by strider44 · · Score: 1

      but that gives permanant enabling of the site to install whatever they want on my computer. I'd like it just to install once...

      The best solution in my opinion is to have the same context menu as blocked popups. "Install this software" when you click on the banner up the top that says it has stopped the page trying to install an extension on your computer.

    10. Re:What should be done. by idonthack · · Score: 1

      The point of my instructions were so that right after you allow that site (I assumed you did it by clicking the button on the little bar that pops up) you could go and disable it.

      You're right, it would be infinitely better if we could do a one-time allow, but that functionality isn't currently there. There might be an extension, though :)
      ---
      I'm not a very effective viral sig. Please help me spread.
      Generated by SlashdotRndSig via GreaseMonkey

      --
      Why is it that when you believe something it's an opinion, but when I believe something it's a manifesto?
    11. Re:What should be done. by interiot · · Score: 0, Offtopic

      Please post as a logged-in person, so I can see if you always talk like that. And if you really do always talk like that, log in so I can put you in my "Foes" list.

    12. Re:What should be done. by sykjoke · · Score: 1

      So I whitelist greasemonkey, what next? How do I stop greasemonkey from being a security threat. Generally people click ok, or I agree without knowing what the content there agreeing to will do, just like people who whitelisted greasemonkey didn't know that it was a security risk. Castrating the permissions that extensions or BHO's run is industry standard for systems considered secure.

    13. Re:What should be done. by Anonymous Coward · · Score: 0

      Yeah, and let's ditch plugins too. I mean they're basically the same thing as extensions, except that they're always native code, which can do anything. Nobody really needs flash, embedded pdf, or java in their browser anyway.

      The key difference between extensions and java/activex applets is that extensions are installed by the user and always require use intervention. Applets are run by the site, usually with no prompting. If you can trick someone into installing an extension, you might as well just link to an exe (or something requiring a plugin) and get all the IE users as well.

    14. Re:What should be done. by I+confirm+I'm+not+a · · Score: 2, Informative

      The firefox guys should have realized that extensions are a HUGE security threat

      The Firefox guys did; fortunately this has very little to do with FF extensions! It's an issue with GreaseMonkey User Scripts, which are javascript files run by the Greasemonkey extension. Extensions are OK; certain Greasemonkey user scripts *may* not be.

      For anyone who's never heard of GreaseMonkey - DON'T PANIC! It doesn't affect you: nothing to see here, move along, please.

      For folk who use GreaseMonkey, continue to exercise caution when you install user scripts (for non-GM people, user scripts are installed by visiting a javascript on the web, giving you the opportunity to read it) - READ THOSE SCRIPTS FIRST, PEOPLE!

      Apologies for the shouting, but this stuff's important. Just not that important.

      --
      This is where the serious fun begins.
    15. Re:What should be done. by sykjoke · · Score: 2, Insightful

      It is a problem with Firefox allowing GM to have such privileges. Do you always log in as administrator or root? Have you edited the source code of postgress so that is can also run as root? So why should Firefox give root to any extension that comes along?

    16. Re:What should be done. by Anonymous Coward · · Score: 0

      You just don't understand security models do you? It's possible to have an extension or plugin without opening it up to you intire PC. I used Java as an example of a plugin / extension that can run applets or applications with various levels of security, this is a reasonable comparison because everything in an extension is interpreted so the interpreter can completely control the permissions of a running extension

    17. Re:What should be done. by Anonymous Coward · · Score: 0

      Some extensions are OK. Greasemonkey has major security flaws, so it is NOT OK. Other extensions may also have major security flaws (though since greasemonkey runs scripts it is more likely than others, probably, to be hiding major flaws like this)

    18. Re:What should be done. by westlake · · Score: 3, Informative
      Browser Helper Objects...can be installed completely silently...They are a pain to uninstall as well

      Microsoft's Anti-Spyware monitors the installation of BHOs. BHOs can easily be blocked or removed: MS Antispyware > Advanced Tools > System Explorers > Internet Explorer > IE BHOs.

    19. Re:What should be done. by I+confirm+I'm+not+a · · Score: 1

      It is a problem with Firefox allowing GM to have such privileges.

      That's a fair point: I was primarily thinking of the relationship between GM and its scripts, rather than GM and its host.

      As regards root access, I'm not convinced that's the issue: obviously if FF and GM are installed with root privileges it's a serious problem, but hardly FF/GMs fault. On my home box I didn't need to su to install GM or Firefox, for example. I'll need to check whether GM really can read *all* files on my box before I pontificate further, but I'd suspect that for most people GM could only access files FF could access, which would be the user's own files. True, hardly desirable, but not the sky falling this thread makes out ;-)

      --
      This is where the serious fun begins.
    20. Re:What should be done. by Anonymous Coward · · Score: 2, Informative
      For folk who use GreaseMonkey, continue to exercise caution when you install user scripts
      This vulnerability has nothing to do with user scripts.

      EVERYONE WHO HAS GREASEMONKEY INSTALLED IS AT RISK!

      Malcious webpages can just hook into greasemonkey functionality, and use it to read local content, regardless of userscript. And then there's of course also the risk of untrusted userscripts doing bad things, but that is equivalent to untrusted extensions. Like the parent says, use caution, and don't install without reading the sourcecode first.

      Not that anyone ever does that for extensions. Not even the addons.mozilla.org people. Bad Firefox extensions! No cookie!
    21. Re:What should be done. by iamwahoo2 · · Score: 1

      Yes, but why not have your cake and it it too? If a sandbox model can help to protect users and assist developers in releasing secure extension while not restricting functionality, then why not do it? Sure users can still install dangerous programs and plugins but if they the hard way learn that they are well protected when using official firefox extensions, they will learn to trust firefox over it's competitors.

    22. Re:What should be done. by I+confirm+I'm+not+a · · Score: 1

      Malcious webpages can just hook into greasemonkey functionality, and use it to read local content, regardless of userscript.

      Shit, I've just re-read - and re-read again - the original thread whilst praying you're wrong. I couldn't find anything to suggest you are. No wonder Mark Pilgrim was so emphatic about disabling GM!

      --
      This is where the serious fun begins.
    23. Re:What should be done. by ArsenneLupin · · Score: 1
      Microsoft's Anti-Spyware monitors the installation of BHOs. BHOs can easily be blocked or removed: MS Antispyware > Advanced Tools > System Explorers > Internet Explorer > IE BHOs.

      Unless the spyware author signed an exemption with Microsoft (or is bought up by Microsoft), that is...

    24. Re:What should be done. by telecsan · · Score: 5, Insightful

      Even after you've installed an extension, you shouldn't be forced (by Firefox) to accept any and all behaviour it tries to produce. I should be able to install a toolbar and prevent it from calling home, for example. You should be able to set the permissions or at least the 'run-as' of the toolbar separately from the permissions of Firefox. Surely the security-conscious /. community should realize that.

    25. Re:What should be done. by Rits · · Score: 1

      Extensions, plugins, BHO are all a security thread. If you install extensions or plugins or BHOs, you should trust the programmer as much as when installing an executable.

      Firefox is better in offering a good UI to install and uninstall them. IE before XPSP2 is really bad.

      The thing about GM is, that security has not been considered much at all yet - the thing is still in development. So encouraging the whole world to install it was a bit premature... And a second problem with GM is, that by allowing you to install userscripts with a single click, you can easily install harmful scripts. So for each script you install, you should be sure to trust the issuer completely. Just installing some script people putup on a wiki is not that smart... but it is the most common way to find interesting GM scripts! So this is secure only for those who can analyze each script before running it.

      --
      If you don't like having choices made for you, you should start making your own. - Neal Stephenson
    26. Re:What should be done. by Anonymous Coward · · Score: 0

      Why "Foes"? It's just a fact based on history from other web-browsers is all... I just agreed with the parent poster is all.

      Where have I noted that browsers are exploitable & how to secure them here as well as your OS?

      Ok, here is a couple, iirc, from my bookmarks:

      First, vs. OpenBSD folks saying their OS is "impenetrable" etc. in its default settings & I use the example of webbrowser buffer overflows using either their OWN code (via the buffer overflow data written) OR via remote exploits like remote code execution via impersonation (privelege escalation) being possible for exploiting the still outstanding 2005 (afaik) local exploit possible in the systrace utility:

      http://slashdot.org/comments.pl?sid=155314&thresho ld=-1&commentsort=0&tid=201&mode=thread&pid=130478 06

      And, as far as securing your Windows based Os', this was the root of discussions like those:

      http://it.slashdot.org/comments.pl?sid=156062&thre shold=-1&commentsort=0&tid=126&mode=thread&cid=130 85381

      (That "summary" list (w/ URL of details how to etc.) included watching out for your apps as well as your OS' regarding patching them/up to date etc./et all, as the topic of THIS post is about... & TONS more that Windows folks can use to NEVER get infected again! What is in that list has worked for me for 8 years ++ running now & others that utilize its techniques also! I only am concerned about various type of "rootkit" technology coming to Win32 nowadays, & especially in virus/malware/spyware etc. & go into it there as well... mechanics, etc.) :)

      APK

      P.S.=> I just agreed with the parent poster here, he is right, just based on IE's history & problems with what was intended to be a GOOD thing: ActiveX DLL extension of IE, that got misused AND the very topic of this posting...

      No reason to get 'bent' about it, imo @ least! apk

    27. Re:What should be done. by Halo- · · Score: 1

      What about plugins then? You can do just as much damage with a badly written plugin as any extension.

      Any time you allow a third party to contribute to a product you either have to severly limit what they can contribute or make the user aware that they are putting their security in the hands of the third party.

      If you limit the API, you end up with something most people won't use. If FF said: "everybody in this limited sandbox" then it would get bashed for not supporting plugins.

    28. Re:What should be done. by Anonymous Coward · · Score: 0

      > The firefox guys should have realized that extensions are a HUGE security threat...

      It's exactly the same security threat as installing a program on Windows. And the solution for users is the same, which is to only install trusted programs/extensions.

      > possibly even worse than anything that's come out of IE.

      Not true. Like a program, an extension is something that I, the end user, have to decide to install.

      ActiveX, on the other hand, is infamous for running virus installers automatically, without any notice to the user.

      Having said that, I agree with your point about the value of adding a security sandbox.

    29. Re:What should be done. by sykjoke · · Score: 1

      Lets say FF implement a sandbox model where each running script has a security ID, a bit like a thread id or process id. Each thread has a set or privileges and permissions, e.g. Firefox can modify any page, access files, open up sockets etc.. but a script run from www.foo.com can only modify the page it owns. If this kind of sandboxing was implemented a user could install GM, safe in the knowledge that a page couldn't use GM to elevate it's privileges.

    30. Re:What should be done. by kryten_nl · · Score: 1

      Right-click link, Save as (remember location)
      Then: File -> Open File
      And it installs without whitelisting.

      --
      For the perfect anti-Unix, write an OS that thinks it knows what you're doing better than you do and let it be wrong.
    31. Re:What should be done. by Phisbut · · Score: 1
      So I whitelist greasemonkey, what next? How do I stop greasemonkey from being a security threat.

      From the moment you explicetly whitelisted an extension (which takes more than a single click, see below), it's the extension that has a vulnerability, not the browser, nor the operating system on which it runs.

      Last I checked, it took 6 clicks to install an XPI that isn't previously whitelisted :

      1. Click on the link to install the extension, receive a message (yellow bar) saying that site is not whitelisted.
      2. Click on the "Edit Options..." button on the yellow bar, "Allowed Sites" dialog appears.
      3. Click "Allow" to add the website to the list of allowed sites.
      4. Click "Ok" to close the dialog.
      5. Click on the link to install the extension, receive a message requesting confirmation of installation.
      6. Click "Install Now" to confirm installation.

      If 6 clicks aren't enough to consider Firefox is doing all it can to prevent automatic-installs, how many more do you need?

      --
      After 3 days without programming, life becomes meaningless
      - The Tao of Programming
    32. Re:What should be done. by MushMouth · · Score: 1

      You don't think a whitelist is easy to get around? If it has a windows installer it is awfully easy to update a hosts file. Most viruses and spyware aps were installed by the user clicking on setup.

    33. Re:What should be done. by digidave · · Score: 1

      You can do that by downloading the xpi and installing it locally from your computer.

      --
      The global economy is a great thing until you feel it locally.
    34. Re:What should be done. by baka_boy · · Score: 1

      You want seperate "run-as" permissions for individual chunks of Javascript code? Fine, you write the code that runs a Javascript interpreter that shares access to the current browser's complete object model, (incl. active page DOMs) but is hosted in a seperate process running under those other credentials.

      Then, make it more secure than the current (entirely decent) Firefox security sandbox. Oh, and make sure it's completely cross-platform -- Windows, Mac OS, and *NIX all have pretty much identical security and process models, right?

      I'm not trying to be a jerk here, but you really need to realize how difficult the problem you're casually throwing around is.

    35. Re:What should be done. by It'sYerMam · · Score: 1
      That's not what the GP is getting at. I don't see how most extensions need permissions outside of their own extension directory, never mind the whole machine (although the flaw might not allow access to -r files) I wonder whether any extensions would actually conflict terribly with this?

      Hmm, I guess chromEdit would require access to the user's firefox directory as a whole...

      --
      im in ur .sig, writin ur memes.
    36. Re:What should be done. by kryten_nl · · Score: 1

      Last post was with 'forums.mozillazine.org-mode' activated...

      Sorry for that :)

      --
      For the perfect anti-Unix, write an OS that thinks it knows what you're doing better than you do and let it be wrong.
    37. Re:What should be done. by DavidTC · · Score: 1

      Pssst. Even after you whitelist the greasemonkey site, it still can't install a damn thing on your computer without you clicking 'Install'.

      --
      If corporations are people, aren't stockholders guilty of slavery?
    38. Re:What should be done. by sykjoke · · Score: 1

      From the moment you explicetly whitelisted an extension (which takes more than a single click, see below), it's the extension that has a vulnerability, not the browser That's weird, because when I complained about the lack of memory management in Konqueror the kde guys said that it was the kernels job to manage memory. I think it's the responsibility of Firefox to provide fine grained security for extensions, scripts, web pages or whatever. A bug in a script shouldn't be able to pose a security threat unless the user gives it some kind of God privileges, GM shouldn't have been able to read the HDD in the first place.

    39. Re:What should be done. by interiot · · Score: 1
      You just talk like an MBA who has ADD and a raging crack addiction, that's all. I do somewhat disagree with your technical arguments too, but your writing is too grating to carefully read and respond to, so I'll just take exception to your style of writing for now.
      LIKE WAY TOTALLY OH MY GOD ?? !
    40. Re:What should be done. by telecsan · · Score: 1

      You're correct to some extent. Granted my proposal above shouldn't be at all necessary.

      Truly what's missing is another security context at the application level. I (as a user) don't need for my apps to be able to see every file that I own. Even though I as a user have r-x access to a directory, if I'm running firefox, it should probably only have --x, and rwx only under it's own application directory. Unfortunately, unless you set up a user for every permuatation of User * Application, you can't get that in any current OS (at least not anything *nix/win32 based). Yeah, I know there are a LOT of issues with this idea, but especially in the case of the web browser, there's no reason it should have read access to everything *I* have read access to.

    41. Re:What should be done. by slashrogue · · Score: 1

      I'm not sure how that got modded funny, since it's completely true. It took me all of 5 seconds to pull it up on my PC at work to see what BHOs are installed.

      Also I'm pretty sure the Antispyware program pops up a message whenever something like this gets installed along with whatever information it has about it, and allows you to disallow the installation. I'm not 100% certain it applies to BHOs, but fairly confident.

    42. Re:What should be done. by YA_Python_dev · · Score: 1
      Even after you've installed an extension, you shouldn't be forced (by Firefox) to accept any and all behaviour it tries to produce. I should be able to install a toolbar and prevent it from calling home, for example.

      Those things already exist: they are called web pages and can do anything that is not dangerous. The extensions are used if you need more and you trust the code that does it.

      --
      There's a hidden treasure in Python 3.x: __prepare__()
    43. Re:What should be done. by cnettel · · Score: 1

      Or even Tools > Manage Add-ons within IE, in XP SP2 and Windows 2003 SP1 (and up), if you want to disable something. After finding the culprit and disabling it, you can go on to acutally remove it manually if you have no tool for the job. Removing software that's been allowed to write to anything on your harddrive (probably installed through another program's setup) is not really the job of the browser, IMHO. On the other hand, IE does so many things that's not the job of the browser, so they surely could include it.

    44. Re:What should be done. by jp10558 · · Score: 1

      Doesn't requiring managing extensions to the extent you would manage executables make extensions a real big hassle?

      --
      Opera, Proxomitron-Grypen,GPG 0x0A1C6EE3
    45. Re:What should be done. by jp10558 · · Score: 1

      Well, I frequently see this - but I have to ask - why is it better to only access the users files?

      I really don't care if FF can read and send out the OS files - heck, anyone can read the Linux/Windows files from any machine with the same OS as I have.

      The files I care about are precicely the user files - you know, the ones with my banking information or my homework in them...

      --
      Opera, Proxomitron-Grypen,GPG 0x0A1C6EE3
    46. Re:What should be done. by sykjoke · · Score: 1

      I've raised a bug against KDE asking them to sandbox plugins (so that they don't take out you konq session when they crash amongst other things). The reply was, too hard and QT isn't thread safe etc.... I've also raised bugs against Mozilla about the lack of a security model, the reply was don't got there, cross site scripting ahhh, too hard.

    47. Re:What should be done. by gedhrel · · Score: 1

      You're failing to see the Linspire argument behind "running as root, or not, is irrelevant". MOST of the value in a machine's files is contained in the user-created, user-owned stuff. Who cares about the rest? You can recreate it with only a loss of your time. Your own private data, once leaked, cannot be remade private.

    48. Re:What should be done. by Anonymous Coward · · Score: 0

      Actually, it's dual degrees in the field of computers (b.s. business information systems & associates in comp. sci. afterwards years later).

      AND? At least I use facts, & not insinuations + rather libellous innuendos as you have directed my way.

      LIKE "YOUR INTELLIGENCE IS 10 BELOW PLANTLIFE"

      (So... How do you like it? Fighting "Firefox fire with fire", now that you get a dose of your own medicine?)

      NOW, just go back to your "jihad for FireFox" & grow up, ok?

      Come on man, enough with the 'snide remarks/insults'... it's not fun taking it in return, now is it?

      Anyhow - I'll just take exception to your comments & ignore you if that's the best you have...

      By the way?

      I happen to be one of the folks that has contacted FireFox development teams in the past, found a bug, they wrote me back directly on it and fixed it the NEXT DAY!

      They also showed up @ the website where the error in their browser was found (ntcompatible.com) & spoke directly to myself!

      (AND the webmaster there as well as others in the thread in which the "bug" (anomaly in how it was handling a custom home-made designed UBB alternate that the webmaster of that site made) was found & corrected in by their developers).

      They are surfers building a browser for websurfers, and do a decent job of it. I never said "I hate firefox", ok?

      In fact, I admired the fact they got onto the 'bug' I found SO fast, fixed it SO fast, & even personally came to talk with us over @ ntcompatible.com!

      I don't "go off" on saying any browser's OR Operating System's 'uber alles' man... they've all got their pro's/con's & places/niches.

      However, I do know what is attacked least & what's not, and what wins speed tests & what doesn't. Opera just does the best @ both so far.

      I pay attention to those things, & because of this article?

      It only 2nd'd the poster's opinions, which I agree with:

      XUL 3rd party firefox development extensions can cause it trouble, & it did, as this 'greasemonkey' problem is only the start of things to come. Hopefully, the last of them, but point IS there & made it for me.

      The history of IE should be an indicator, if anything was, out there about extending a browser freely, & without CLOSE scrutiny/control of the extensions being added.

      APK

    49. Re:What should be done. by cortana · · Score: 1

      If you really cared about those files then you'd upgrade to an operating system that can do Mandatory Access Control. ;)

    50. Re:What should be done. by Anonymous Coward · · Score: 0

      If it would work within the Java security model, then you'd just use Java. The whole point of extensions is to do things that you can't do with Java.

    51. Re:What should be done. by anthony_dipierro · · Score: 1

      You should be able to set the permissions or at least the 'run-as' of the toolbar separately from the permissions of Firefox.

      I think this would be a waste of programmers' time. The way I see it, extensions are a proving grounds for ideas until they make it into Firefox and/or the HTML spec. If you're going to take the time to define and enforce permissions, why bother making the person download and install an extension?

    52. Re:What should be done. by Haeleth · · Score: 1

      I (as a user) don't need for my apps to be able to see every file that I own. Even though I as a user have r-x access to a directory, if I'm running firefox, it should probably only have --x, and rwx only under it's own application directory.

      Evidently you only use Firefox to browse the web. Unfortunately, your usage pattern is not the only usage pattern there is.

      A lot of people like to view HTML files stored on their computer, and to save websites to their computer. That implies that Firefox needs read/write access to home directories as a bare minimum - and once it has that, it has access to a lot of sensitive information right off the bat.

    53. Re:What should be done. by jp10558 · · Score: 1

      What OS would that be?

      --
      Opera, Proxomitron-Grypen,GPG 0x0A1C6EE3
    54. Re:What should be done. by Anonymous Coward · · Score: 0

      http://www.eweek.com/article2/0,1895,1838261,00.as p

      FireFox version 1.06, immediately updated next day from version 1.05, & why?

      * Read inside... 1.05's fixes broke older ones, & it's toolbars & extensions related, AGAIN!

      APK

    55. Re:What should be done. by Anonymous Coward · · Score: 0

      You probably have figured it out, but always
      like that.

    56. Re:What should be done. by Anonymous Coward · · Score: 0

      LOL, yea, it probably is those dorks...

      That's no big deal! Never is... it might be if they proved somekind of challenge, but they never are as is noted in the windowsitpro column that you cite where for a year now, I have left it standing that they disprove the 8 points of fact backed up by Microsoft, IBM, & others posting there (and arstechnica articles no less in the 8th point itself).

      If the best they have is comments like the ones here in this posting vs. the facts I used in those URL's above that I posted, all I had in return was calling me names etc.?

      It'll just be the same results as usual - them losing vs. myself, and the arstech boys having to resort to avoiding facts I put up, name tossing, & the arstech boys having to leave with their heads hanging in shame vs. myself, as usual.

      APK

    57. Re:What should be done. by telecsan · · Score: 1

      This thinking is exactly what I'm getting at. Why does a user by default have ONE home directory, where ALL their data is stored regardless of type, function, or sensitivity.

      I'm trying to challenge you to think a bit more out of the box, here. No, it's not a problem that any one vendor can solve on their own (short of a whole new OS, I suppose.) As a starting point for your imagination, try a world where firefox could only 'see' files with a given extension, or set of extensions. Yes, I realize extensions have differing meanings in different OS'es, but stay with me for a minute.

      Ideally, your Quicken (or whatever other sensitive data) shouldn't be locatable to any programs that you haven't given explicit access to view. Yes, making this mostly transparent to the user is a difficult thing. I'm not suggesting that there's any easy solution to it, but (for example) since Word knows it can't understand an .xls file, why should the OS even allow it to see the xls file? It doesn't have any business snooping around there. The fact that, by default, every program is in essence fully trusted by the user to do anything the user is allowed to do is unnerving. Do you entirely trust every app that you ever run? It's called the principle of least privilege. Since I've been privileged to deal with SOX issues, these are the types of things that I wonder about from a home user perspective now.

    58. Re:What should be done. by I+confirm+I'm+not+a · · Score: 1

      You're failing to see the Linspire argument behind "running as root, or not, is irrelevant"

      That's also quite true. I don't accept Michael Robertson's argument. His thesis may be true for a typical home PC with a single, unsophisticated user, but it's not pertinent in my case. MY data is encrypted, if it needs to remain private, and I encourage my GF to do the same. Root access is what matters to me; if *I* lose my girlfriend's data I'm stuffed.

      So, yes, I am failing to see the Linspire argument. Not that I reject the thesis out of hand, just that I don't feel it's apt for much beyond Linspire (and Linspire's target users).

      --
      This is where the serious fun begins.
    59. Re:What should be done. by sykjoke · · Score: 1

      What can't you do with java? Last time I checked there wasn't anything you couldn't do.

    60. Re:What should be done. by Buzz_Litebeer · · Score: 1

      Even though this is a late response, there are some major flaws with what you are posting.

      1. You assume that someone has Microsoft anti spyware installed.

      2. Its not integral to the Internet Explorer Application.

      3. The other methods posted involve knowing the microsoft operating system in depth.

      Firefox has none of these problems, and it does not judge based on spyware, since the applications isntalled are already whitelisted, it would be difficult to argue that what you are getting is spyware, and if you are unsure, you can easily uninstall it.

      Firefoxes management deals strictly with interaction within firefox.

      --
      If you don't vote, you don't matter, so don't waste your time telling me your opinion
  8. Fixed? by A+Dafa+Disciple · · Score: 2, Informative

    According to Firefox extensions site, you need to "uninstall or upgrade now." The post is from today.

    1. Re:Fixed? by notreallynas · · Score: 2, Informative
      From the GreaseBlog:
      Greasemonkey 0.3.5 is a "neutered" version of Greasemonkey, lacking any of the GM* APIs which make Greasemonkey scripts more powerful than regular HTML. This means that scripts which depend on GM* APIs will fail with Greasemonkey 0.3.5.

    2. Re:Fixed? by Anonymous Coward · · Score: 0

      That's not much of an upgrade...

    3. Re:Fixed? by I'm+Don+Giovanni · · Score: 1

      You act like this is a bad thing. I thought most around here agreed that crippled functionality is preferable to insecurity.

      --
      -- "I never gave these stories much credence." - HAL 9000
  9. Greasemonkey ? by Anonymous Coward · · Score: 0

    ...so should it have been named SnakeOil?

  10. Opera's answer... by TheJavaGuy · · Score: 2, Informative

    Time to try out Opera's User JavaScript.

    --
    Opera Watch - An Opera browser blog.
    1. Re:Opera's answer... by nicomen · · Score: 1

      Well it has a good focus on security and works like a charm at least ;)

      --
      Nicolas Mendoza
      Prepare for MSIE 7
    2. Re:Opera's answer... by bobzieruncle · · Score: 1

      Did you know Opera can run Greasemonkey scripts? Does anyone know if Opera has the same problem?

  11. What did they expect? by Nytewynd · · Score: 4, Interesting

    If you build an engine that allows you to write scripts that modify any page you view, there are obviously serious security flaws.

    Allowing scripts to open files and send them elsewhere is especially bad, but there was a huge security concern to me either way. I like the concept of GreaseMonkey, but choose not to install it.

    --
    /. ++
    1. Re:What did they expect? by Anonymous Coward · · Score: 0

      If you build an engine that allows you to write scripts that modify any page you view, there are obviously serious security flaws.

      Not so obvious to me. I though GM was a kind of filter for how the page was displayed. I don't see why it should alter anything outside the browser display or why it should respond to external scripts.

      Would you care to explain?

    2. Re:What did they expect? by Osty · · Score: 1

      Not so obvious to me. I though GM was a kind of filter for how the page was displayed. I don't see why it should alter anything outside the browser display or why it should respond to external scripts.

      From Dive Into Greasemonkey:

      Greasemonkey is a Firefox extension that allows you to write scripts that alter the web pages you visit. You can use it to make a web site more readable or more usable. You can fix rendering bugs that the site owner can't be bothered to fix themselves. You can alter pages so they work better with assistive technologies that speak a web page out loud or convert it to Braille. You can even automatically retrieve data from other sites to make two sites more interconnected.
      Greasemonkey does this by injecting scripts that exist on the client machine into the page as it's loading (a bit more complicated than that, but that'll do). These scripts can't be automatically installed by a bad website, so you shouldn't be concerned that you'll suddenly have spyware user scripts installed without your knowledge. The problem here is that GM exposes a few functions for script authors (a simplified interface to XMLHttpRequest, a logging function, persistent data storage and retrieval per script, etc). Due to how the scripts are injected into the page, these functions need to be visible to all scripts on a page. That means that a malicious web author could add script code to his page to check if a GM_* function is defined, and then do nasty stuff with it (especially GM_xmlhttpRequest, because it allows cross-domain access). If you don't have GM installed, you'd never know the malicious page was trying to do something bad. If you do have GM installed, you probably still wouldn't know the page was being bad, but you'd be hurt by it anyway. Exposure of these scripts to all scripts on the page and not just the inserted GM scripts is the flaw.
    3. Re:What did they expect? by noda132 · · Score: 1

      If you build an engine that allows you to write scripts that modify any page you view, there are obviously serious security flaws.

      Yes, that's true. Then again, you could say the exact same thing of Firefox's extension system.

      But if you receive your user script from a trusted source, it's more secure than installing a Firefox extension -- after all, there are only about 5 GM_ functions which actually escape a normal web page's security boundaries.

  12. Problems everywhere by mfloy · · Score: 0, Redundant

    This jsut goes to show the Microsoft isn't the only company who writes insecure software. I seriously doubt any company can write 100% secure software, so I base my judgement on if they can quickly fix holes that are found and learn from their mistakes.

    1. Re:Problems everywhere by ssj_195 · · Score: 1
      Couldn't agree more - if you have a rapidly evolving product (i.e. you are not coding to a comprehensive, rigidly-defined spec), then you will introduce security vulnerabilities. Even if you create less than your contemporaries, this doesn't really help matters - all would-be exploiters need is one remote code execution, and it's all for naught.

      The good thing, of course, is that malware tailored to a specific exploit takes time to craft and widely deploy, so very rapid patching can act as a deterrent (remember that story from a while back that stated that attacks on Linux are decreasing, despite its increasing market share?). Popularity of a platform is obviously a factor in targetting software (and yes, I firmly believe that Windows IE are targetted more than Firefox and Linux, although don't necessarily agree with the corollary that we'd have a comparable malware epidemic if the two switched places), but another is how easy a vulnerability is to exploit, and how long the malware purveyors can count on it being unpatched across a wide range of machines. If a platform offers little in the way of "low-hanging fruit", only the most ardent will persist - the rest will move on to greener pastures.

    2. Re:Problems everywhere by Anonymous Coward · · Score: 0

      I'm interested to hear what company you think is behind the GM?

  13. More details on the exploit... by octaene · · Score: 5, Interesting

    Here are some more details from the posting thread, which explains why the exploit is so bad...

    This particular exploit is much, much worse than I thought. GM_xmlhttpRequest can successfully "GET" any world-readable file on your local computer.

    http://diveintogreasemonkey.org/experiments/localf ile-leak.html returns the contents of c:\boot.ini, which exists on most modern Windows systems.

    But wait, it gets worse. An attacker doesn't even need to know the exact filename, since "GET"ting a URL like "file:///c:/" will return a parseable directory listing. (And Mac users don't get to gloat either; you're just as vulnerable, starting with a different root URL.)

    In other words, running a Greasemonkey script on a site can expose the contents of every file on your local hard drive to that site. Running a Greasemonkey script with "@include *" (which, BTW, is the default if no parameter is specified) can expose the contents of every file on your local hard drive to every site you visit. And, because GM_xmlhttpRequest can use POST as well as GET, an attacker can quietly send this information anywhere in the world.

    The above information posted originally by Mark Pilgrim

    1. Re:More details on the exploit... by markov_chain · · Score: 2, Insightful

      OMG! I hope I don't get exploited... or the attackers may get hold of this exciting information:

      bin boot dev etc home initrd lib lost+found man media misc mnt opt proc root sbin selinux srv sys tftpboot tmp usr var

      --
      Tsunami -- You can't bring a good wave down!
    2. Re:More details on the exploit... by idonthack · · Score: 1
      Running a Greasemonkey script with "@include *" (which, BTW, is the default if no parameter is specified) can expose the contents of every file on your local hard drive to every site you visit.
      So don't let your scripts use that include. Just set it to only the trusted sites it was intended for, it probably doesn't work anything else anyways. Also don't use any scripts that do net-wide things like adblocking, use a separate extension for those because it's more customizeable and it doesn't have problems like this.
      ---
      If nobody notices, it's not illegal.
      Generated by SlashdotRndSig via GreaseMonkey
      --
      Why is it that when you believe something it's an opinion, but when I believe something it's a manifesto?
    3. Re:More details on the exploit... by idonthack · · Score: 1, Troll

      And then they'll get hold of the contents of your home directory!
      blah markov_chain other users spiff
      And then your directory!
      .bash_login .bash_logout .gaim .gnucash .kde .kde2 .mozilla bin doc
      What next? Your buddy list from Gaim? Your bank account from GnuCash? Your address book from Thunderbird? What other security holes you have in Firefox, from extensions? Something you wanted to keep secret in your documents?

      Linux is not always safe.
      ---
      A guy walks up to his friend and sees him hitting himself on the head with a hammer. "Why are you doing that!?", he asks. "Because it feels so good when I stop.", was the reply.
      Generated by SlashdotRndSig via GreaseMonkey

      --
      Why is it that when you believe something it's an opinion, but when I believe something it's a manifesto?
    4. Re:More details on the exploit... by Anonymous Coward · · Score: 0

      I don't run GNUCash, GAIM or thunderbird. The only thing in my home dir worth having is the pr0n.

    5. Re:More details on the exploit... by Hal_Porter · · Score: 1

      Don't bother hackers. I checked and it's all underage midget Nazi furry Canadian stuff. Ewww.

      --
      echo -e 'global _start\n _start:\n mov eax, 2\n int 80h\n jmp _start' > a.asm; nasm a.asm -f elf; ld a.o -o a;
    6. Re:More details on the exploit... by DavidTC · · Score: 3, Informative
      People who don't understand this security flaw need to SHUT THE FUCK UP.

      Greasemonkey 'adds' stuff to Javascript. Any page on the internet can use these additions.

      If you have Greasemonkey installed, and Javascript enabled (Greasemonkey is rather pointless without Javascript anyway.), you are at risk.

      You can't 'be safe' by only doing certain things, because the flaw is that any page on the internet can call Greasemonkey functions. (Any page that can use Javascript, at least.) It has nothing to do with you.

      It is possible to use Greasemonkey with the NoScript extension to disable Javascript globally and then re-enable it only on a few trusted sites...but no one uses Greasemonkey on 'trusted' sites, we use(d) it to hack up stupid-ass pages that had eight square inch of content per page with the rest ads and fancy graphics.

      If you absolutely require Greasemonkey to make some internal site work, and are willing to disable Javascript on the entire rest of the internet, NoScript might be worth a try. Otherwise, get rid of Greasemonkey, NOW.

      --
      If corporations are people, aren't stockholders guilty of slavery?
    7. Re:More details on the exploit... by Hast · · Score: 1

      So I bet the next version of GM (that doesn't just shut everything off as a quick "fix") will strip any GM calls from the original page before starting the GM scripts.

      That way you can't insert GM code on a page in order to harvest info.

    8. Re:More details on the exploit... by Anonymous Coward · · Score: 0

      Obviously flawed. Think harder.

    9. Re:More details on the exploit... by Anonymous Coward · · Score: 0

      Reminder: This is why the `chroot` command exists.

    10. Re:More details on the exploit... by idonthack · · Score: 1
      People who don't understand this security flaw need to SHUT THE FUCK UP.

      Greasemonkey 'adds' stuff to Javascript. Any page on the internet can use these additions.

      If you have Greasemonkey installed, and Javascript enabled (Greasemonkey is rather pointless without Javascript anyway.), you are at risk.

      You can't 'be safe' by only doing certain things, because the flaw is that any page on the internet can call Greasemonkey functions.
      Oh, okay. Thank you for correcting my ignorance. (I'm serious, guys. Don't mod me troll.)

      no one uses Greasemonkey on 'trusted' sites, we use(d) it to hack up stupid-ass pages that had eight square inch of content per page with the rest ads and fancy graphics.
      Incorrect, actually. I use it on lots of sites to enhance functionality. You'll notice my random signature at the bottom, but I've also got a script that allows me to collapse comment trees. I also have a number of other scripts I use on different websites, and I write my own from time to time (actually, I wrote a little of SlashdotRndSig).

      I can live without those, but I haven't uninstalled GM because I don't go anywhere that might do weird stuff to my computer, and when I do, I disable JS, Java, block Flash, and use Linux anyways. Sure, it's not "secure", but I think the risk isn't as bad as people make it out to be.
      It has nothing to do with you.
      Wrong, see above.
      ---
      Light is filtering down from above. Would you like to use DIVE?
      Generated by SlashdotRndSig via GreaseMonkey
      --
      Why is it that when you believe something it's an opinion, but when I believe something it's a manifesto?
    11. Re:More details on the exploit... by Anonymous Coward · · Score: 0
      And then they'll get hold of the contents of your home directory!
      [...]
      Linux is not always safe.

      It's all about the sandbox, d00d.

      $ sudo groupadd untrusted
      $ sudo useradd -m -g untrusted webbrowser
      $ sudo -H -b -u webbrowser firefox
      Take that you Windoze troll!
  14. Here's TFA by RamboIII · · Score: 3, Informative
    Important Announcement

    A severe security issue has been discovered in Greasemonkey versions prior to 0.3.5 as well as the early 0.4 alphas which some people may have installed.

    Install Greasemonkey 0.3.5 or uninstall Greasemonkey immediately.

    More information on Greaseblog.

    Greasemonkey is a Firefox extension which lets you to add bits of DHTML ("user scripts") to any web page to change its behavior. In much the same way that user CSS lets you take control of a web page's style, user scripts let you easily control any aspect of a web page's design or interaction.

    For example, you could:
    Make sure that all URLs displayed in the browser are clickable links Improve the usability of a site you frequent Route around common and annoying website bugs Use the Coral content network selectively.

    Getting started:
    Install Greasemonkey 0.3.5. Learn how to use Greasemonkey. Find useful scripts.

    Greasemonkey was heavily inspired by Adrian Holovaty's site-specific extension for All Music Guide and the conversation which ensued after he published it. There were tons of sites I wanted to create SSE's for, but fully-fledged firefox extensions proved too cumbersome. I wanted it to be as easy to create an SSE as it is to write DHTML.

    The current maintainers are Aaron Boodman and Jeremy Dunck with the invaluable help of an awesome community of user script enthusiasts.

    For questions or comments about greasemonkey, please send a message to the greasemonkey mailing list. Copyright © 2000-2005. All rights reserved. Terms of Use & Privacy Policy.

    Notice hoe they avoid explaining the problem/solution. They just want you to see these new exciting features, and download it now!

    --
    Time is comparison of movement to other movement.
    1. Re:Here's TFA by syphoon · · Score: 1

      Be fair. The "More information" section is pretty standard copy for a press release format. Most press releases take that approach. If users want a more technical detailing of the problem, a media release isn't the place.

    2. Re:Here's TFA by Anonymous Coward · · Score: 1, Insightful

      What part of "Its broke, here's the fix" do you not understand?

    3. Re:Here's TFA by Anonymous Coward · · Score: 1, Insightful
      Notice hoe they avoid explaining the problem/solution. They just want you to see these new exciting features, and download it now!
      I mostly notice how you quoted the entire normal home page content in addition to the security issue announcement on top of it and clearly separated with a horizontal rule, then allege that they're part of the same security announcement message. I also wouldn't call linking to a concise description of the bug as avoiding explaining something. I guess rtfa should apply even when you're copy-pasting tfa.
    4. Re:Here's TFA by RamboIII · · Score: 1
      Yeah, I tried rather unsuccessfully to seperate the 2. There is a lameness filter that barked at me for including to many lines.

      I just don't think it is right to tell someone "It's broke, here's the fix." without explaining what the problem is, or was.

      Calm down dude, it's not such a big deal.

      --
      Time is comparison of movement to other movement.
  15. Finally by Pizentios · · Score: 0

    From the Thread.

    This is why God invented the tag.


    Finally a good reason to use it!

    --
    -Pizentios
    1. Re:Finally by paz5 · · Score: 1

      **blink**
      **blink**

      oops I mean <blink></blink>

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

      No, you mean <blink />.
      Try to write valid XHTML, man.

  16. Our Fault by Comatose51 · · Score: 4, Funny
    This is why God invented the tag.

    We can blame God for all kinds of things like hurricanes and Godzilla but it's a safe bet that we brought THAT scourge upon ourselves.

    --
    EvilCON - Made Famous by /.
    1. Re:Our Fault by Anonymous Coward · · Score: 1, Informative

      for clarification, the parent is referring to the article that says at the bottom "This is why God invented the tag.", you just cant see the blink-part since the parent didnt post in extrans.

    2. Re:Our Fault by PakProtector · · Score: 2, Funny
      This is why God invented the tag.
      We can blame God for all kinds of things like hurricanes and Godzilla but it's a safe bet that we brought THAT scourge upon ourselves.

      Hey, now! We all know perfectly well that Godzilla was a result of the United States dumping radioactives into ocean waters, part of their plan to keep on supressing Japan after the war. After all, if Tokyo hadn't been leveled by Godzilla every 6 months, Japan would have taken its rightful place as ruler of the world!

      --

      Edward@Tomato - /home/Edward/ man woman
      man: no entry for woman in the manual.
      "Qua!?"

    3. Re:Our Fault by kabocox · · Score: 1

      We can blame God for all kinds of things like hurricanes and Godzilla but it's a safe bet that we brought THAT scourge upon ourselves.

      According to http://www.infoplease.com/ipa/A0196589.html

      "Tomoyuki Tanaka
      Godzilla creator

      Tanaka created Godzilla in 1954 in an effort to illlustrate the terror Japanese felt after the bombings of Hiroshima and Nagasaki."

      I never knew God liked to come down and create Japanese Monster films. The things one learns on slashdot.

    4. Re:Our Fault by coolGuyZak · · Score: 1
      I never knew God liked to come down and create Japanese Monster films. The things one learns on slashdot.

      I also hear he's a skeeball fanatic.

  17. Windows Feature? by datadriven · · Score: 1

    Is this a Windows only feature, or do us linux users get to enjoy it also?

    1. Re:Windows Feature? by phasm42 · · Score: 3, Informative
      --
      "No one likes working in a hamster wheel, and your shop smells of cedar shavings from here." - TaleSpinner
    2. Re:Windows Feature? by Phisbut · · Score: 1
      Firefox extensions are written in XUL, which is inherently cross-platform.

      Simple extensions that use only XUL and javascript are inherently cross-platform. However, some extensions can bundle a XPCOM component, which can be compiled C code, tucked in a DLL, which would then be bound to a single platform.

      --
      After 3 days without programming, life becomes meaningless
      - The Tao of Programming
  18. Is that really a problem? by nrlightfoot · · Score: 1

    Personally, someone could read my entire hard drive and it wouldn't bother me much. I don't keep sensitive information on my computer, because any computer connected to the internet should be considered insecure.

    --
    what sig?
    1. Re:Is that really a problem? by grasshoppa · · Score: 3, Funny

      Personally, someone could read my entire hard drive and it wouldn't bother me much. I don't keep sensitive information on my computer, because any computer connected to the internet should be considered insecure.

      Nice try Bill, we know it's you.

      --
      Mod me down with all of your hatred and your journey towards the dark side will be complete!
    2. Re:Is that really a problem? by ArsenneLupin · · Score: 2, Funny
      because any computer connected to the internet should be considered insecure.

      You know, there are also other OSes than windows...

    3. Re:Is that really a problem? by GecKo213 · · Score: 1

      Is that really a problem?

      Ok, but what if someone was to Install some spyware or a virus on your pc. Better yet maybe they want to stash their collection of child pr0n on your computer and then rat you out to the feds? Bet you'd be singing a different tune then wouldn't you.

      --
      Generation Trance: What generation are you?
  19. Let's Throw MUD! by GuitarNeophyte · · Score: 2, Insightful

    Although the "average user" won't be using the various plugins, Microsoft will still point to this as one more reason to say that FireFox isn't secure. Sure, FireFox has it's bugs. We need to get fixing them.

    I'm not saying that FireFox is perfect. Obviously, it's not, and this article is a case in point. It's still the browser I use. For me, this is a warning to fix things or wait for them to stable up (oh yeah -- that mindset shown, I am a Debian user). But just like we use any little IE thing to say "See, IE is junk," this'll get used too.

    *sigh* The joys of conflict.

    Luke
    ----
    Smarten up your stupider-than-you coworkers, send them to ChristianNerds.com

    1. Re:Let's Throw MUD! by BaudKarma · · Score: 1

      Since this is GreaseMONKEY, wouldn't throwing poo be more appropriate?

      Yeah, a security hole that lets a hacker read any file on your HD seems pretty serious. OTOH, it's a problem in an extension, not with Firefox itself, so I don't know how much blame should be directed to the 'fox team.

      All I know is that since I don't use Greasemonkey, this doesn't affect me. Unlike most IE or Windows bugs, which seem to affect pretty much everyone.

      --
      It's the land of the brave, and the home of the free
      Where the less you know, the better off you'll be.
    2. Re:Let's Throw MUD! by Zeinfeld · · Score: 4, Insightful
      Although the "average user" won't be using the various plugins, Microsoft will still point to this as one more reason to say that FireFox isn't secure. Sure, FireFox has it's bugs. We need to get fixing them.

      And the winner of the Slashdot "Who can be the first to blame Microsoft for a bug in FOSS is..."

      The problem is not bugs, the problem is that nobody designed their systems to deal with the real security threats presented in the Internet today.

      The principle cause of Microsoft's security problems today was their addiction to 'featuritis' in the 1990s. If you think that the open source community does not have the same problem you need to take a serious look at some FOSS programs.

      There is nothing that can't be fixed but first people have to realize that FOSS has just as much need to fix them. Everyone in the security community will tell you that making the source code available does not guarantee that your code will be secured. We have enough trouble getting engineers to review their own code.

      We need a new approach to writing secure code. Before that can happen a lot of FOSS people need to loose their complacency. Microsoft is not the enemy here, the criminal gangs are the enemy.

      --
      Looking for an Information Security student project suggestion?
      Try http://dotcrimeManifesto.com/
    3. Re:Let's Throw MUD! by TomorrowPlusX · · Score: 1

      That's a really, really good point. We're still approaching security by looking for buffer overruns, insecure hashing, etc etc.

      Meanwhile, a lot of FOSS hackers are adding feature after feature without making certain that those features are safe. As they say, the right hand doesn't know what the left is doing.

      --

      lorem ipsum, dolor sit amet
    4. Re:Let's Throw MUD! by jp10558 · · Score: 1

      Isn't there a problem with this somewhat blase attitude to it - it's only an extension? Isn't one of the main selling points of FF the extensions? I know I personally don't see much difference between FF and an extension to it.

      Or are you recommending not using extensions, because FF isn't responsible for them?

      --
      Opera, Proxomitron-Grypen,GPG 0x0A1C6EE3
    5. Re:Let's Throw MUD! by The+Bubble · · Score: 2, Insightful

      I think that this bug is evidence of how intelligent Firefox's extention-based architecture really is. A severe security bug is discovered in a feature? I can disable it, and go on working. That feature can be updated, upgraded, and I can resume using it again, and I never had to think twice about changing browsers, or wait for the next version to come out (though, as I'd like to point out, an updated version of GreaseMonkey has already been prepared.)

    6. Re:Let's Throw MUD! by greenrd · · Score: 1
      Isn't there a problem with this somewhat blase attitude to it - it's only an extension?

      Forgive me for being blunt, but there are literally hundreds of Firefox extensions out there: if (ENTIRELY HYPOTHETICALLY) some dumbass newbie with not the first clue about security decides to implement what he thinks is a wonderful new idea without thinking through the security implications, that's hardly the Mozilla Foundation's fault, is it? I could go out, today, and publicise a deliberately backdoored extension, and that would not be the Mozilla Foundation's fault.

      Secondly, Greasemonkey is by no means essential.

      Lastly, you can also get extensions for IE. You know, those browser toolbars and stuff like that.

      Isn't one of the main selling points of FF the extensions? I know I personally don't see much difference between FF and an extension to it.

      The difference, I know I in my firefox advocacy have never said to anyone "Not only is firefox secure, but so are the extensions available for it!" Because I would be silly to claim that.

    7. Re:Let's Throw MUD! by jp10558 · · Score: 1

      Well, from what I see, the pitch is more like FF is the secure browser. And there are extensions for it to get more functionality. There definitely needs to be some strong disclaimers as to the extensions being insecure - and not vouched for by the FF team.

      Right now, it comes across as if they are basically part and parcel of the same thing...

      --
      Opera, Proxomitron-Grypen,GPG 0x0A1C6EE3
  20. But, but, but by TheAncientHacker · · Score: 1, Funny

    It's open source so millions of eyes have studied it to make sure it's secure...

    1. Re:But, but, but by Koiu+Lpoi · · Score: 4, Informative

      You're correct. It was discovered by a white hat.

    2. Re:But, but, but by Anonymous Coward · · Score: 0

      That's the benefit of open source. Anyone can look at it that wants to. Of course, that doesn't mean anyone actually WILL look at it.
      Oh, and because it's open source it's been checked for copyright infringement as well. SCO has given the all clear.

    3. Re:But, but, but by Anonymous Coward · · Score: 0

      Nice dig - but Greasemonkey ain't part of Firefox - you have to actively install it.

    4. Re:But, but, but by tomstdenis · · Score: 1

      Things become secure by fixing what is insecure in it.

      The fact that you now know about its insecurity means that the system works.

      Though I agree projects like firefox are way too large to get enough people in on it.

      --
      Someday, I'll have a real sig.
    5. Re:But, but, but by Donny+Smith · · Score: 1

      >You're correct. It was discovered by a white hat.

      Incorrect. What is known that the flaw was announced or made public by a white hat.

      For all we know, it might have been discovered by a black hat months ago...

    6. Re:But, but, but by Anonymous Coward · · Score: 0

      And broadcasted by a brown pants.

  21. mozilla update down ? by Anonymous Coward · · Score: 0

    looks like mozilla update is down !!
    ahh ahh!!

    every thing said and done... all softwares are as buggy if not worse than microsoft products

  22. Uninstall / Remove by dhanes · · Score: 2, Interesting
    After all of a quick 3 minute search of Pilgrim's site and Firefox, I can't find any directions as to how to actually uninstall or remove greasemonkey.

    Would anyone have that info to post?? Thanx

    --
    Wait, What?
    1. Re:Uninstall / Remove by AnObfuscator · · Score: 3, Informative

      Go to "tools", go to "Extensions", click on the greasmonkey extension and click "uninstall" or "update".

      --
      multifariam.net -- yet another nerd blog
    2. Re:Uninstall / Remove by veg_all · · Score: 1

      Tools -> Extensions

      Locate Greasemonkey in the list, highlight it, and click the Uninstall button at the bottom. Accept the alert dialog and restart Firefox.


      --
      grammar-lesson free since 1999. (rescinded - 2005)
  23. Rock paper cissors by Arthur+B. · · Score: 3, Funny

    Firefox burns greasemonkey cuz it's made of fat But Seamonkey beats firefox because it extinguishes the fire. Then Greasemonkey beats seamonkey because it can float in water AND walk on land. my 2.56 cents

    --
    \u262D = \u5350
    1. Re:Rock paper cissors by vandil · · Score: 1

      But Firefox with greasemonkey is far more powerful than either alone. Not even Seamonkey could put it out, and you add greasemonkey to Seamonkey, and you shouldn't even think of coming near firefox. See this site.

    2. Re:Rock paper cissors by sharkey · · Score: 1

      Poor predictable Bart: always picks Seamonkey.

      --

      --
      "Outlook not so good." That magic 8-ball knows everything! I'll ask about Exchange Server next.
  24. no, Time to stop browsing as root! by gwait · · Score: 2, Insightful

    Oh, wait I don't browse as root already!
    Guess it can't access "all" the files on my system then, can it?

    --
    Bavarian Purity Law of Rice Krispie Squares: Rice Krispies, Marshmallows, Butter, Vanilla.
    1. Re:no, Time to stop browsing as root! by The+Cornishman · · Score: 1

      TFA says "all world-readable files" but I suspect it means all files readable in the Firefox user context.

    2. Re:no, Time to stop browsing as root! by idonthack · · Score: 1
      Guess it can't access "all" the files on my system then, can it?
      It can access your home directory.
      And anything else on your system that is even readable by you. Go browse the directory tree for a moment, and see all the fun places you can poke around in... /etc/rc.d/rc.firewall, things like that.
      ---
      I'm not a very effective viral sig. Please help me spread.
      Generated by SlashdotRndSig via GreaseMonkey
      --
      Why is it that when you believe something it's an opinion, but when I believe something it's a manifesto?
    3. Re:no, Time to stop browsing as root! by Anonymous Coward · · Score: 0

      What's interesting about startup scripts?

  25. Possible solution - NoScript extension is great ! by CdBee · · Score: 5, Interesting

    I use Greasemonkey in conjunction with NoScript - an extension which prevents any site from using Javascript unless it is added to the whitelist maintained in the extension.

    To run a Greasemonkey script on a page you have to allow that domain or subdomain in NoScript. This prevents Greasemonkey being used on a rogue page as I wouldn't use a script on an uber-dodgy site anyway!.

    --
    I have been a user for about 10 years. This ends Feb 2014. The site's been ruined. I'm off. Dice, FU
  26. A HELPFUL TRANSACTION. by Anonymous Coward · · Score: 5, Insightful

    (MAN) Sirs, I am in dire need of a web-browser! The one thus furnished to me by Mr. Gates of Redmond is rickety and unsafe, and prone to inviting the most deadly of spy-ware into my parlor!
    (MOZILLA SOCIETY REPRESENTATIVE) Why, good sir, we shall help you forthwith! We have exactly the web-browser that you need! It has been engineered to the most careful of specifications, and its security is without compare!
    (MAN) Why then I shall have one immediately!

    (LATER)

    (RANDOM STREET URCHIN) Sir, I see that you have this day procured a web-browser, which I see under your arm. May I convince you to also take this complex contraption of my own invention, which will attach to your web-browser as a "plug in"?
    (MAN) What, what? An inscrutable device of unclear ultimate function furnished by a stranger of whom I know nothing? Yes, yes, why not. Now run along, lad.

    (LATER THAT NIGHT, THE CONTRAPTION PROVIDED BY THE STREET URCHIN EXPLODES, SETTING THE WEB BROWSER AFLAME.)

    (MAN) What's this? Oh, mama! The web-browser I have this very day recieved from the Mozilla Society has immolated, consuming my drapes and lighting my house aflame. They told me it was secure! Lies! Betrayal! Those Mozilla Society rapscallions! I'll give them what for!

    1. Re:A HELPFUL TRANSACTION. by samael · · Score: 1

      The problem being that to the average person, "The Mozilla Foundation" isn't inherently any more trustworthy than "The GreaseMonkey Organisation".

      They're both just webpages out there on the internet...

    2. Re:A HELPFUL TRANSACTION. by Anonymous Coward · · Score: 0

      Brilliant!

    3. Re:A HELPFUL TRANSACTION. by patio11 · · Score: 2, Insightful

      Open source advocates do themselves no credit when they say "Spyware which takes advantages of weakness in the design of IE is Microsoft's problem, but spyware which takes advantages of weakness in the design of Firefox is the author's problem". If this were MSIE you can be 100% sure that somebody would be saying "Why, why, why does Windows even ALLOW users to run untrusted code?"

    4. Re:A HELPFUL TRANSACTION. by Anonymous Coward · · Score: 0

      "Why, why, why does Windows even ALLOW users to run untrusted code?"

      Isn't that the primary function of an operating system?

      Nobody would say that.

    5. Re:A HELPFUL TRANSACTION. by Crag · · Score: 1

      The difference is that GreaseMonkey cannot install itself without the user's consent.

    6. Re:A HELPFUL TRANSACTION. by Lexic0n · · Score: 1

      I just have to say that this is one of the best posts I have ever read on Slashdot. I don't have anything clever or insightful to add -- just wanted to shake the hand of the poster for an excellently written post!

  27. Re:First Fucked up Post, Fuckers!! by The+Cornishman · · Score: 0, Troll

    Precious mod points? Make sensible contributions, and you'll get more mod points, though what someone with no clue what to do with an apostrophe will do with mod points I do not know. Troll. And no, today I have no mod points. Goodbye.

  28. Monkeys by mcwidget · · Score: 1

    Never send a Monkey to do a Gorilla's job or at least give him double the bananas. That's what I always say.

    mcwidget.

  29. Re:The next messge in the thread is worrisome by Anonymous Coward · · Score: 2, Informative

    Calm down? What that means is people will be alerted by the Mozilla update feature that an update is available. They can still not update. But this is a GOOD THING since not everyone who uses GM reads slashdot or the GM web site!

  30. Like you need FF and Gm installed by munrom · · Score: 1

    I mean the number of people that leave their administrator account still called administrator and with either a blank password or just "password" you don't need obscure exploits to get sensitive data of most people's computers.

  31. Re:The next messge in the thread is worrisome by Anonymous Coward · · Score: 0

    you're an idiot.

  32. Um, you don't actually use Firefox do you? by mcc · · Score: 3, Informative

    It should be up to the individuals to decide if they want to make such significant mods to their system as purposefully crippling software.

    You mean like in Firefox, where when updates are available all the auto-update feature does is display a little "updates available" icon in a browser window, then offer to install the updates when you click the icon?

    1. Re:Um, you don't actually use Firefox do you? by tomhudson · · Score: 1, Flamebait
      Re:Um, you don't actually use Firefox do you?

      You mean like in Firefox, where when updates are available all the auto-update feature does is display a little "updates available" icon in a browser window, then offer to install the updates when you click the
      You make 2 assumptions, both wrong:
      1. You assume I don't use firefox - I do
      2. You assume I use Windows - I don't - the update mechanism is different under linux

      Calling it an update, when in actual fact its not, is not the way to engender trust among users. Its also illegal to cripple functioning software on a persons computer w/o their informed consent, as I've pointed out elsewhere.

      This was decided by the courts almost 20 years ago, when L'Oreal and their IT supplier got into a dispute, and the IT supplier unilaterally disabled L'Oreal's software. The IT supplier lost, damages in the millions were awarded.

    2. Re:Um, you don't actually use Firefox do you? by Anonymous Coward · · Score: 0

      Fine, go ahead and sue the greasemonkey folks. The court might even order them to refund you the entire purchase price.

    3. Re:Um, you don't actually use Firefox do you? by tomhudson · · Score: 1
      As I pointed out elsewhere, its not a civil offense - its a criminal offense - its not up to me to sue.

      As for "refund the entire purchase price", any damages have nothing to do with how much or how little you paid for it, or even whether its free.

      This whole thing is NOT about whether they should be sued - its about informed consent to altering software on your computer to degrade its functionality. It is up to the individual to make that choice, after examining the options - not the developer. The developer has no legal right whatsoever to try to "sneak in" removing existing functionality under the guise of a "patch" or "fix".

      Lets put it in another context. Someone fixes your car, then says "oops, I've got to make some adjustments to the repairs I made because I made a mistake." You would want to know:

      1. what the mistake is
      2. what the proposed fix is
      ... and then you decide if you want to let the person continue, or take your car elsewhere, or say "forget it - the fix will take away something else I value more."
    4. Re:Um, you don't actually use Firefox do you? by Anonymous Coward · · Score: 0

      Poor analogy.

      Someone gives you a car, provides good, free service on it for a long time, then, one day, fixes your car, for free, then says "oops, I've got to make some adjustments to the repairs I made because I made a mistake." You would want to know:

      1. what the mistake is
      2. what the proposed fix is

      ... and then you decide if you want to
      take the person's word for it, like they have all along, let the person continue, examine the difference between your old car and your fixed one (or have someone else do it), or take your car elsewhere, or say "forget it - the fix will take away something else I value more , or continue on your merry way as you always have, knowing that you can always revert to your old car within moments any time you so choose to."

      It still sucks, but it's a lot better than your try.

    5. Re:Um, you don't actually use Firefox do you? by tomhudson · · Score: 1
      knowing that you can always revert to your old car within moments any time you so choose to."
      If you look elsewhere, you'll see that there has been some discussion about getting the previous versions pulled to prevent that. Rather heavy-handed, IMO.
  33. If we were Microsoft by Felinoid · · Score: 2, Insightful

    "It's not a bug it's a feature" are quite likely words never actually spoken by any representive of Microsoft.
    However there is a reason for this attatude.

    Bug that makes it possable to run code on remote users box:
    Users say "Oh no bug bug. Get rid of it"
    Develupers say "Ohh feature feature keep it, expand it"
    Security experts say "Bug"

    If the develupers provide a strong enough argument the "bug" is classified as a feature and remains.

    --
    I don't actually exist.
    1. Re:If we were Microsoft by daemonc · · Score: 1

      But some of the developers agrere with the security experts, and go off to build a better, more secure browser.

      They even built in the concept of extensions, whereby users and developers that want these "features" you mention can add them themselves, possibly compromising their own security, but not that of the entire user community.

      --
      All that we see or seem is but a dream within a dream.
  34. ING by samjam · · Score: 3, Insightful

    StudyING it (it takes time) and they HAVE found it is not secure, just like the millions of eyes are supposed to do.

    One of them is bound to notice, eh?

    So it works! Sweet!

    Sam

  35. Re:The next messge in the thread is worrisome by tomhudson · · Score: 1
    Disabling software w/o the users informed consent is a crime in several jurisdictions, including the one I live in.

    There's a proper way to handle exploits. Disabling a piece of software under the guise of an "update" wasn't the way to do it.

  36. If I'm not terribly mistaken by mcc · · Score: 1

    Under the "Tools" menu in firefox there should be an "Extensions" menu item. It will pull up a list of the extensions you have installed. You can choose Greasemonkey from that list and hit the "uninstall" or "update" buttons.

    1. Re:If I'm not terribly mistaken by dhanes · · Score: 1

      Thanx to all that responded, ...didn't even have it installed I found out :)

      --
      Wait, What?
  37. Isn't it the same? by Blitzenn · · Score: 1

    Isn't this a huge hole in firefox as a whole? What is to stop extensions from being added to my browser that open it up to malicious content? Isn't this the same as the problems that IE has? IE is fine until you start allowing plug-ins, add-ons and scripts. What is to stop a script from running that adds in malicious extensions or plugins to firefox? Turn off the feature? I can do that in IE too? Am I missing something here or isFirefox no more secure that Firefox?

    1. Re:Isn't it the same? by prof_tc · · Score: 2, Insightful

      Its not a hole in Firefox....
      You choose whether or not to install a plugin.
      Firefox, without any extensions, is probably hundreds of times safer then IE. Comparing Firefox with a bad plugin installed to IE, which is full of holes out of the box, is like comparing a Ferrari with a flat tire to a old junker and saying the junker is better.

    2. Re:Isn't it the same? by Blitzenn · · Score: 4, Insightful

      IE's vulerabilites are admittedly in the same area. It is not that IE installs bad code, it is that it allows bad code to be installed. I don't see the difference. I am not defending IE at all, but Firefox is starting to quack like a duck too, it seems to me.

      Perhaps there is some credibility to the arguement that once usage of a software package becomes widespread enough, there will be people who find ways to use it to their (malicious) advantage, regardless of the built in security features.

    3. Re:Isn't it the same? by RPoet · · Score: 1

      Nothing can stop you from installing malicious Firefox extensions, but you have to do it consciously -- they don't install themselves. So it becomes your job to be critical of what you install. Same as with any other program you install on your computer.

      --
      "Oppression and harassment is a small price to pay to live in the land of the free." -- Montgomery Burns.
    4. Re:Isn't it the same? by satoshi1 · · Score: 1

      Stuff can be installed automatically under IE (or so I've experienced), but under Firefox, you MUST click INSTALL to install the plugin. If you don't click it, then it's not there. I've actually had a few site try to trick me into installing malicious plugins, but I just hit "cancel" and I was fine. THAT'S why Firefox is still more secure. Because the USER HAS to hit install in order to install the software. I can't open a firefox window and find myself with a brand new spyware search bar. It can't happen.

    5. Re:Isn't it the same? by Blitzenn · · Score: 1

      I hope it stays that way. I have had far less spyware infections since I have used Firefox. It is scary to see the malicious coders out there trying to crack Firefox in the same way they did IE. Personally I think they had ought to jail these people the same as they would if you were caught picking the lock on my home's front door. It is intentional and malicious. It's only purpose is to create havoc. IE or Firefox, the real problem is the people out there writing the malicious code. They are the ones that we had ought to be targetting, instead of pointing fingers at the makers of the browsers. Meanwhile, I will continue to use my Firefox browser and be more diligent with the clicking of message boxes.

    6. Re:Isn't it the same? by MushMouth · · Score: 1

      Talk about uninformed. Whenever something wants to be added to IE I get a security dialog asking if I want to install it (I have run IE for years without one virus or spyware infection, and yes I have been known to look at questionable sites). There are ways to install BHO's using an exe installer, but the same could easily be done with firefox (xpi) by simply editing the hosts file, or putting the xpi locally in the filesystem. This ain't rocket science.

    7. Re:Isn't it the same? by Anonymous Coward · · Score: 0

      Of course more vulnerabilities will be found as it becomes widespread, but open source advocates claim that this allows it to be more secure. More eyes looking at the code means more patches, and faster. The evidence supports this claim. More vulnerabilities have found as Firefox has become more widespread, yet I don't think there has been any instance of an exploit being used in the wild (or if there was, there was likely already a patched version available).
      Closed source development can't benefit from this.

    8. Re:Isn't it the same? by mewphobia · · Score: 1

      What are you talking about? Every browser that lets someone download binaries "allows bad code to be installed".

      The difference is in default settings and warnings. Firefox extensions have access to anything on your system BY DESIGN. That is the reason you need to whitelist the site you're downloading them from.

      Firefox has an autoupdate mechinism for these extensions. Firefox lets you disable them in ~4 mouse clicks.

      ....once usage of a software package becomes widespread enough, there will be people who find ways to use it to their (malicious) advantage, regardless of the built in security features.

      That's not an argument. It's not "regardless of the built in security features" but "despite of the the built in security features". You can always raise the barrier for entry. Firefox has a crapload more developers than IE will ever have, allowing it to react to bugs a lot quicker. Even if you don't care about your freedom (as in speech), that is the differentiating factor.

  38. Exactly! by GillBates0 · · Score: 2, Insightful
    I would've typed in an almost identical comment had I not bothered to RTFC.

    No matter how secure the core Firefox code is, it is all meaningless with the current extensions model. With the current model (or lack of one) a malicious (or plain buggy) extension can turn Firefox into a bigger threat than IE.

    From my understanding, Firefox extensions aren't restricted from doing I/O or listening on sockets/etc. What's to prevent somebody from writing a seemingly harmless extension which silently dumps all activity logs or other information to an outside listener?

    A Java type sandbox model, while a reasonable analogy would IMHO be overly restrictive for extensions, which need to be more closely tied into Firefox than most Java applets need to be to do all the cool things that they currently do (eg: the Tabbrowser Extension) .

    --
    An Indian-American Hindu committed to non-violent thought/speech/action alarmed by the global explosion of radical Islam
    1. Re:Exactly! by baka_boy · · Score: 1

      Firefox does have a security sandbox for all Javascript code running in the browser -- you have to request access to any XPCOM objects that handle local or network I/O, user and preferences data, etc. However, once you've downloaded and installed an extension, it is considered "trusted," and can access those objects freely.

      Remember, though, this is only for extensions, not arbitrary Javascript loaded from a remote site. Yes, that puts a burden on the extension writer (and the user) to verify the security of their code, but it's no different from ActiveX, or downloading and then running any other executable code from the net.

      For most users, the idea of manually setting ACLs for Javascript API calls is going to shoot right over their head. Remember, we're talking about a population that still has a tendency to double-click on email attachments before thinking about the trustworthiness of the source.

      In other words, the decision about how to handle extension code security is a usability issue, too.

  39. hold on a sec by ramunas · · Score: 1

    Isn't XMLHTTPRequest only supposed to work within a single domain (e.g. I can't send any requests from one of my servers to one of my blogs)? If so then why has this become a problem? And why some developers have disabled some security measures built in by other developers into the object?

    --
    ./R My blog
    1. Re:hold on a sec by sethadam1 · · Score: 1

      XMLHttpReq sends a request as though it was from your browser. You can request anything remotely, even from within a local HTML file. Of course, you can only use the data returned to the client, so it's not like you can query a PHP page and get the code or something.

    2. Re:hold on a sec by Abcd1234 · · Score: 1

      Nope, sorry, wrong. Firefox prevents a script from using XMLHttpRequest to grab anything from a site different from where the script originated, unless:

      1) The script is signed and it has requested elevated privileges, in which case the user is prompted as to whether they wish to grant those privileges.

      2) The script is a local script.

    3. Re:hold on a sec by WombatControl · · Score: 1

      Isn't XMLHTTPRequest only supposed to work within a single domain (e.g. I can't send any requests from one of my servers to one of my blogs)? If so then why has this become a problem? And why some developers have disabled some security measures built in by other developers into the object?

      Yes, indeed the vanilla XMLHttpRequest object doesn't have this security vulnerability:

      Second, the domain of the URL request destination must be the same as the one that serves up the page containing the script. This means, unfortunately, that client-side scripts cannot fetch web service data from other sources, and blend that data into a page. Everything must come from the same domain. Under these circumstances, you don't have to worry about security alerts frightening your users.

      The GM_* methods in Greasemonkey bypass the normal JavaScript security "sandbox" and are therefore open to many potential security holes. Greasemonkey is a great idea, but the fact is that the security aspect of it was not thought through at all.

      Then again, it's 0.3 software. Running bleeding-edge code is a sure way of ensuring that you have the potential to open yourself up to a whole host of potential exploits.

  40. Re:The next messge in the thread is worrisome by LordBodak · · Score: 1

    No one is forcing you to update. If you see an upgrade is available for Greasemonkey on your Firefox updates list, it's your responsibility to go see what was changed before installing.

    --
    LordBodak's journal.
  41. Browsers are hopelessly brain damaged by Anonymous Coward · · Score: 0

    They're beyond recovery at this point since everyone wants all the kewl extension stuff and there are an endless supply of idiots who think they can just patch pass a fundemental flaw in security. Yes you want a secure sandbox but it won't be possible at this point. You need to drop back to a more secure point of defence. It won't be the OS, not if windows is any indication of lack of security. It would have to be something at the hardware or virtual hardware level. So a dedicated browser machine running in a dmz or on a virtual machine without access to any sensitive files or resources. I'm not too familiar with VMWare but the mainframe vm's were all about security.

  42. it's not any file from your disk by lonedroid · · Score: 2, Interesting


    It seems rogue pages can read any file from your disk and send it to any site, using an XmlHttpRequest.

    Only if the browser has all the rights, which is a very dumb thing to do no matter the platform.

    On my main Un*x box, Firefox was installed in a normal user account (using the .tar.gz) and there's no way that a "Firefox expl0it" can access any file on my hard disk (and btw the risk for this particular exploit is zero: I don't use GM ;)

    I'm pretty sure that Firefox/GM installed in a non-privileged user account under Win2000/XP doesn't allow to access any file from the hard disk either.

    I'm not trying to defend poor coding/security practice made by people who certainly should know better, but it's simply misinformation to say that access to the files accessible from a user account is equivalent to "all the files on the harddisk".

    1. Re:it's not any file from your disk by Chemicalscum · · Score: 1
      You don't get it. If you have greasemonkey installed an exploit can read any world readable file on your disk - that is a lot of files.

      Furthemore The files you are worried about being read are your personal files (bank data passwords etc) which are in your normal user account anyway. Do an ls -l on your home directory and see how many interesting files are world read enabled.

    2. Re:it's not any file from your disk by lonedroid · · Score: 1


      If I don't get it, then you don't get it either :)

      I didn't mean to say "the exploit won't allow access to any file".

      What I specifically said, though, is that there's a huge difference between being able to access every single file of the harddisk and being able to access every file being accessible to the user running the browser.

      The files you are worried about being read are your personal files (bank data passwords etc) which are in your normal user account anyway.

      No, I've got a specific user account only for browsing (as a side note, my bank provides every single of its customer with an hardware security token, but that is another matter).

      Do an ls -l on your home directory and see how many interesting files are world readable enabled.

      You clearly don't get it. If it's a remote exploit giving access to the user's files, then the exploit can read all the file the user has access to (it doesn't matter if they're world readable or not). But then, that local exploit can read zero files from other user accounts, no matter if they're world readable or not: now you do an ls -l on the /home/ dir and you tell me what are are the permissions set on every user account's main dir.

      So your point is moot.

      Now you re-read this post, you re-read my original post, and you'll see that I get it. You may get it too, but it's not entirely clear when reading your somewhat confusing post.

    3. Re:it's not any file from your disk by gedhrel · · Score: 1

      Your thinking is flawed. The counterargument is the Linspire "running as root is irrelevant" position: you don't need root to access the most importnat files on your machine - the user data files - you just need to be the user that owns those files.

      Unless you're running firefox as a separate UID to the one that owns all your important data, and that UID is incapable of accessing those files, then you're in a position where you need a real fix to GM.

  43. Re:The next messge in the thread is worrisome by Anonymous Coward · · Score: 0

    From http://greasemonkey.mozdev.org/changes/0.3.5.html:

    "Note that this Greasemonkey disables all GM* APIs, which means that it will break many user scripts. This is a temporary measure for people who want to continue using Greasemonkey without those features. A future version will re-enable the APIs."

  44. FF's greatest strength also its greatest weakness? by Anonymous Coward · · Score: 1, Insightful

    This is one of the reasons that I avoid FF. It's pretty minimal out of the box. Plugins from everywhere are promoted as what really makes it sing, but to me this seems to add a big risk. Yeah, open source, thousands of eyeballs, yadda, yadda, but how many people seriously have time or skills to review all the code for themselves and why should I trust that some strangers have done a good (or any) review on my behalf? Too risky - I'll stick with Opera, thanks.

  45. 1986 by Spazmania · · Score: 4, Informative

    In 1986 I wrote a Commodore 64 terminal program that allowed BBS' to download and run bits of assembly code onto the user's machine in order to enhance the user's experience. It took about 48 hours before someon posted a message that executed a jump to address 64738 -- system reset.

    Bad idea then. Worse idea now, no matter how much supposed security you surround it with.

    --
    Moderating "-1, Disagree" is simple censorship. Have the guts to post your opinion.
    1. Re:1986 by Anonymous Coward · · Score: 0

      Bad idea then, but at least it was self-recovering. It's not like C64s took long to boot.

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

      What did you think would happen you fucking stupid cunt?

    3. Re:1986 by Spazmania · · Score: 1

      I thought, incorrectly, that 20 years later folks wouldn't be making the same stupid mistake.

      --
      Moderating "-1, Disagree" is simple censorship. Have the guts to post your opinion.
    4. Re:1986 by Zepalesque · · Score: 1

      That was you????!!!!

      Good god man - that's why I ended up with an Atari 800. Shit. ;)

  46. Maybe I'm clueless, but... by ded_guy · · Score: 4, Insightful

    I admit that I haven't yet tried out GreaseMonkey, but when I look at the exploit code it raises one really big question. Why isn't there some way to prevent non-user script from accessing the GreaseMonkey objects? Wouldn't this allow the user to retain all the ability they have now while rendering scripts from malicious sites harmless? Seeing as how GM is meant to be a means for the user to use scripts to modify pages, it seems very odd that anything outside of user script would be able to access its functionality.

    I realize it's likely due to the nature of Firefox's JS interpreter, but if this sort of separation isn't viable could someone enlighten me as to why?

    --
    In the future, all spacecraft will be made of cheese.
    1. Re:Maybe I'm clueless, but... by Anonymous Coward · · Score: 0

      This is the best question asked so far, could someone please be so kind as to answer him??

    2. Re:Maybe I'm clueless, but... by Rits · · Score: 4, Interesting

      Greasemonkey inserts the script directly in the pages, so the GM scripts have the same security context as the page itself. Or so I've understood, correct me if I'm wrong.

      In the really integrated solution like Opera has (as opposed to an extension like GM is), userscripts have their own security context. The really powerful functions in Opera's userscript are not available to the page author. All functions in GM, including the most powerful, are available to the page author, and Mark Pilgrim just found out this includes unlimited read access to your local file system.

      The GM developers are aware that this is a problem, but haven't developed a better way yet to inject the scripts in the page. So the newly secure release 0.3.5 removes the most powerful functions.

      --
      If you don't like having choices made for you, you should start making your own. - Neal Stephenson
    3. Re:Maybe I'm clueless, but... by Hast · · Score: 1

      The problem as I understand it, is that the page creator can insert code that will later be run client side as if it was a user side script.

      Easy fix: Strip the loaded page from any GreaseMonkey function calls before adding the user side scripts and executing.

      Of course, a good solution would put the user side scripts and server supplied (ie in the original HTML) in different context so that this can't happen.

      As far as I know there are no server supplied JS pages which interact with the user side GM scripts (for good purposes, not exploits). That would be quite useless as it would require that the user had GM installed as well as had a specific user side script installed.

    4. Re:Maybe I'm clueless, but... by gedhrel · · Score: 1

      Easy fix won't work. Javascript is turing complete, and comes with eval(). Static inspection can't catch every invocation. The correct approach is to separate out the contexts.

    5. Re:Maybe I'm clueless, but... by Hast · · Score: 1

      Ah yes, didn't consider that you could dynamically build strings and eval them. Oh well, different contexts is the solution which should be used in any case so I guess it's all for the best in the end.

  47. Re:The next messge in the thread is worrisome by tomhudson · · Score: 0, Troll
    As I pointed out elsewhere, disabling software on a users' computer without their consent is illegal in many areas.

    http://www.usdoj.gov/criminal/cybercrime/1030NEW.h tm

    5)(A)(i) knowingly causes the transmission of a program, information, code, or command, and as a result of such conduct, intentionally causes damage without authorization, to a protected computer;
    Computers connected to the internet are "protected computers" under the statute. Crippling the software under the guise of an "update" is illegal.
  48. Re:First Fucked up Post, Fuckers!! by Anonymous Coward · · Score: 0

    You know, that mod probably won't see your post, since you start out at -1. LOL.

  49. Playing in the sandbox by jfengel · · Score: 4, Insightful

    Why would you say that a sandbox model is overly restrictive? The Java sandbox model has many routes out; it means that you can specify what permissions an application has, not forbid all of them. The Java model comes with nearly all permissions set to "no", but they can be opened.

    That said, I haven't seen a really good way to manage permissions. It's just not practical for an applet to say, "In order to run this, you need these 47 permissions" and expect you to fix that. With cleverness the modeler could create roles with aggregates of permissions, so that you can say, "This app needs access to your browser UI" (like Tabbrowser).

    Still, that's asking the user to make a lot of security judgments based on trust. Some extensions/applets/ActiveX should be allowed to modify your hard disk; most shouldn't. How can the user tell?

    It's a hard problem, one that I don't have a good answer to. I know Microsoft's solution (based purely on a yes/no trust decision) sucks. But I'd say the problem isn't the over-restrictiveness of the sandbox, but the difficulty of asking the user to manage his/her sandbox well.

    1. Re:Playing in the sandbox by baka_boy · · Score: 1

      FYI, Firefox (like all does have pre-defined sets of permissions that cover a number of more fine-grained access rules. I've written packages of Javascript code (not extensions, just an in-page library) that do local I/O to assist the user with software installation tasks, and they produce the standard "this Javascript is requesting the following permissions: ..." messages, giving the user the chance to opt-out of letting the code run.

      In addition, there's full support for cryptographically signing extensions to allow "trusted" sources to run code without exposing your machine to rogue scripts from any host claiming to be, for example, mozdev.org. Unfortunately, there are effectively zero signed extensions in the wild. If developers were accustomed to having to acquire a cert and sign every piece of code they released, many common security problems with code pulled from the net could probably be avoided.

    2. Re:Playing in the sandbox by BridgeBum · · Score: 1

      Which of course begs the need for open certification using an open trusted CA, rather than the current prevalent pay money to obtain a cert model. (Especially paying money to Verisign...brrrr.)

      Check out https://cacert.org/. I'd like to see a project like this get more milage, become a root certificate installed by default in browsers, etc. Perhaps if getting a CA was actually based on trust, rather than on dollars, we'd see more signed code in the wild.

      --
      My UID is the product of 2 primes.
  50. There's an old Slovianian saying... by Anonymous Coward · · Score: 0

    Don't add grease(monkey) to fire(fox).

  51. big deal by Anonymous Coward · · Score: 0

    so you don't browse as root. on most linux setups, that means you can't read other user's directories (do you really have lots of sensitive files lying around in /root?). truth is, web servers shouldn't be able to read files on your computer unless you specify exactly what to read (uploads are the only thing i can think of)--if this greasemonkey thing isn't a security flaw, i don't know what is.

    on the plus side, it seems to me that it wouldn't be too hard to run mozilla under a very restricted user, who can basically write to a downloads directory and read from a preferences directory. that pretty much eliminates any problems to be had. seems like a pretty big end-all solution to me.

  52. I blame Bill by Anonymous Coward · · Score: 0

    Everyone knows that non-Microsoft software has no security flaws. I blame Bill. Shame on you Microsoft!

  53. Re:The next messge in the thread is worrisome by tomhudson · · Score: 0, Troll
    No one is forcing you to update. If you see an upgrade is available for Greasemonkey on your Firefox updates list, it's your responsibility to go see what was changed before installing.
    You aren't giving informed consent to the update when its called an "update", and its really designed to toally cripple the software.

    It's about transparency and trust. If you can't see that, they you are just as blind as the developers who pulled this stunt.

    Its also illegal.

  54. What stops you? by Anonymous Coward · · Score: 0

    The answer is: you. If you have half a brain you won't install extensions you know nothing about from sources you just met. Even if you would, Firefox would prevent you until you white-list the site. In IE, the stuff not only comes with the browser, but it's integrated into the browser and cannot be removed (activex, security holes, etc)

    1. Re:What stops you? by jmking1 · · Score: 1
      You mean sources/sites like addons.mozilla.org[1] that come whitelisted by default in Firefox?

      [1] I'm using Google's cache of the page because the extension has since been removed from addons.mozilla.org.

  55. Re:The next messge in the thread is worrisome by Anonymous Coward · · Score: 0
    If we applied the same thinking to all other areas of our life, we wouldn't be able to do anything, paralyzed by possible fear of a possible bad meal, a potential flat tire, a possible power failure.

    Or a possible terrorist attack ? Ohwait...

  56. Re:The next messge in the thread is worrisome by Mant · · Score: 1

    Even if you give an extention a new major version number it is still an "update" as far as Firefox is concerened. There isn't any way of calling it anything else.

    As for trust, if they didn't plug a sersious vulnerability I think they would lose more.

    Does 3.5 "totally cripple" GM? The article and this thread haven't been very clear.

  57. Re:The next messge in the thread is worrisome by FLEB · · Score: 1

    How is clicking on the "Upgrade" button not authorization? How is a change in the program that the user authorized "causing damage"?

    --
    Information wants to be free.
    Entertainment wants to be paid.
    You just want to be cheap.
  58. Time for a fair fight by ICLKennyG · · Score: 0, Troll

    In what will surely be flamed or moderated down..... Mozilla(Firefox, etc) is reaching the point where competing with Microsoft becomes hard/more fair to microsoft. Their install base has grown past the "anti-microsoft-for-the-sake-of-anti-microsoft" people and now it has become a target that actually is large enough to aim at. Some estimates have Mozilla market share as high as 25%. This means that there are now people actively searching for security holes, as well as problems with updating the install base, for fear of obsoleting plugins and extentions. It will be interesting to see what happens as Mozilla foundation naturally looses momentum as they try to re-wage the browser wars. -- Posted from Mozilla 1.7.8

  59. Re:The next messge in the thread is worrisome by Mant · · Score: 1

    Intentionally causing damage is illegal, turning something off becuase it is a big security hole? I don't think that fits cleanly under "intentionally causing damage".

    You can make an argument for it being "damage", but it doesn't seem nearly as cut and dried as you make it out when you say "this is illegal".

  60. Re:The next messge in the thread is worrisome by tomhudson · · Score: 1
    Most users who click on "update" won't get to see that message. They think they'll be installing something that fixes greasemonkey, in the non-veterinarian sense.

    When you have a problem, its best to be as open and aboveboard as possible. Tylenol was a good example of this when that guy started putting poison in their pills. More recently, ditto Wendys and the finger.

    What they're doing (posting crippleware as an "update") is more like giving everyone the finger.

  61. Hyperbole by RealProgrammer · · Score: 2, Insightful

    While some kind of "security" layer sounds nice, I'd like to know what you suggest, specifically. A popup box saying "this site is requesting permission to read file X"? User clicks ok, every time, and they quit looking at it after a while. Then you wrote this:

    a HUGE security threat, possibly even worse than anything that's come out of IE.

    • You can always uninstall the extension (but you can't uninstall part of IE)
    • An extension only affects the portion of the installed base that uses it
    • The model is:
      1. Put it out there
      2. Wait till it breaks
      3. Fix and repeat.

    There's really no way an extension to a Firefox app could get the penetration that IE had. Maybe AdBlock could get to 95% of the Firefox base, so if Firefox had 95% of the market, it could have the kind of numbers IE had in its heyday. Those are a couple of really big ifs, so I don't think your "worse than anything that's come out of IE" is at all justified. I'm not trying to hide behind obscurity, but just saying that your hyperbole is misplaced.

    How many IE users have been hit by spyware? 40%, 50%, something like that? Come on.

    --
    sigs, as if you care.
    1. Re:Hyperbole by jmking1 · · Score: 1
      There's really no way an extension to a Firefox app could get the penetration that IE had. Maybe AdBlock could get to 95% of the Firefox base, so if Firefox had 95% of the market, it could have the kind of numbers IE had in its heyday. Those are a couple of really big ifs, so I don't think your "worse than anything that's come out of IE" is at all justified. I'm not trying to hide behind obscurity, but just saying that your hyperbole is misplaced.

      The grandparent was surely referring to the amount of damage to a single system that could be caused by a poorly-written extension, not the market penetration of the extension. Both factors (amount of damage + market penetration) play a role in how "huge" a security hole is.

    2. Re:Hyperbole by RealProgrammer · · Score: 1

      >damage to a single system

      Oh.

      --
      sigs, as if you care.
  62. Re:The next messge in the thread is worrisome by idonthack · · Score: 2, Insightful
    Computers connected to the internet are "protected computers" under the statute. Crippling the software under the guise of an "update" is illegal.
    Like when Microsoft released Windows XP SP2 and broke everybody's internet applications?
    ---
    Light is filtering down from above. Would you like to use DIVE?
    Generated by SlashdotRndSig via GreaseMonkey
    --
    Why is it that when you believe something it's an opinion, but when I believe something it's a manifesto?
  63. Re:The next messge in the thread is worrisome by Spolster · · Score: 1

    the important phrase in the statute is 'causes damage'. The update doesn't completely cripple the software, it just removes some functions that could potentially cause a great deal of damage. I wouldn't say that qualified as damage. The statute is clearly aimed at people that deliberately spread viruses and the like.

  64. Re:The next messge in the thread is worrisome by tomhudson · · Score: 0, Troll
    No, its not authorization any more than any of the spyware that gator or weatherbug sticks on your computer is authorization.

    Its misleading the way it was done. The user thinks they're getting an upgrade or bug fix, when in fact they're losing functionality.

    If its wrong for spammers to be dishonest to end users, its also wrong for developers. Good intentions are no excuse.

  65. **** NEWSFLASH **** by Captain+Jammer · · Score: 1

    There are security holes in the software you use. ----- Period

  66. Re:The next messge in the thread is worrisome by tomhudson · · Score: 1
    turning something off becuase it is a big security hole? I don't think that fits cleanly under "intentionally causing damage".
    According to your line of thinking, then its perfectly fine for me to DDoS or trojan every Windows box on the planet out of existence, because they're all gaping security holes.

    You don't have the legal right to cripple software on another person's computer w/o their informed consent. This is unauthorized access. That's the law. Work within it:

    1. inform them of what the problem is,
    2. THEN offer them the ability to decide whether they want to disable the features.
    ... anything else is paternalistic bullshit.
  67. What the... by Anonymous Coward · · Score: 0

    heck is with all these posts saying, in essence, "as firefox gains marketshare, more exploits will be written for it"? Granted, that is very true but the exploit in question is for an extension and not the browser itself. Who actually uses the extension anyway?

  68. Re:The next messge in the thread is worrisome by Anonymous Coward · · Score: 0

    Mod parent stupid. His "insigtfull" comment is based on a misunderstanding and leads people to think that firefox automatically updates extentions(with it doesn't).


    PLEASE, don't tell the press that my wife is a spy.

  69. unsecure by zerocommazero · · Score: 2, Funny
    When are you people going to take the hint?! You've got to stop using unsecure browsers like Firefox with all its vulnerabilities. They call it Open Source for a reason!!!

    Internet Explorer is way more secure and reliable. I went to a porno site yesterday and a pop-up asked me if I'd like to learn how to increase my penis size! How'd they know?!!! They must be reading my mind!

    The next day, IE automatically took me to that site when I opened it up! In fact this page showed me a list of other sites I might like to visit like explicit hentai, rape videos, and scat! It was as if me and my browser mind-melded!

    I like that when I was asked to pay for the penis-enhancing pills that I was redirected to site 135.34.65.256 instead of having enlargeyourlittlemember.com in my history list (wanna surprise the wife..)

    It's been three months and I haven't got my pills yet. I think the postman is swiping them. (always wondered how he could steer his mail jeep and hand out mail at the same time.)

    Where was I? Oh yeah, Firefox is a more secure browser, just don't use monkey grease.

  70. Re:The next messge in the thread is worrisome by Idealius · · Score: 1
  71. Evolution by ehaggis · · Score: 1

    It only makes sense that Greasemonkey would provide a rich medium for exploits. However, let's not throw out the baby with bathwater with reactionism. This is an obstacle / opportunity to help Greasemonkey to evolve, perhaps to Grease-Neanderthal. I would like to add, once again Lynx proves itself the uber-browser.

    --
    One ring to bind them - should probably have more fiber and less rings in their diet.
  72. Why GreaseMonkey is more Secure then you think by Gryftir · · Score: 1

    First of all, the problem with GM is not with malicious user scripts, or at least that's only as much of a problem as malicious extensions, and user scripts may even be less so so they are easier to read.

    The problem lies in the interaction between certain API's and the DOM. They aren't seperated, and a malicious page can use the API's to execute remove commands, including accessing local files.

    That seems like a big problem, until you realize, as the people working on this do, that a malicious webpage must be in the included list to utilize this exploit.

    In other words, site specific user scripts, what GM was designed to impliment, are only vulnerable if that site passes malicious javascript.

    Non-site specific user scripts, like Linkify, are the issue. They can easily be disabled in Tools>Manage User Scripts. They can generally be identified because they have a "*" or other general includes instead of a specific site url.

    Don't believe me? test it yourself, here, with the example exploit. If all you see is a blank page, then congratulations your GM is probably still secure.

    --
    http://www.santacruzbynight.com/index.shtml Santa Cruz By Night Vampire Larp
  73. Enabling JavaScript Is Never Secure! by Anonymous Coward · · Score: 0
    Much less enabling an embedded JavaScript API as GM provides.

    No matter how you try, client-side JavaScript will never be secure.

  74. Not in Turnabout... by TopherTG · · Score: 1

    Interestingly enough, IE's equivalent, Turnabout doesn't seem to have this bug.

  75. Re:The next messge in the thread is worrisome by arkanes · · Score: 3, Insightful
    Tell you what. You sue the GM developer responsible, and then I'll give a shit about your whining. Security updates that disable insecure functionality are normal and accepted. Furthermore, the manual update process is at least as much an acceptance as an EULA is.

    Gator and Weatherbug are not illegal, sadly - the EULA as justification for inclusion has been upheld. The user is in fact getting a bug fix - the bug that allowed for a major security breach is being removed. You may not like that bug fix, but sucks to be you. GM is not disabled by this update and many scripts will continue to run. Insecure scripts will not.

  76. There's a simple method for one-time installs... by Anonymous Coward · · Score: 0

    1. Open a new tab
    2. Drag and drop the .xpi link onto the new tab
    3. Profit!!!!

    Bypasses the whitelist every time, not that I'd advise getting into that habit :)

  77. Re:The next messge in the thread is worrisome by the_mad_poster · · Score: 1

    Laugh it up, funny boy. This is a prime example of why open source software can't be trusted on government computers until there's a reasonably centralized organization heading up the whole thing.

    First of all, there's lots of transparency in the code, but no accountability in the coders. If somebody exploits some random firefox hole and nukes a town with our own weapons, was it worthwhile just to push some silly philosophy?

    Second, you can't trust the government to upgrade its systems because, for the most part, it's full of incompetents and generally doesn't pay well enough to hire anything better from the private sector contractors it digs into. I mean, granted, this GM update will (stupidly) force an install on your computer (gleefully breaking all sorts of things in the process), but most software devs are responsible enough not to do that, and won't.

    --
    Alito: A vote for Alito is a punch in the eye to put that bitch back in her place!
  78. You're being silly. by mcc · · Score: 2, Insightful

    Huh?

    Calling it an update, when in actual fact its not

    I assure you, every user in the world who is not insane considers "removes a vulnerability that potentially allows any website to read your hard drive" an "update".

    I also assure you that if you want to engender trust among your users, removing as immediately as possible bits that would allow any website to read your hard drive is the way to do it.

    If upgrades that incidentally break features are illegal, then every single software company in the world would be in jail by now. The legal reference you are vomiting all over this comment tree has nothing whatsoever to do with what WebMonkey did today, it concerns something different.

    If you're so incredibly upset that a point release of a minor third-party extension for a minority web browser broke something minor in the process of fixing a truly huge and dangerous broken aspect of the previous point release, then the thing to do would be re-install the previous point release, not come make 30 posts whining about it on slashdot.

    the update mechanism is different under linux

    I have not used the firefox extention functionality under linux, but the documentation indicates you are flat out wrong here.

    In any case, if you wish to turn off the automatic update notify feature for extensions, instructions on how to do so can be found here.

    1. Re:You're being silly. by tomhudson · · Score: 1
      Think for 2 seconds:
      I assure you, every user in the world who is not insane considers "removes a vulnerability that potentially allows any website to read your hard drive" an "update".
      Think:
      1. there's a big difference between "potential" and actual.
      2. the choice is legally mine as to whether to reduce the functionality of the software after its installed on my computer, not the developers
      3. the decision can only be made by the end user, as only the end user is in a position to evaluate how it will impact on him/her
      4. turning off functionality of software because of a potential exploit, without informing the user that this is what the update will do, is illegal
      also assure you that if you want to engender trust among your users, removing as immediately as possible bits that would allow any website to read your hard drive is the way to do it.
      No - full disclosure, then informed consent to any changes, is the only way to engender trust. Ask Tylenol (poison pils), Coke (syringes in cans), Wendys (finger food chilli). They're pros, and they did it right.
      If upgrades that incidentally break features are illegal, then every single software company in the world would be in jail by now. The legal reference you are vomiting all over this comment tree has nothing whatsoever to do with what WebMonkey did today, it concerns something different.
      there's a difference between an upgrade that accidently breaks features on some computers, and an "upgrade" designed specifically to disable features, again w/o proper disclosure and consent.
      If you're so incredibly upset that a point release of a minor third-party extension for a minority web browser broke something minor in the process of fixing a truly huge and dangerous broken aspect of the previous point release, then the thing to do would be re-install the previous point release, not come make 30 posts whining about it on slashdot.
      Again, think for 2 seconds. If Microsoft had done this, we'd be over them like flies on shit. When adware companies do this, or spammers do this, again, we're royally pissed.

      So why is this situation any different - or are we really like our opponents say, just a bunch of hypocrites who believe that others have to play by the rules, but we don't?

    2. Re:You're being silly. by DavidTC · · Score: 1
      This is not 'a vulnerability that potentially allows any website to read your hard drive'.

      This is, instead, 'a vulnerability that DOES allow any website to read your hard drive'.

      --
      If corporations are people, aren't stockholders guilty of slavery?
  79. Re:The next messge in the thread is worrisome by tomhudson · · Score: 1
    I don't think Microsoft purposefully broke the net apps, whereas this:
    I found out that since Greasemonkey is distributed on
    addons.mozilla.org it will automatically update itself, even though I
    didn't put that in the code.

    Neat. I'm going to upload the neutered versions at 7pm PST. It'd be
    great if people could poke it a little before then.
    ... is being done on purpose. The way to fix such a potential exploit is to inform people and let them make the INFORMED choice.

    For example, I didn't bother upgrading from firefox 0.8 when everyone was worried about the image bug. I looked at it, decided that my risk was precisely zero, based on my browsing patterns, existing security measures, etc., and stayed with 0.8 until I upgraded my distro. That is my choice.

    Not every potential exploit has to be fixed RSN in every situation (even Linus agrees on that).

    They're called personal computers for a reason - what I put on them is mine. Tell me what is wrong, and let me be the judge as to whether I patch or not. Don't try to cripple stuff under guise of "patching". Maybe I have a different work-around, or I have other precautions in place, or I've balanced the risk/benefit ratio and determined that removing the functionality is more damaging in the heare-and-now than some potential damage that might happen in the future.

    F/LOSS is based on trust. This was NOT the way to go about engendering more trust.

  80. Re:The next messge in the thread is worrisome by LordBodak · · Score: 1
    Oh come on. There's nothing illegal about removing functionality from software.

    And even if there was, you are NEVER forced to install the update. If you want to keep using the old one, go ahead.

    --
    LordBodak's journal.
  81. GM Now Like GMail! Advertise Your Disk Drives! by Anonymous Coward · · Score: 0
    Nice to have the same features in GreaseMonkey that have been so long available in Google's GMail. Now we can get down to some real P2P.

    Peace! Make Love, Not War! Free Love and Hard Drives!

    When the Moon is in the Seventh Sun,
    and Jupiter aligns with Mars,
    then GreaseMonkey will share your files,
    and GMail will reach the stars!
    This is the dawning of the Age of Aquarius,
    the age of Aquarius, ..
  82. Re:The next messge in the thread is worrisome by tomhudson · · Score: 0, Troll
    Tell you what. You sue the GM developer responsible, and then I'll give a shit about your whining.
    Sorry, but I'm not a district attorney. It's not up to me to prosecute criminal offenses.
    Security updates that disable insecure functionality are normal and accepted.
    ... only after proper informed consent, not sneaking them in like this:
    I found out that since Greasemonkey is distributed on addons.mozilla.org it will automatically update itself, even though I didn't put that in the code.

    Neat. I'm going to upload the neutered versions at 7pm PST. It'd be great if people could poke it a little before then.

    ... so ..
    Furthermore, the manual update process is at least as much an acceptance as an EULA is.
    Acceptance requires that you have been informed as to what you are accepting. Your argument would allow for all trojans that people click on to be considered "acceptance" - after all, they clicked on "AnnaKorina.jpg.exe" ...

    It is up to the individual, once the software has been installed on their computer, to decide whether they want to disable potentially insecure features. The original author has absolutely zero rights to try to take such an action "under the radar," and the courts have taken this position time and again.

    the people using greasemonkey aren't your average users - they're (hopefully) not complete n00bs. They should be able to decide, on an individual basis, whether the perceived benefits are greater than the potential risks.

  83. So Mozilla is no better than IE? by sheldon · · Score: 2, Insightful

    I'm gonna get troll rated for this, but whatever.

    So basically... Mozilla is just as much of an insecure platform as IE, because they allow plug-ins.

    Yeah, yeah.. It's Greasemonkey... it's some stupid add-in piece that you have to explicitly install.

    But that's also the way most spyware get's on IE. People get prompted "Please download and install this, and make sure you say 'Yes' when prompted is that ok?"

    and people do it...

    why? Because they are promised free porn, free poker, free music, or a free trip to Nigeria to collect their $10 million.

    Welcome to the real world!

    1. Re:So Mozilla is no better than IE? by m50d · · Score: 1

      Yep. Repeat after me: the web is not an applications platform, the web is not an applications platform. Until browser developers realise this, there will be holes a mile wide in their browsers.

      --
      I am trolling
    2. Re:So Mozilla is no better than IE? by anthony_dipierro · · Score: 1

      Well, yes and no. Most spyware gets on IE through social engineering, but some of it manages to get through even though the user never explicitly installed anything, through bugs in IE which are present even with the default settings and no plugins installed.

      I'd guess that IE is less secure than Firefox. It's only a guess, since the worst vulnerabilities are the ones that we don't know about. But at the same time, a lot of the "security holes" in IE that some people complain about would fall under what I'd call user error, not a bug.

      Anyway, if you don't like this explanation, turn extension installation off completely.

  84. Re:The next messge in the thread is worrisome by eno2001 · · Score: 1

    Mods on crack again. Fuck you all. People with mod point should mod up tomhudson's original post as insightful. To anyone who modded the post incorrectly, I piss on you. To anyone who incorrectly mods me, I spit on your grave. A pox on all of you who abuse mod points.

    --
    -"...bad old ideas look confusingly fresh when they are packaged as technology" - Jaron Lanier (Digital Maoism on Edge.o
  85. Re:The next messge in the thread is worrisome by tomhudson · · Score: 1
    Wrong. Damage is defined as anything that degrades the functioning of the computer. As I pointed out, this was decideded almost 20 years ago in the L'Oreal case. You can't just "turn off" a feature without first informing the user, and giving them the option of declining.

    Even Microsoft is smart enough not to try this sort of shit.

  86. Re:The next messge in the thread is worrisome by ID000001 · · Score: 1

    Laugh it up, funny boy. This is a prime example of why open source software can't be trusted on government computers until there's a reasonably centralized organization heading up the whole thing.

    Yeah, what the heck are they thinking? They should just leave the vurnability hidden and leave your computer to infest with spyware, which could have done anything since they pretty much install their own excutable on demand if they wanted to, like the "default" browser are doing!

    First of all, there's lots of transparency in the code, but no accountability in the coders. If somebody exploits some random firefox hole and nukes a town with our own weapons, was it worthwhile just to push some silly philosophy?

    Yeah, with this type of transparency, finding problem before some hacker discover it on their own is MILLION to one I tell you what!


    Second, you can't trust the government to upgrade its systems because, for the most part, it's full of incompetents and generally doesn't pay well enough to hire anything better from the private sector contractors it digs into. I mean, granted, this GM update will (stupidly) force an install on your computer (gleefully breaking all sorts of things in the process), but most software devs are responsible enough not to do that, and won't.

    That is right, a automatic update are proven to break everything, and it is a greater risk then just leaving the vurnability there cause no one can fix it right, since everyone have equal access to the source code. They all have equal chance if fixing it themselve if they wanted to. According to the average programing skill in the public, the number is dishearteningly low!

    Seriously, I think they did what they want. When you install something on your computer, you should be responible for the outcome and do your research, especially when installing in corp offices and other critical use. This type of things happened with just about anything. According to your logic, we should just go back to pencil and paper cause no one can hack them without phyhically steal your stuff.

  87. Re:The next messge in the thread is worrisome by tomhudson · · Score: 0, Troll
    Ah, don't you just hate ACs who are stupid enough NOT to read the whole thread?

    The person thinks they're getting an update, rather than being informed, as required by LAW, that the "update" decreases functionality.

    If you have an issue with this, take it up with your local congresscritter - but remember, if you allow F/LOSS developers to unilaterally sneak in degredations without informed user consent, then you also have to allow Microsoft the same liberty. Do you REALLY want that legislated into law?

    The current situation, which requires disclosure and informed consent, is the best we've come up with to date.

  88. Re:FF's greatest strength also its greatest weakne by It'sYerMam · · Score: 2, Informative

    It's not that minimal, really. And if you stick to extensions from mozdev.org then there's an auditing body for you, as well. Most of the useful extensions are high profile, anyway, and so they are screened by more people, because you only really need a few to actually make Firefox significantly slicker (Adblock, Bugmenot, Web developer, some kind of Tab extension)

    --
    im in ur .sig, writin ur memes.
  89. Re:The next messge in the thread is worrisome by arkanes · · Score: 1
    Sorry, but I'm not a district attorney. It's not up to me to prosecute criminal offenses.

    Maybe you shouldn't be telling people whats illegal and whats not, then.

    Acceptance requires that you have been informed as to what you are accepting. Your argument would allow for all trojans that people click on to be considered "acceptance" - after all, they clicked on "AnnaKorina.jpg.exe" ...

    This is, in fact, generally what the courts have decided. Spyware bundling is *legal*. Not that has any bearing whatsoever on the Greasemonkey update, because you'd have to prove your position that increased security is "damaging".

    . The original author has absolutely zero rights to try to take such an action "under the radar," and the courts have taken this position time and again.

    The courts have done no such thing. In fact, they have done the opposite, in far more underhanded situations - such as Claria. Your argument, in fact, would demand that *any* update would have to be a 100% superset featurewise (and who decides exactly what a "feature" is, anyway - immunity to an enourmously dangerous exploit is a feature in my book), or else it would be "illegal".

    Would it be nice if the Firefox update feature included a mechanism for showing a changelog or whatever? Yes it would. Maybe you should go file an RFE. Getting your panties in a bunch and screaming all over Slashdot about how it's illegal and damaging the computer is you blowing a load of stupid crap.

  90. -- MODS NOTE: Parent is openly trolling. See:-- by Anonymous Coward · · Score: 2, Informative

    Moderators please be aware. If you look at The parent poster's slashdot journal you will find that in the last two entries he (1) announces a "troll tuesday" dedicated to posting trolls and (2) directly links his post here today, with the header "flamewar!".

    It seems fairly clear, based on his journal entries in which he expresses an intent to troll and then links this post; and the nonsensical and extreme viewpoint expressed in the parent post, and the bait-and-switch method by which he argues one thing in the top-level post then switches to something entirely different in the replies; that "tomhudson" is purposefully trolling, then using his journal to show off his post to the troll community to gather support and possibly upmods.

    Please react accordingly.

  91. How about? by 64nDh1 · · Score: 1
    How about a Firefox update next week after the 1.0.6 partial-rollback that breaks this extension? 3 updates in 10 days anyone? Bueller? Bueller?

    /*sorry for being glib*/

  92. Re:FF's greatest strength also its greatest weakne by Shakrai · · Score: 2, Informative

    This is one of the reasons that I avoid FF. It's pretty minimal out of the box.

    Pretty minimal? WTF are you smoking? Firefox does everything for me right out of the box that I could ever ask it to do. I have installed it (total time including download less then a minute in most costs) on machines all over the place in lieu of using IE. I never have to download any extensions or plugins for it.

    In fact the only plugin that I have installed on FF at home is Macromedia Flash. Other then that it comes with everything I need.

    --
    I want peace on earth and goodwill toward man.
    We are the United States Government! We don't do that sort of thing.
  93. I laughed out loud by NemosomeN · · Score: 1

    By the way, "Greasemonkey Hacks" is DEAD until we fix this. And I'm
    posting a big red blinking warning on every page of
    diveintogreasemonkey.org advising visitors to uninstall it, until all
    of these security holes are closed. This is why God invented the
    <blink> tag.


    And I just realized I changed my sig from the old anti-<blink> one. Poo.

    --
    I hate grammar Nazi's.
  94. No, it's not the same. Pay attention. by KagatoLNX · · Score: 1

    Not to feed the troll, but...

    Firefox requires you to explicitly install extensions. Not only must you click install, it makes you read the install dialog (the "Install" button is greyed out for a period after the window pops up). Oh, and it needs to be a trusted site too.

    Most spyware gets into IE by exploiting bugs so that you never see the install.

    This is largely because of IE's marketing game. At some point, the web browser threatened the traditional application space. Put less kindly, all of those VB monkeys (not to be confused with programmers) would lose their jobs because of those darned web page thingies.

    Microsoft threw the web people a curve ball with IE. They attacked open standards with their negligence, gave the VB monkeys a mechanism to spread their pox on the world (ActiveX), and created a new, exciting way to be tied to Microsoft (ActiveX and IE in general).

    Before Microsoft, 9 out of 10 people weren't clever enough to "develop software". Of course, they aren't now either, but they can make it look decent enough. It's no wonder that people trying to make real progress have to deal with this kind of overgeneralized tripe.

    More to the point, any web browser needs a plugin architecture to be extensible. All of your assertions above blithely assume this is not your problem. Regardless, the only way to allow:

    a) Extensibility

    and

    b) Security

    is to allow the user to provide the security layer. People miss this, but there is no way (and likely will never be any way) to have a computer recognize what is malicious. At some point, the user will always have to make the choice to install something that fundamentally changes the computer. At that point, there will always be this problem.

    The catch is, IE often will allow installations without so much as a prompt. This is the problem. So, actually, IE *DOES* install bad code. It often does so because IE contains broken code itself.

    In this case, Firefox functioned within the security model and the use instructed it to install code which was broken. That was the problem. Worlds of difference here. This is a GreaseMonkey problem, pure and simple.

    Put another way, remove GreaseMonkey from the equation and there ceases to be a problem. Well, unless you continue to maintain that a browser (or any software) should magically infer intent, in which case I have some snake oil to sell you--assuming Microsoft has left you with any money.

    --
    I think Mauve has the most RAM. --PHB (Dilbert Comic)
  95. MOD PARENT UP by Anonymous Coward · · Score: 0

    Parent is absolutely correct. Of course, it will be ground into "-1, flamebait" dust in about 10 minutes.

    Denial is always the proper approach when dealing with liberals.

  96. Re:The next messge in the thread is worrisome by tomhudson · · Score: 1
    Oh come on. There's nothing illegal about removing functionality from software.
    Do you *really* want to defend that position?

    Forget the legality for a moment - do you really want to give a third party the right to unilaterally decide that an update should intentionally bork existing functionality on your box, without first telling you that its going to do this, and then giving you the opportunity to refuse>

    Passing this off as an "update" is just wrong.

  97. Good, but... by vain+gloria · · Score: 1
    ...you failed to clarify that the Urchin in question isn't just a random guttersnipe, but actually one of a number that the benevolent Mozilla Society Representative gives lodgings to in his gruel-serving workhouse.

    "Those Mozilla Society rapscallions! I'll give them what for!"

  98. If a cold is no better than pneumonia... by argent · · Score: 4, Interesting

    Mozilla is just as much of an insecure platform as IE, because they allow plug-ins.

    Not quite.

    The big problem with IE is not just that it has a plug-in mechanism, but it has a plug-in mechanism that's based on the HTML control (the actual browser component) assigning the right to install plugins to an object (the web page) based on an ad-hoc security model that's based on the location the object is believed to originate. Certificates, security dialogs, and so on... these are layered on top of this, but basically the HTML control is responsible for figuring out if a "dangerous" action should be allowed with no more than hints from the calling applications, and a jargon-filled dialog box that the user has to decide on RIGHT AWAY.

    I get calls from my users all the time that are variants on "this dialog box came up and I hit 'yes' without thinking".

    So... the control is pervasive, it's used by lots of applications, the API can't be significantly changed without creating a mass upgrade day for every app that uses it, responsibility is placed in the wrong place, and the user interaction encourages mistakes.

    Firefox's extension mechanism has a similar problem with its installer, but:

    The extension installation mechanism is part of Firefox, not the Gecko HTML display object, so applications using gecko aren't automatically exposed as well.

    The Firefox extension API does not depend on the installer's behaviour, it's possible for Firefox to switch to a more secure download-and-install design without breaking any applications.

    The user interaction requires three separate steps, and there's no path through those steps that simply answering "yes" by reflex will result in the extension being installed.

    In addition, in Windows, there have been a number of attacks that involved tricking the HTML control into thinking that a remotely downloaded object was local... or even already installed. This approach is not possible in Firefox because instead of allowing plugins to run from anywhere except the places it thinks are dangerous, it doesn't allow plugins to run from anywhere except a specific directory that's got a randomly generated name in its path so it can't be targeted by a download.

    I would still recommend using a shell other than Firefox around a Gecko- or KHTML- based browser. I use Camino (Gecko) and Safari (KHTML) on Mac OS X, but I'm sure there are equivalents to these for Windows. But regardless, the exposure from using Firefox is so far less than using IE that if Firefox and IE are your only choices... use Firefox.

    I do not recommend using the Netscape browser, because of the way it allows the use of either Gecko or the Microsoft HTML control.

    1. Re:If a cold is no better than pneumonia... by sheldon · · Score: 1

      I'm sorry, but you are arguing technicalities. It's like designing a tax law that nobody can possibly evade. Ain't gonna happen.

      As long as the browser allows some form of plug-in which can intercept URL requests... it's going to be vulnerable to spyware. It doesn't matter how you load it, or how you get to it... If you don't think users won't download something and run it because it's too hard, think again.

      The point being, Mozilla has a big gaping hole in it resulting from it's design. The only way to stop this is to prevent users from being able to add plug-ins, which rather makes the whole feature obsolete and ridiculous, does it not?

      As I said... welcome to the real world. Half of the problems we have with computers today are the direct result of giving users choices and features. But if you don't give the users choices and features... you have an extremely boring product.

    2. Re:If a cold is no better than pneumonia... by sapgau · · Score: 1

      And the fact that IE treats you like a dumb user by not allowing you to remove components, why?!!

    3. Re:If a cold is no better than pneumonia... by Tezkah · · Score: 1

      I would still recommend using a shell other than Firefox around a Gecko- or KHTML- based browser. I use Camino (Gecko) and Safari (KHTML) on Mac OS X, but I'm sure there are equivalents to these for Windows. But regardless, the exposure from using Firefox is so far less than using IE that if Firefox and IE are your only choices... use Firefox.

      A ha, a browser like this DOES exist on Windows, and it is much like Camino on the Mac. A native ported version Gecko browser called K-meleon is available for Windows. The problem being that the browser is still quite immature - changing tabs for example causes the Windows taskbar entry for the browser to dissapear and then reappear with the name of the new tab. When it matures it will be a great browser, but I fear Firefox's popularity will kill interest in this obscure browser.

      Personally, I'm using Opera 8.0x on Windows, but I do understand that most people aren't going to live with the ad / pay for the browser like I am.

    4. Re:If a cold is no better than pneumonia... by anthony_dipierro · · Score: 1

      I think you hit on it, and this is the main reason I don't use IE. Because the IE HTML control can be used by any program, without even necessarily letting you know that you're using it, I've been forced to go into the IE preferences and turn off everything.

      I've turned off a lot of things in Firefox too. Ask every time for cookies, no java (I turn it on those few times I need it), and I've unchecked "allow web sites to install software" and removed everything from the whitelist (it's just too easy to fake DNS). I have installed a couple of extensions, but to install them I turned on installation, added the site to the whitelist, installed it, then turned installation back off and removed the site from the whitelist. Overly paranoid, perhaps, but I try to go on the assumption that lots of security features are broken and therefore I try to maximize my layers of security.

    5. Re:If a cold is no better than pneumonia... by argent · · Score: 1

      What about a KHTML browser for Windows?

      I'm surprised there isn't a better Gecko browser than that. What about KHTML? Is this actually a category where the Mac has more options available than Windows? We have IE, Firefox, Camino, Safari, Shiira, iCab, Opera, and Omniweb. Opera, IE, and iCab use their own engines, Omniweb used to use its own (it started on NeXT) but is now Webkit based, as are Safari and Shiira. Firefox and Camino obviously use Gecko.

    6. Re:If a cold is no better than pneumonia... by argent · · Score: 1

      I've unchecked "allow web sites to install software" and removed everything from the whitelist

      Good call. That should eliminate a lot of attacks. There's still problems with URIs in places like the bookmark bar (in favicons, I believe, though they cought that one) being followed with "chrome" enabled. The only really critical extension for me is Flashblock, and luckily that works in Camino.

    7. Re:If a cold is no better than pneumonia... by Tezkah · · Score: 1

      No KHTML browser sadly, although you technically could install CYGWIN or run KNOPPIX to have Konqueror running overtop of Windows XP. I think that since Firefox seems to be more or less "Windows Native" and looks like it belongs in a Windows environment more than a Linux one (Mac I haven't seen in over a year, does it still look out of place compared to Safari?), which is why there is less incentive to create a native browser like K-meleon than there is to create a native Mac Browser like Camino, or a native GNOME browser like Epiphany/Galeon.

      I like the performance I get out of Opera - it just feels faster. Even faster than IE on Windows. It might be because it knows how to exploit my processor/graphics card better, but it definitely feels snappier.

  99. Remember only world readable. by slack_justyb · · Score: 2, Informative

    I would like to first address a lot of the people who are taking this as a chance to really dog Firefox and the Open Source Community as a failure on their part.

    Because someone has discovered this problem, one can now fix the problem. That is the whole idea of Open Source and all that rot. If anyone would love to submit a patch for Windows 95 to make it run longer than 52.5 days, I'm waiting. It's a known problem, why isn't it fixed? Well because someone, somewhere said they weren't going to fix Windows 95 because it's too old. Which this is the case a lot in closed source. you know there is a bug and you'd like something to be done about it, but nothing will be done unless MS sees that a patch for the software is a cost justified.

    Also aside from the fact that this is an extension of Firefox, I know it's just as bad as if the package was faulty. Up till today I had never heard of this extension. So I'm not sure as to how widespread this problem is, but I'm guessing that good chunck of all Firefox users do not have GM.

    To top it all off, the writers of GM have issued a fix for their extension by means of version 3.5. Yes I know it breaks API compatibilty, which sounds like something MS would do, but just like what the Mozilla team did with IDN, they turned IDNs off until they could make a good way of handling them. Which the Mozilla team came up with a fix in a fairly decent amount of time. I find it highly possible that this peice of software will do likewise. As opposed to MS breaking things with SP2 and then telling all of the vendors to just get over it, (which I will agree that only a small amount, twenty or so, of vendors got 'left behind', so not horrible, just bad.)

    Now secondly, from the story, GM only returns results of files that are world readable (aka the Everyone group if you are a Windows person). Now, I'm not sure how everyone has their system setup so this could all vary from one person to another.

    In Linux my home directory (the one with all my private stuff) is only owner read, write, traversable (700 or rwx------).

    If I remember correctly, in Windows the C: (root) drive's premissions for the Everyone group is.

    -Traverse/Execute
    -List Folder/Read
    -Read Attributes
    -Read Permissions
    (I may have missed a few because I don't have a Windows machine handy)

    At no part is write premission granted to Everyone.

    Therefore, your OS is mostly secure to protect you from getting some form of malware on your system.

    However, this does allow someone to read data from your system if, and this is the big if, you set your private stuff as world readable (aka readable by the Everyone group.)

    Which as far as I know all of your cookies and history is stored somewhere in .mozilla (Linux) My Documents (Windows)

    Which as stated previously /home/$USER on my machine is (700 or rwx------) which prevents /home/$USER/.mozilla/firefox/* from being displayed (and just to be safe all things ~/.mozilla/* should be 700)

    Now if I correctly remember for Windows, My Documents, does not even have an entry for the Everyone group to do jack crap with. I know, gasp , Windows Permissions actually working for the user?!

    So this leaves the would be hacker mostly your system configuration (and not even the good parts) left open to be read. I know they can't read a bunch of my /etc folder (Linux's folder for configuration) because a lot of it is owned by root with 700 or 770 permissions. So that leaves for the most part things that a hacker could have already found out if they had just used nmap on my system. Same goes for Windows.

    I mean really, what good does it do one to only be able to read the boot.ini file??? "Ok, now I know you have two installs of Windows, or you use the Windows bootloader to load Linux for you (or what not.)" It's not like they can change it, only read it.

    This problem isn't a very high security threat if you have some wits about you, but it is a problem indeed and it needs to be fixed. However, this problem is being hyped up as if this was allowing world write access to your system, which is just not the case.

  100. I can think of a simple solution ... by GNUALMAFUERTE · · Score: 1

    The problem is that the user code becomes part of the page, so they are in the same security context, but we could require the GM functions to require a hash to be passed, this hash would be generated for each machine, so, code coming from the net would not know the hash and would be unable to access the functions, but code coming from the user would have the correct hash, and so would be executed ...

    --
    WTF am I doing replying to an AC at 5 A.M on a Friday night?
  101. Re:The next messge in the thread is worrisome by tomhudson · · Score: 1
    Sorry, but I'm not a district attorney. It's not up to me to prosecute criminal offenses. Maybe you shouldn't be telling people whats illegal and whats not, then.
    Nice troll. What the FUCK does one have to do with the other? You really don't understand how the legal system works, do you? Extending your logic, the only people who can ever make a complaint are people in the legal profession.
    you'd have to prove your position that increased security is "damaging".
    No. There is a demonstrated decrease in functionality. Some scripts no longer work. This is damage. This damage was intentionally caused by an "update" that was purposefully designed to cause this specific behaviour, and didn't disclose that it would do this. Sounds just like the definition of malware to me. And there is no provable increase in security, as the "exploit" has yet to be seen in the wild.
    The courts have done no such thing. In fact, they have done the opposite, in far more underhanded situations - such as Claria. Your argument, in fact, would demand that *any* update would have to be a 100% superset featurewise (and who decides exactly what a "feature" is, anyway - immunity to an enourmously dangerous exploit is a feature in my book), or else it would be "illegal".
    You missed the part where I said that you have to inform the user. If you properly inform the user that functionality may be decreased/altered, and give them a chance to refuse the mod, younow have informed consent. THAT is what the courts have okayed. In this case, unilaterally deciding to reduce functionality because of a non-exploited potential exploit, passing it off as an "update", and not giving proper disclosure anre what I'm pissed about. If I pulled that shit on you,. you'd be pissed too, wouldn't you>
    Would it be nice if the Firefox update feature included a mechanism for showing a changelog or whatever? Yes it would. Maybe you should go file an RFE.
    Now THAT's something that makes sense! No disagreement there. This would be part of the "informed consent" I'm talking about.
  102. IT seems by Anonymous Coward · · Score: 1

    ..that Mozilla is having lots of problems lately..

  103. Re:FF's greatest strength also its greatest weakne by Frank+T.+Lofaro+Jr. · · Score: 1

    U need flash?

    --
    Just because it CAN be done, doesn't mean it should!
  104. Re:The next messge in the thread is worrisome by DavidTC · · Score: 1
    It is IRRESPONSIBLE behavior to NOT give users, via the normal upgrade path, critical security updates, even if those upgrades cripple something. And this is about as critical an update as they come. Or have you forgotten that your computer contains a lot of passwords?

    In fact, they should remove the old releases, and if they had a way to force users to upgrade, they should have used it. (Although, thankfully, they don't have that option, because that could be used for malicious purposes.)

    And what the hell are you talking about, them not being open? Go and read about it if you want know about it. It's very clearly explained what's going on.

    Of course, by your analogy, Tylenol shouldn't have removed its products from the shelves until a new shipment arrived. Some people might have been willing to take the risks, because they had a really bad headache, and heaven forbid Tylenol not allow people to harm themselves using Tylenol's products.

    I find it astonishing that anyone can even pretend to complain about this updating automatically. I was about to complain about the fact it apparently wasn't, at least not before I removed it.

    Instead of a 'foes' list, I think we need a 'stupid morons' list.

    --
    If corporations are people, aren't stockholders guilty of slavery?
  105. The Firefox XPI model needs re-evaluation... by argent · · Score: 3, Insightful

    I would like to first address a lot of the people who are taking this as a chance to really dog Firefox and the Open Source Community as a failure on their part.

    I've been arguing that the Firefox XPI model needs to be re-evaluated from a security standpoint for some time now.

    1. Installing XPIs should not be initiated from a web page. They should be downloaded and manually installed, like any other application or application plug-in. This would allow any attacks that involve using the installer for privilege escalation to be eliminated.

    2. Expanded rights should not be granted to any javascript that has not been explicitly installed.

    3. As a corollary to this, any method that leads to an eval should, when run from a script that's part of chrome, unconditionally revoke those rights. A new method that explicitly evals code with greater rights with a name that makes it clear that it's dangerous can be added if it's actually necessary.

    1. Re:The Firefox XPI model needs re-evaluation... by slack_justyb · · Score: 2, Interesting

      From what I can gather you're asking the Mozilla team to change their current assumptions on how software should be install and how privileges work with the XPI system.

      I honsetly belive that the current rules in place by the Firefox developers are well minded and do a good job at keep malware base XPIs from getting into a system. However, I think this whole line of thought is a personal taste as opposed to something that the developers should take onto themselves.

      However, I would like to address your first point. Where you stated that XPIs should not be initiated from a web page.

      Which the point of this is to allow a cross platform installer. I would hate to think that if you made an extenstion for Firefox, you would have to write an installer for Linux, BSD, Windows, Mac OSX, Solaris, HP-UX, BeOS, SkyOS ... This solves that problem.

      Now I understand your concern. It's a very logical concern, but if a user goes to malwarefreaks.blowyourcomputerup.com and installs an XPI from there (even after all the popups that tell that user not to do so) and then the user's computer becomes unusable. Well, I find that the fault of the user and not the developers or the XPI system.

      There again. You have some really valid points but you can't keep a person from being a total idiot. I believe the defaults of Firefox give enough security with flexibilty.

    2. Re:The Firefox XPI model needs re-evaluation... by argent · · Score: 2, Interesting

      From what I can gather you're asking the Mozilla team to change their current assumptions on how software should be install and how privileges work with the XPI system.

      Yes, but by no means as great a degree as you seem to think.

      I would like to address your first point. Where you stated that XPIs should not be initiated from a web page.

      That's correct.

      Which the point of this is to allow a cross platform installer.

      It's not necessary to allow XPI to be installed by a remote web site to allow a cross-platform installer. You don't need to have files opened in a web page to have a cross-platform "open file". You don't need to have bookmarks opened in a web page to have a cross platform "install bookmarks". I'm not saying "don't use chrome and javascript to install a package", I'm saying "don't allow the installation process to be initiated from a webpage". Let the user select "install extension" from a menu, and then select the file they downloaded, and THEN the current installation mechanism can go forward.

      Because if by whitelisting a site you grant webpages opened from that site additional rights (the rights to initiate an install, and whatever other steps are necessary to reach that point) you open yourself up to an exploit using those rights from that site, either by injection through a link (as in the recent security fix) or by simple HTML injection through any form on that site.

      [I believe] the current rules in place by the Firefox developers are well minded and do a good job at keep malware base XPIs from getting into a system

      I don't. Most of the fixes in the post-1.0 security releases would not have been necessary if the design of Firefox was inherently safe. It's very close, but it's not quite there. Getting it there would not be difficult, nor would it reduce the flexibility of the system, it's just a matter of arranging things so that the default state of any "eval" operation (whether from a 'trusted' script or not) is 'untrusted', and that the operation in which a script's rights are revoked is immutably one-way.

    3. Re:The Firefox XPI model needs re-evaluation... by glesga_kiss · · Score: 1
      I honsetly belive that the current rules in place by the Firefox developers are well minded and do a good job at keep malware base XPIs from getting into a system.

      They are better than nothing, but they are not good enough for the internet. Sun have the right idea in the java sandbox, it's not user friendly but that can be improved upon by Sun or anyone implementing anything similar. Actually, Firefox's system is not all that different to Microsofts (flawed) approach. "Give some sites elevanted status" is all fine and dandy until there are (possibly unrelated) exploits that allow random third-party sites to add themselves to the list, or fake out the authentication. It's going to happen eventially, meaning all sorts of malware with write access to your HD will get on. There are thousands of installations of old Firefox builds with known problems already, give that a year or two. More exploits will come, that much is guaranteed.

      Most plugins don't need write access. Give them a chrooted jail if they really need files but most will do well enough with some form of registry/properties system for data storage. Giving full access is just stupid and that lesson should have been learned years ago. Likewise, they don't all need clipboard access, browser configuration access, network access and so on, which I presume the scripting language covers if it's going to be at all useful.

      The grandparents suggestion about forcing plugins to be separate downloadable and installable components is bang on the money. If the browser cannot install plugins directly, the malware cannot use this mechanism to install itself directly. Firefox comes with a basic download manager and if a user isn't smart enough to find something they download, then frankly they should not be installing plugins. Security through dunce-checking. I like that!

  106. Re:The next messge in the thread is worrisome by m50d · · Score: 1

    They purposefully broke nmap et al, by their own admission.

    --
    I am trolling
  107. Duh by AaronStJ · · Score: 1

    Seems like the problem is fairly obvious. Executable code is sometimes malicious. That's kind of just part of the whole "General purpose" computing thing. The same thing goes for any executable on any system.

    And the solution is hte same: don't use executables (scripts) from dodgy sources. And since greasemonkey scripts are by definition open source (little 'o'), and usually not very long, it's trivial check for flaws or exploits. If not yourself, some white hat out there will do it.

    So in other words, business as usual.

    --
    Stupid like a fox!
    1. Re:Duh by gedhrel · · Score: 1

      You need to (re)read the thread. A web-page can subvert a greasemonkey script. The problem is that your (trusted) greasemonkey scripts have a security context associated with them that usually has a large number of privileges. A malicious web page (not a malicious greasemonkey script) can access the GM security context. Since there are a number of different ways in which GM scripts can be triggered, there are a number of potential avenues that need close examination.

      That is to say: firstly, the GM architecture needs a step taken back and to be rethought with a security hat on (this is going on at the moment); secondly, it demonstrates that every piece of software that embeds a scripting language is doomed to reinvent outlook's bugs. Because doing this correctly is _hard_.

    2. Re:Duh by AaronStJ · · Score: 1

      I did my best to read the thread, but it seems to be missing information, or is, at the least, poorly organized. The email linked from the Slashdot article is simply Mark Pilgrim telling people to uninstall greasemonkey. There's no clear explanation of what's going on.

      --
      Stupid like a fox!
    3. Re:Duh by cnettel · · Score: 1
      The same thing goes for any executable on any system.
      True. But, why does it have to be this way? I know it would be some more work when we develop stuff, but why should every executable running under my account, by default, have full access to everything I have access to? It's hard to figure out how to make it easy enough to write code without being tempted to ask for full permissions every time, and it's hard to make it reasonably easy for the user to grasp what's shown, but I think that code-dependent security, in addition to user-dependent security, is the way. It doesn't have to be "trusted computing" shit, the difference is that you, as the (root) user, should always have the final key to decide what's run and what's not. Signing as a way to accomplish it is not too stupid. Of course, locally compiled code would possibly get different signing depending on who compiled it.

      There are lots of things to iron out, but we shouldn't take the idea that every executable should be able to ask the OS to do anything. Otherwise, everyone will have to protect every system call and every file I/O path from unappropriate access, instead of granting different executables different trust from the beginning. It's not a panacea, but it's something.

  108. Re:-- MODS NOTE: Parent is openly trolling. See:-- by tomhudson · · Score: 0, Troll
    ... and if they actually read my JEs they'll find that I was going to do a few Burma Shave "trolls", but never got around to it ...

    Why? Because I can't believe that anyone would be STUPID enough to try to "fix" a potential exploit in such a dumb-as way. And that, when I called "bullshit" on it, I immediately got dumped on by a bunch of syncopating knee-jerk "open source devs can do no wrong" posters who don't want us to operate to the same standards as closed-source devs? Yeah, its a flame war, all right, but its not trolling. Not in the least!

    So look at the facts:

    1. There was a "potential" - exploit. Not one in the wild. Just a possible one, that affects only a small subset of users
    2. To reduce the damage caused by their mistake, the developer unilaterally decides that its better to cripple the software through an "update" rather than give the users the information they need to make an informed decision, and decide for themselves whether they want to continue using the functions in question
    3. The (the developers) post on their list that they're going to intentionally cripple it through the update mechanism, doing an end-run around the whole informed consent issue, and, incidently acting illegally
    So, how the fuck is this trolling? Did you see a single post with a "Burma Shave" jingle in it? No ...

    More Facts:

    1. Fact: The L'Oreal case I cited was profiled on W5 almost 20 years ago. It bankrupted the IT company. Unfortunately, it's a bit before most posters time, but it established in court that developers can't unilaterally "throw the switch".:
    2. Fact: It is YOUR RIGHT to be informed as to what the intent of any update is. Not just "this is an update that closes a potential exploit", but "this is an update that will intentionally fuck up any scripts that depend on this API, so if you need to make calls to gm_API_xxxx, don't patch"
    3. Fact: We would all be bitching if Microsoft pulled something like this. They don't. Every patch contains an explanation to what its INTENDED (as opposed to accidental side-effects) effect is, and includes the possibility to "just say no."
    4. Fact: We're acting like a bunch of hypocrites if we don't hold F/LOSS to the same standards of disclosure.
    So, please tell us, mister A. C., just how the fuck this is a troll?

    As for the mods, I don't mind taking the karma hit for speaking the truth. But if they go back through my JEs, they'll also see that Troll Tuesday has ZERO to do with "trolling" in the way that you seem to think it does, and that it's more about raising the level of debate, specifically, about challenging the conventional, knee-jerk reactions that have turned slashdot into slushpot.

  109. Like littering is the same as grand theft auto... by argent · · Score: 1

    What is to stop a script from running that adds in malicious extensions or plugins to firefox?

    Um, the fact that there's no mechanism in Firefox for a script to automatically install malicious extensions or plugins. The user has to:

    1. Open a form and add the current web page to a white-list.
    2. Request the same installation again.
    3. Wait for a timer to count down to make sure that the user isn't automatically clicking "OK".
    4. Click "OK".

    I agree that this is really not stringent enough. The user should download the extension like any other file then explicitly install it. But compared to the IE experience --

    1. Click "OK" on a routine jargon-filled dialog.

    -- it's clear that while the Firefox installer is a bad design from a security standpoint, but it's bad like littering, not bad like grand theft auto.

  110. Re:The next messge in the thread is worrisome by arkanes · · Score: 1
    Like or not, the legal profession is exactly that - handled by professionals. Since you're clearly an amateur in both the legal arena and in the concepts of computer security, it's irresponsible, at best, for you to go bleating about whats illegal and whats not. You know what opinions are like.

    No provable increase in security, because no exploit has been found in the wild? Christ. Maybe you should just stay away from computers. This update is intended to prevent unsafe scripts from executing - this is not damage, no matter how you spin it. It *is* a reduction in functionality. It is not damage. Adding a firewall via an update in Windows XP reduced functionality - it did not cause damage. This is normal, accepted, and acceptable behavior.

    Your argument is totally untenable, unsupportable, and generally bullshit. Half the updates in the history of computing would be criminal by your standards. Hell, the update to FF that added the whitelist for XPI installation would be - auto installation of extensions is a feature. Thats why IE had it. But it doesn't now. Maybe you should write your district attorney.

    If I got fed an update that demonstrably improved security, as this one does - by an *enormous* amount, and the fact that you consider it a minor detail demonstrates a lack of knowledge I find unsettling - at the expense of functionality - rarely used functionality, at that - no, I would not be pissed. At worst, if I needed that functionality, I would investigate the reasons behind the update and find a work around. But thats because I'm responsible about my computing habits and don't expect the little fucking computer fairy to sprinkle dust on my computer when I'm sleeping.

  111. CAPs - a solution to access control problems? by matvei · · Score: 2, Insightful
    That said, I haven't seen a really good way to manage permissions. It's just not practical for an applet to say, "In order to run this, you need these 47 permissions" and expect you to fix that. With cleverness the modeler could create roles with aggregates of permissions, so that you can say, "This app needs access to your browser UI" (like Tabbrowser).

    I find it interesting that every application has to wrestle with these problems time and time again, instead of them being solved by the operating system. The reason for all this trouble is that the Access Control List security model is inherently flawed.

    Using ACLs makes us adjust permissions per user basis, while it is not the user who does (good or evil) things with the computer but the processes running on behalf of the user. Thus an application can (be tricked to) do malicious things with the user's full permissions - as if the user himself was actively and knowingly destroying his data, sending it over to an eavesdropper, etc. A correct approach would be to grant permissions to do a certain operation on a certain resource per process basis. This is what the capability based security is all about. (If I am mistaken, I hope someone more enlightened in CAP theory will correct me).

    I am amazed that none of the popular operating systems implement capability based security models, since they would eliminate Confused Deputy Problems like this.

    Some random links relating to Capability based security:

    1. Re:CAPs - a solution to access control problems? by jp10558 · · Score: 1

      Does Tiny Firewalls WinGuard do this? I think it did permission based stuff per process, but I think it also did disk access control. I'd like that - but don't want the rest of the firewall.

      ProcessGuard does a little of this, but doesn't do anything with disk access right now...

      --
      Opera, Proxomitron-Grypen,GPG 0x0A1C6EE3
    2. Re:CAPs - a solution to access control problems? by sykjoke · · Score: 1

      All the extension code runs in a interpreter, so it shouldn't be too hard for the interpreter to manage some kind of thread based security permissions. You can also encapsulate some data with a wrapper and assign access rights and permissions to that block of data, in a similar way to DRM, but without all the Copyright crap.

  112. Any distro not make home world readable? by Sark666 · · Score: 1

    I know it's stallman's share everything mentality but personally I don't like my home being world readable. So I change it. But I could picture in business environments that they'd definately not like one user to read other users home. The user might not have access to the network like this, but sometimes the one machine is time shared with other employees. I think during install or something a distro should ask you how you want the default user permissions set up.

    And since I've set my home this way, I assume this couldn't read my home right?

    1. Re:Any distro not make home world readable? by gedhrel · · Score: 1

      Only if you normally run firefox as a separate userid to the one that owns your home directory.

      So probably: no, not right.

  113. Re:The next messge in the thread is worrisome by tomhudson · · Score: 1
    It is IRRESPONSIBLE behavior to NOT give users, via the normal upgrade path, critical security updates, even if those upgrades cripple something. And this is about as critical an update as they come. Or have you forgotten that your computer contains a lot of passwords?
    Fortunately, most businesses don't run with the same mentality you're exhibiting. They DON'T automatically just roll out a "patch" for what is only a potential exploit, or one that can be worked around in other ways.

    If your computer depends on the disabled functionality in the greasemonkey api, you're going to be mighty pissed. You would rather have the opportunity to work around the problem, by, for example, isolating/hardening the machines in question, rather than having them go off the air completely.

    As for the Tylenol reference, there were alternative equivelent generic drugs available as a "drop-in replacement". A more apt comparison would be to, say, an operation. You are explained the risks and benefits, and then decide whether you want the "upgrade." Nobody else can make that decision for you. It's your "hardware" after all.

    My whole point is that this:

    I found out that since Greasemonkey is distributed on
    addons.mozilla.org it will automatically update itself, even though I
    didn't put that in the code.

    Neat. I'm going to upload the neutered versions at 7pm PST. It'd be
    great if people could poke it a little before then.
    ... is NOT the way to handle the problem. the people affected aren't your average 'net users. Let them (the users) make the decision, based on their own risk/benefits analysis. Do you REALLY have an issue with that?
  114. Who compares speedboats to tugboats? by Anonymous Coward · · Score: 0

    I gave up smoking years ago, but you may be smoking something comparing FF to IE (I didn't even mention IE because I have no use for it).

    I guess you haven't tried many browsers. My browsing goes back to the Mosaic days and I have used more browsers than you have fingers.

    I challenge you to try Opera for a few weeks and then do a reality check on your statement.

    Lets get the usual "but FF is free" comeback out of the way right now: Ad-sponsored Opera is free and can be set up with text ads (non-flashing) that take only 1/24th of vertical screen space (big deal). It's not much to give up for so much browser. You can also hit F11, go full screen and no ads!

    Opera is not perfect, but it beat 7 shades of Hades out of every other browser that I've used in the last 10+ years (and that is quite a few).

    Opera d/l about same size, installs just as fast. Try Style Sheets, Zoom, Sessions, Rewind, Fast Forward etc., etc. - real power user stuff. Opera's d/l manager is an order of magnitude better than FF. By the way, many of FF's "original" ideas were originally seen in Opera.

    I'll bet you'll find that you didn't browse very efficiently and probably weren't even be aware of it. Or don't try it and never know what you're missing. It's your choice.

    1. Re:Who compares speedboats to tugboats? by Shakrai · · Score: 1

      I challenge you to try Opera for a few weeks and then do a reality check on your statement.

      I wasn't preaching "my browser has a bigger dick then your browser" like your post. I was pointing out that anybody who says that Firefox isn't functional without extensions or plugins is on crack. I can't think of anything that Grandma needs on the web (besides maybe Flash) that Firefox can't support out of the box.

      And as far as Opera goes the day that I use a piece of software that I have to pay for or have advertisements on my screen when there is a perfectly capable free and open source alternative that is just as good if not better is the day that I start using Windows as my primary OS again.

      --
      I want peace on earth and goodwill toward man.
      We are the United States Government! We don't do that sort of thing.
    2. Re:Who compares speedboats to tugboats? by mpontes · · Score: 1
      I'm not saying Firefox is a better browser than Opera, but Opera doesn't work for me, it's too bloated. I'd rather stick with Deer Park Alpha 2^W^W^W^W Firefox, a bloat-free browser out of the box. Whenever I want it to do something, there's an extension for it.

      Also, the security risk is minimal. I'm pulling numbers out of my ass, but let's assume 15% of the Web users use Firefox. From those 15%, only 1% have BuggyExtension X 0.5 installed. That means 0.15% of all the Web users use BuggyExtension X. The actual figures are probably much smaller, though.
      Now, let's assume there are 50 sites on the Internet that exploit that bug. What are the odds for an actual user of BuggyExtension X 0.5 to go to one of those 50 sites? Unless the people at Google, Taco or Maddox decide to go skript kiddi3 style, I'm guessing the odds are pretty damn close to zero.

      Extensions are Firefox's biggest strength. Let's face it, why would anyone write an exploit that targets 0.15% of the web users populaton when they could target 80% every time an IE exploit is found?

      --
      Bored? Browse Slashdot with a +6 modifier for Troll comme
    3. Re:Who compares speedboats to tugboats? by Anonymous Coward · · Score: 0
      I can't think of anything that Grandma needs on the web (besides maybe Flash) that Firefox can't support out of the box.


      What if I'm not your Grandma?
    4. Re:Who compares speedboats to tugboats? by kurokaze · · Score: 1

      FF is bloat-free? wow.. can someone explain why it uses 43MB of memory when just viewing Slashdot compared to IE using 21MB doing the same?

      Also, I'd like to point out that FF doesn't handle exceptions as gracefully as IE.

    5. Re:Who compares speedboats to tugboats? by mpontes · · Score: 1
      IE components are loaded with Windows, blah blah, Microsoft is evil, yada yada. I'm terrible at being a zealot, I'll leave that for someone else.

      Jokes aside, I was talking about the it interface bloat. When I first loaded Opera, it didn't feel like I was using a web browser, it felt like I was using MS Word with all the toolbars open. Firefox is lot more KISS in that aspect. And yes, I know I'm going to get my Geek Card taken away for complaining about too many options.

      Yes, Firefox sucks in the memory managment department. (Bookmark this comment, it may be the first time you hear a FF zealot admiting it sucks for something) I once got it to 100 MB when I had a crapload of tabs open (I was doing wiki editing). It could have been a memory leak, since I'm using an Alpha version of Firefox (Installed over a nightly build which was installed over another Alpha. I'm a bad, bad man. I know I'll have to do a clean install, but I'm being lazy). I dunno. Firefox works for me, but I don't mind people who use Opera. It just doesn't fit me, that doesn't mean it can't be perfect for other people. Hey, as long as they're not using IE, who cares?

      --
      Bored? Browse Slashdot with a +6 modifier for Troll comme
    6. Re:Who compares speedboats to tugboats? by Rits · · Score: 1

      Sigh. There is a reason that Opera 8's UI has been redesigned - to counter this criticism. It is not valid anymore, Opera 8 out-of-the-box has more or less the same number of menu items and toolbar buttons as Firefox.

      But your last statement is spot on of course :)

      --
      If you don't like having choices made for you, you should start making your own. - Neal Stephenson
    7. Re:Who compares speedboats to tugboats? by Anonymous Coward · · Score: 0

      Your choice of phrases in your replies clearly shows that you have a predisposition towards flame baiting. My time is of too much value to waste on you.

      Goodbye.

  115. Re:The next messge in the thread is worrisome by tomhudson · · Score: 1
    Like or not, the legal profession is exactly that - handled by professionals. Since you're clearly an amateur in both the legal arena and in the concepts of computer security, it's irresponsible, at best, for you to go bleating about whats illegal and whats not. You know what opinions are like.
    Nice ad hominem attack, but I've probably spent more time in court than you (hundreds of hours) - and I've probably won more cases than you. And I've had the pleasure of arguing both civil and criminal cases. Some people just aren't smart enough to leave well enough alone, and every decade or so, I get to play lawyer in the criminal system again - and I always win. I'm a real prick when it comes to cross-examining certain liars on the stand, and I don't give a shit how pissed the judge gets - because for me, winning was the only thing that counts. And I win. Every time.
    No provable increase in security, because no exploit has been found in the wild? Christ. Maybe you should just stay away from computers.
    Again, lay off the ad hominems as a form of argument. I've been writing code for a quarter-century, so I trust my judgment more than someone who writes something like this:
    I found out that since Greasemonkey is distributed on
    addons.mozilla.org it will automatically update itself, even though I
    didn't put that in the code.

    Neat. I'm going to upload the neutered versions at 7pm PST. It'd be
    great if people could poke it a little before then.
    I'm not saying there isn't a problem - just that THIS is not the way to go around fixing it. It doesn't pass the "smell test."

    Now I have to agree with you about one thing:

    But thats because I'm responsible about my computing habits and don't expect the little fucking computer fairy to sprinkle dust on my computer when I'm sleeping.
    What I'm trying to argue here is exactly that - it is your computer, and your choice as to whether to install an update that "fixes" a potential exploit by killing off functionality, after YOU have the facts and make your own risk/benefit analysis - not the developers' in trying to say its' an update, which implies a bug fix (which this is NOT).

    I'm not saying that patches that accidently kill off some feature are wrong - quite the contrary - only those that INTENTIONALLY do so, while posing as "updates".

    What has surprised me is that so many people have come out against informed consent/refusal in this case. It looks more and more like the people who are saying that F/LOSS supporters have a double standard are on to something, and that disappoints me. Actually, it more than disappoints me - it pisses me off, because there's a certain amount of truth in it. I believed we had a double standard, but one where we held ourselves to higher standards than the "evil empire." Guess I was wrong on that one.

  116. I don't believe this by spitzak · · Score: 1

    You explanation makes it sound very safe, but I have my doubts your explanation is correct.

    It appears GM added commands to use the contents of files for it's own purposes, and the bug is that other pages not controlled by GM can get at these commands.

    I find it hard to believe they implemented these commands to check for the files to be world-readable. First this would mean that anybody using GM for it's intended purpose would have to make the file it is reading world-readable, which would be sort of a security problem in it's own right (say it has secret information in it that you don't want other users of the computer to see).

    Second it requires quite a bit of annoying code to check for world-readable, as opposed to just trying to read the file, and you are implying they did this correctly both for Windows and Linux.

    I'm just not buying it, without a more compelling explanation as to why they would have implemented it this way.

  117. Nontrivial by mcc · · Score: 1

    While what you describe would be a really cool feature, it is also more easily said than done. I'm positive it could be added at some point, but it maybe isn't reasonable to expect it to be a 1.0 feature.

    It isn't enough for security features to be there-- they have to be clear. The user interface is as much a part of the security as the permissions models-- a security feature which overwhelms the user with options is as bad as no security feature at all, as they'll just click "OK" without understanding what it was they did. And the firefox devs tend to err on the side of simplicity over power. Have you seen how many really important preferences are buried in that about:config forest because they couldn't bear clutter in the Preferences dialog?

    Extensions are and should be applications unto themselves; that's the point. The fact they're written in javascript rather than machine code doesn't make them different than a .exe. If this isn't clear enough to the end user, then the first thing to do would be make that more clear.

    Once that's past, though, it would make a lot of sense for a permissions model for extensions to be added as you suggest. If nothing else, it seems like it would be relatively easy to add an option for some or all extensions to be ratcheted down to the same permissions level as normal javascripts, rather than the extended permissions available to chrome javascripts, since many extensions don't actually take advantage of the extended permissions (as long as some kind of exception was added just large enough to allow extensions to create and edit their own preferences files). However: How should this be presented to the user?

    You or I may have the ability to look at some random extension and go "well, knowing what this plugin does, it makes sense for this plugin to be able to modify DOMs and query websites, but not for it to be able to read files off the hard disk". You or I would then be able to set some checkboxes for each plugin specifying what they can and can't do in a granular fashion. But the average user doesn't understand such things, and so shouldn't be outright presented with these questions unless it's through a buried poweruser option like about:config is.

    So how do we present this? Should the extensions be split into "trusted" (chrome permissions) and "untrusted" (page-level javascript permissions), and the user sees which is which when they look in the extensions dialog? Should the extension format be extended to include a requestpermisisons.rdf which results in the "would you like to install" dialog for the extension explaining to the user that this extension modifies webpages, this extension reads your hard drive, etc? Should there just be one big "allow extensions to access my hard drive" checkbox in the preferences?

    I do not think the answers here are obvious. Some serious thought needs to go into this before the firefox peoples even make any attempt at implmenting it.

    Anyway I suggest you file this to bugzilla as an enhancement request, or, um, exactly what is it one does with feature suggestions to mozilla? :)

  118. Re:The next messge in the thread is worrisome by arkanes · · Score: 1
    Pushing an update that closes a hole is acceptable. I've got nothing against informed consent, either - but thats not what you started saying. You posted at least 3 reponses about it being *illegal* and *criminal* to do this, which is such an incredible line of bullshit that it took me several re-reads to verify that you weren't attempting some sort of stupid joke (maybe you are still trolling? I don't give a shit, I'm in a bad mood anyway). If you'd gone with something like "Hey, updating to a crippled version without an explanation isn't the right thing to do.", then you'd at least have somewhere to stand. You'd be wrong in this specific case, because the mechanism for alerting the user to anything more detailed than a new version being available isn't present and this is the best second option, but it does point out a lack in the FF update mechanism. That lack is not fucking "criminal", violating a fucking "damages" clause of the computer fraud act.

    I'm not impressed with your 25 years of coding experience either - if theres anything I've learned its that years in the industry don't amount to shit when it comes to code quality. Some of the worst crap I've ever seen has been sitting on mainframes for 20 years. The fact that you don't think that a *massive*, *critical* vulnerability - this would be earth shattering if GreaseMonkey was widely deployed - isn't something that should be closed off as quickly and as expediently as possible further reduces my total lack caring about your coding history. It would not be acceptable to leave this on updates.mozdev.org as is. It's worth noting that despite other posts in this thread, the functions removed are used fairly rarely in GM scripts, and then mostly by fairly advanced users.

    The dev of GM who's responsible doesn't know a damn thing about security either, and doesn't think that way - he says as much on the ML, and he just learned a really hard lesson in it.

    I can't speak for other OSS supporters, but I don't have a double standard here at all - Microsoft did the right thing in enabling it's firewall by default in SP 2, in enabling the data execution protection, and a variety of the other things it's enabled that have broken some naive programs. Doing it without a detailed explanation of why is sub optimal. I'll blame MS more for it because they have a mechanism to present that information to the user. I'll blame the Firefox devs because they didn't anticipate the need for such a mechanism in the update. I won't blame the GM dev for responding as best he can to a massive security breach.

  119. Re:FF's greatest strength also its greatest weakne by jp10558 · · Score: 1

    Is greasemonky on mozdev.org? If so - can we blame mozilla/FF for a security lapse?

    --
    Opera, Proxomitron-Grypen,GPG 0x0A1C6EE3
  120. What if you CAN'T uninstall it? by kalirion · · Score: 1

    I tried to uninstall Greasemonkey months ago. The Extensions window still says "this item will be uninstalled after you restart Firefox." What, am I supposed to wipe my whole profile now?

    1. Re:What if you CAN'T uninstall it? by Anonymous Coward · · Score: 0

      Maybe you should try restarting Firefox? :)

  121. Windows Update is the Same by cyberformer · · Score: 1

    Greasemonkey is hardly alone. Other Firefox extensions have done this, often for what seem like less important reasons. For example, ForecastFox (a widget that uses a Web service to check the weather) changed its service provider from weather.com to accuweather, breaking many user settings that were customized to the specific data available from weather.com. The lesson is to check what changes an update makes before downloading it.

    Many security holes are the result of increased functionality, so the easiest way to fix them is to remove it. Microsoft does this all the time. For example, an update to Outlook stopped it from running .exe and .vbs attachments automatically. That helps stop viruses, and is IMHO a good idea, but it also inconvenience the few people (other than virus writers) who used the feature.

    1. Re:Windows Update is the Same by tomhudson · · Score: 1
      The lesson is to check what changes an update makes before downloading it.
      As another poster suggested, a change log that the user can look at would be a great addition.
      Many security holes are the result of increased functionality, so the easiest way to fix them is to remove it.
      Ouch. sounds a bit like how I used to write software. Have a whole bunch of features, get as many of them done as possible, then start trimming back the ones that would break the release date.
      Microsoft does this all the time.
      The comparison hurts :-)

      Actually, Microsoft takes care to publicize any intentional breakage (nobody can, by definition, publicize the unintentional). I think we should at least meet, if not exceed, the same level of disclosure. This is what bugs me - the "end run" around informing the user. It's a pretty prevailent problem, but there really is no excuse, and ther's no other business where this is acceptable.

      As I posted in my latest JE, I think this has turned into a flame war because I think it was handled wrong, and it highlights our hypocrisy vis. the double standard in how we treat F/LOSS vs proprietary software.

      Oddly enough, part of the problem is that I have a higher expectation for F/LOSS, in terms of what I expect in regards to informed consent, full disclosure, and leaving the choice up to the end user. I'm more than a bit disconcerted that most of the posters don't seem to agree.

  122. Re:The next messge in the thread is worrisome by LordBodak · · Score: 1
    They don't unilaterally decide a damn thing. They tell me an update is available. Updates do not necessarily have the same functionlity as the existing software. If I don't choose to look at the changelog for the updates I install, it's my own fault.

    This is a security update. In order to provide it, some functionality had to be temporarily removed. If the system automatically installed the update, you'd have a valid argument.

    --
    LordBodak's journal.
  123. Re:The next messge in the thread is worrisome by Mant · · Score: 1

    I didn't say its OK to attack something because it is a security hole. I'm saying the person who supplies it can turn something off because it is a security hole. It isn't a malicious third party trying to cause harm.

    So you seem to have misunderstood my line of thinking.

    It would be nice if FireFox updates had some sort of info about what the update did. I've upgrade extensions in the past and had some odd things, but really its entirely my responsibility to check on what I'm downloading when I click OK.

    I think perhaps some things could be learnt from this situation and it could be handled better, I won't argue with that. However when the user has agreed to the download you have their consent. Continuing to assert it is illegal when you appear on shaky ground doesn't help you other (IMO more reasonable) points that there ought to be a better way of doing this.

    I still haven't had an answer on the "crippling" either, is GreaseMonkey rendered useless (seems unlikely) or just looses some functionality?

  124. Re:The next messge in the thread is worrisome by tomhudson · · Score: 1
    So let's start again, but this time at the beginning.

    My original post stated the following:

    It should be up to the individuals to decide if they want to make such significant mods to their system as purposefully crippling software.

    If the Bitch from Redmond pulled a stunt like that, we'd be all over them like viruses on a Windows Box.

    Purposefully breaking an app because of a possible exploit is arrogant, dishonest, alarmist, and just plain stupid. If we applied the same thinking to all other areas of our life, we wouldn't be able to do anything, paralyzed by possible fear of a possible bad meal, a potential flat tire, a possible power failure.
    It was only after everyone went ape-shit (something like 15 responses one after the other, al disagreeing) that I extended the argument into the legal realm. My first concern was, and still is, that this is NOT the way to handle a bug.

    It bears repeating: this is NOT the way to handle an exploit, a bug, a programmer error. Posting stuff like this:

    I found out that since Greasemonkey is distributed on
    addons.mozilla.org it will automatically update itself, even though I
    didn't put that in the code.

    Neat. I'm going to upload the neutered versions at 7pm PST. It'd be
    great if people could poke it a little before then.
    ... makes it sound like you don't credit your users with possessing 2 brain cells. What would be so wrong with publicizing the potential flaw, and just letting people decide for themselves whether to uninstall/install the neutered version/make their own workaround?

    THAT is what gets my goat!

    It has nothing to do with the potential damage of the exploit. Time and again, we've heard calls from all over that F/LOSS has to take a more responsible approach. That includes being up front about mistakes, going the full disclosure route, then empowering the USER to make the decision.

    Sure, we take a credibility hit temporarily, but our long-term credibility is enhanced, not degraded, by such a course.

    The examples I gave of this, such as Tylenol (poisoned pills), Wendy's (finger food) , and Coke (syringes) are, I think, examples of demonstrating to the public that you DO stand behind your product, and are willing to take the hit, if and when necessary, because you have integrity.

    This is what the suits want to see. This is part of what they mean by "open-source support." but people just don't get it. They still act like they can "sneak something by", or that, if ignored, it will go away.

    One of these days we're going to have a major exploit that IS widely deployed, and how we react to it is going to say more about us than how quickly we patch it. Full disclosure, with cohntrol by the now-informed end user, is the only way to go, long-term.

    Is what I'm saying THAT far out in left field?

  125. MS already trying to take advantage of situation by Augusto · · Score: 1

    It didn't take long for Scoble to try his marketroid magic to exploit the situation;

    http://radio.weblogs.com/0001011/2005/07/19.html#a 10693
    "Rough week for Firefox team"

    Don't forget to take a look at his comments section to see how hard his trying to spin this to show Firefox is even less secure than IE!

    --

    - sigs are for wimps.
  126. Re:The next messge in the thread is worrisome by tomhudson · · Score: 1
    By your own admission, this "update" is exceptional. It disables functionality, not a "fix", at least in all but the most exotic sense.

    Shouldn't it inform you first (perhaps by presenting the changelog) before screwing things up?

    When I do my updates on my SuSE system, I get to see every update, and what's been changed, and I have the option of saying "no".

    I also have the option of making it completely automatic. That is my choice, and I choose to say "no".

    Me, I think all updates should be this way, but at the very least, updates that are known to break things should say so before install.

    But one of my beefs wasn't just that there was a problem, but with the way it was handled, as I originally posted:

    ------------ snippage ---------
    Its the next one that people should be alarmed about.
    I found out that since Greasemonkey is distributed on
    addons.mozilla.org it will automatically update itself, even though I
    didn't put that in the code.

    Neat. I'm going to upload the neutered versions at 7pm PST. It'd be
    great if people could poke it a little before then.
    It should be up to the individuals to decide if they want to make such significant mods to their system as purposefully crippling software.

    If the Bitch from Redmond pulled a stunt like that, we'd be all over them like viruses on a Windows Box.

    ------------ snippage ---------
    I keep coming back to this point, that this way of "fixing" a problem doesn't pass the "smell test" - its sleazy. As RMS says, it's about freedom, not about price. and part of freedom is that the end user should be both informed and in control, not just "well, there's an update - guess I should install it, because updates are supposed to be good for you" and cross your fingers, throw the I Ching, and hope for the best.
  127. bias in the summary! by oldwolf13 · · Score: 1

    Whatever you do, don't bother telling us non-FF users what greasemonkey does!

    It's discrimination I tell you... you've been after us Opera users from the start! :)

    --
    If I can't smoke and swear I'm fucked.
  128. Re:The next messge in the thread is worrisome by tomhudson · · Score: 1
    To answer your last question first, it ends up with reduced functionality - no more calls to the xmlhttprequest goodness a la AJAX.

    The whole legal question was a side-issue that I brought up because people were missing my main point - that users have the right to know and control what is going on with their computers.

    I like the way SuSE update works. I get to select what I want to install, I have all sorts of info as to what each update does, what it provides, what issues it addresses, what it needs, dependencies, increased functionality, etc.

    Its what updating should be like. Quick. Easy. Informative. Under MY control.

    Now, on to your first point. Even the developer/supplier has no legal right to "turn off" something on my computer without my consent. This consent can be obtained, for example, by stating up-front that it is a time-limited demo version that dies after x number of days/runs/whatever. On a side note, even then, you are not allowed to "hold a users' data hostage" - which, believe it or not, some companies tried to do as a way of keeping their customers.

    Hope this helps :-)

  129. Re:FF's greatest strength also its greatest weakne by Anonymous Coward · · Score: 0

    Mozdev, just like MozillaZine and MozillaNews is actually not part of the Mozilla Foundation and is not under their control. Thank you, please try again.

  130. IE is inherently and unfixably insecure. by argent · · Score: 1

    As long as the browser allows some form of plug-in which can intercept URL requests... it's going to be vulnerable to spyware.

    I'm sorry, I don't understand what the browser or the plugin has to do with this. You're describing a social engineering attack. Once someone has used social engineering to run code on your computer (whether by having you download and install an application, or by having you download and install a plugin, or by having you download and run a standaline application) that's "game over". They can do anything they want.

    There's no "big gaping hole" in the browser that allows this, there's simply the fact that the user has the privileges necessary to, whether from the browser or from Windows Explorer or from the shell, run an unsandboxed application.

    The security hole in Internet Explorer has nothing to do with the fact that you can install plugins in it, it has only to do with how you do it.

    It has been possible to install plugins, or to download and install applications, or download and run scripts, on all personal computers running all operating systems since the very first primitive bulletin board systems went up in the '70s... mere moments after personal computers became available.

    Up until the late '90s, though, it was pretty much impossible for someone to launch code on your computer without you explicitly downloading and requesting the execution of that code. Oh, there had been occasional exceptions, but they never lasted long and they were never the mechanism of choice for virus distribution. Social engineering and file sharing were. So long as you were aware of the possibility of social engineering, and didn't run files other people left for you, you were safe.

    There used to be a joke about a virus that you could get by just reading an email. It was the "GOOD TIMES" virus. It was a joke because everyone knew that nobody would be so stupid as to write a mail program or bulletin board client (terminal program, browser, what have you) that let someone you didn't know run code on your computer. That was insane.

    The Microsoft HTML control was the first program, ever, that I am aware of that contained a mechanism to launch unsandboxed applications (scripts or plugins) from a remote site. When I saw how IE and the desktop were being integrated, I went to our managers and I said 'this is a security problem. I don't know what's going to happen, but I know that this program is going to be used to break in to people's computers. I want to ban this program from our site'. They said 'OK'. now, I suspected that the first exploits would be through Active Desktop, I was wrong about that, but I wasn't wrong about it being bad.

    We used Netscape and then Mozilla for years. We occasionally had someone social-engineered into downloading and running some piece of malware, whether through email or through the web, but it was rare. Almost all of the times that I was called out to disinfect or reinstall someone's computer, it was because someone had violated our policy and used Outlook, Outlook Express, or Internet Explorer.

    Later, when our parent company forced us to cahnge that policy, things got worse. But still, while I occasionally had people come to me and say "I clicked OK again, Peter, I'm sorry"... I never had them say "I downloaded and ran/installed an application/plugin and it was infected" more than once. Because there is a HUGE difference between "clicking OK" and explicitly running a program.

    THAT, my friend, is the "real world". In the real world, the distance between the Microsoft HTML control and any other component used in a browser, mail program, or other application used to view remote content is so huge that equating one to the other, even when there's problems in the other application as there are in Firefox, is simply ludicrous.

    It's got nothing to do with one having more choices or features, it has to do with Internet Explorer and all other applications using the Microsoft HTML

  131. Re:The next messge in the thread is worrisome by loucura! · · Score: 1

    Obviously you know that the patch removes functionality, or you wouldn't be complaining about it. Since you're aware, that means you were informed (somehow). And since no one is forcing you to install the update (extension updates don't install automatically), you are in control of whether you install it or not.

    --
    Black and grey are both shades of white.
  132. Re:The next messge in the thread is worrisome by tomhudson · · Score: 0, Flamebait
    Nice analysis, except that I found about it from RTFA (gawd, yes, I'm actually someone who Reads The Finbe Articles. You found out my secret! Agggh! I'll have to turn in my geek card AND get a 900000-range UID! Sob :-(

    All kidding aside, I wouldn't have known if I hadn't read the article. My beef wasn't with removing functionality, it was with the way it was done, and the thought processes that seemed to be behind it (at least, from what I could tell from the post that I cut-n-pasted here that started this whole thing ...)

    Add that to them possibly trying to make previous versions unavailable so that anyone who DID "update" and then found that they needed the previous functionality, and were now SOL ... as I said originally, the whole mess doesn't sit right with me.

    Lets take another case. If it were, for example, software that I was using on one of the servers here, and the distro maintainers decided to pull a shot like this it would make me start checking out other distros RSN. Its about trust, open communications, and how you handle a problem.

    I mean, this message:

    I found out that since Greasemonkey is distributed on
    addons.mozilla.org it will automatically update itself, even though I
    didn't put that in the code.

    Neat. I'm going to upload the neutered versions at 7pm PST. It'd be
    great if people could poke it a little before then.
    ... just doesn't pass the smell test.
  133. Greasemonkey is cool by bobzieruncle · · Score: 1

    I've been using Greasemonkey to download mpeg files and other media files that won't run in Firefox by default. And I've been looking into creating Greasemonkey scripts to fix problems with various sites that cause Firefox fits. Many sites are only tested with IE -- and I've had all kinds of terrible things happen to my PC when I was running IE. (Some earlier comments alluded to BHOs, etc. -- that kind of thing). All of those comments casually suggesting people drop or disable Greasemonkey are less than helpful.

  134. Re:MS already trying to take advantage of situatio by eieken · · Score: 1

    That is pretty low, I don't see why the Greasemonkey plugin is now supposedly representing Firefox, its just a simple developer tool that lets you add JS code to a set of pages you define. Firefox is a complete browser, much more complex and amazing at what it does. I do like Greasemonkey, and I know they will fix this is no time.

    --
    Meet new people, and kill them.
  135. Security Enhanced Linux by Anonymous Coward · · Score: 0

    Wouldn't this class of problems be easier to avoid within SEL?

  136. Change the vendor by porneL · · Score: 1

    Opera User Javascript.

  137. Ok then ;) by cortana · · Score: 1

    Why should this be done at the layer of the browser? Get a real OS with a security model based on the idea of Mandatory Access Control and you get this with every application.

  138. Mod antispyware software user interface down by cortana · · Score: 1

    It fails the three-clicks rule. ;)

  139. Re:FF's greatest strength also its greatest weakne by BobPaul · · Score: 1

    Mozilla has internal support for tabs, right? I used tab extensions before mozilla had support, but now I don't see a need.

    Noa troll, but curious: What features do you find you can't live without that are installed by one of the tab extensions?

  140. Why not update the slashdot news? by MTO_B. · · Score: 1

    It's clear that the author of this "news" didnt bother to check if an upgrade was available before posting about this.

    I think this is both unfair to Mozilla as to GreaseMonkey.

    Please update the news as you do other times to say that users can update their GreaseMonkey installation to avoid this bug.
    https://addons.mozilla.org/extensions/moreinfo.php ?id=748

  141. Re:-- MODS NOTE: Parent is openly trolling. See:-- by Dahan · · Score: 1

    Excellent effort--I commend you. GNAA quality!

  142. Re:The next messge in the thread is worrisome by loucura! · · Score: 1

    So your argument is that random websites having unfettered access to world-readable files is preferential to the developers changing how their program works?

    --
    Black and grey are both shades of white.
  143. 6 clicks 6000 clicks by sykjoke · · Score: 1

    6 clicks or 6000 clicks, who cares how many clicks for Joe sispack to install an extension, it didn't prevent GS from being a security threat.

  144. Re:The next messge in the thread is worrisome by DavidTC · · Score: 1
    I have no issue at all with them making a risk/benefits analysis.

    Of course, as not all of them read slashdot, I'm at a loss as to how you think that's going to happen sans them updating and finding out why their scripts don't work.

    Um, duh.

    --
    If corporations are people, aren't stockholders guilty of slavery?
  145. Re:The next messge in the thread is worrisome by Anonymous Coward · · Score: 0

    Ignore him. He's harping about the 'it will automatically update itself', even though its' been explained that the phrase actually means, 'it will automatically notify you that an update is available, and you can choose whether or not to take advantage of the upgrade'.

  146. Re:The next messge in the thread is worrisome by tomhudson · · Score: 1
    Ohh, nice straw man argument.

    The developers are free to change how their program works. They are NOT free to sneak those changes onto a users computer without their **informed** consent. Two different issues.

    What I actually said in my original post was:

    It should be up to the individuals to decide if they want to make such significant mods to their system as purposefully crippling software.
    One of the freedoms of "free as in beer" software is supposed to be that YOU control your system. (I can't believe it - I'm turning into an RMS clone!)

    And, since so many people have taken me to task on this, I've backed up my claim of it being illegal in many jurisdictions in this reply in a JE (sorry the laws at the bottom of the post - I was replying to another poster ... you know how these things sometimes end up with long discussions ...)

    What I think is preferable is what I've been saying - inform the users up front that there is a problem, and let them decide if they should remove it, work around it, or take you up on the "neutered update."

    Besides, if they want to read my files, I'll just make a symlink between /dev/urandom and some interesting file names, like "latest porn collection". If you want an idea of how bad that will be for them, just run "cat /dev/urandom" in a terminal ...

  147. Doesn't your mouse have a right button? by Anonymous Coward · · Score: 0
    When I first loaded Opera ... it felt like I was using MS Word with all the toolbars open.

    Toolbars: Right click over tool bar for list of location options - left, right, top, bottom, off

    Buttons: Right click over button and select remove from toolbar, or drag and drop to new location.

    It took me all of 2 minutes to get rid of every toolbar and that I didn't like and put the buttons where I wanted.

    Next problem?

  148. Re:The next messge in the thread is worrisome by Anonymous Coward · · Score: 0

    Pardon the rest of us who have trouble believing you are a lawyer with hundreds of hours arguing cases in court, who has won *EVERY* time, and has been programming professionally for over 25 years. I'm not saying its not possible, I'm just pointing out that, based on your 'legal analysis' of this issue, its *very* difficult to believe.

    A couple points:
    First, the 'automatic update' is actually 'automatic update notification'. Nothing is installed without your consent. If you choose to install an upgrade without checking out the developer's site where it *does* explicitly tell you what is being changed, that's *your* problem, not his. Bitching and moaning doesn't change that.
    Second, the author of Greasemonkey isn't a 'third party'. He's a 'second party'. He provided a good or service to you, and having discovered a serious issue, is doing the responsible thing, and issuing a recall.
    Third, security is a feature. The update offers improved security. That is a *good* thing. Again, though, nobody is forcing you to upgrade if you consider the features lost more valuable than the security of your computer.
    Fourth, stability is a feature.
    Fifth, there is no legal responsibility for the author of software to never remove functionality. If there were, Microsoft would have been *heavily* fined when they released Windows ME, and would be bankrupt right now.
    Sixth, if you have Greasemonkey installed on a system where you do *any* of your supposed legal work, you'd be at risk of committing legal malpractice by *not* installing the upgrade. Why? Because you are now *intentionally* putting sensitive (read 'confidential') attourney-client information at risk.
    Seventh, if you really *are* a lawyer, you're an awfully stupid one to have given legal advice in the manner you have. if you *aren't* a lawyer, you're even more stupid to have given legal advice in the first place. Either way, you've opened yourself to lawsuits from people who *took* your legal advice. Not *my* problem, just wanted to point it out.

  149. Re:The next messge in the thread is worrisome by tomhudson · · Score: 1
    Well, nobody ever said that greater freedom didn't come with greater responsibility (and that greater responsibility and freedom requires more work/vigilance :-)

    I could always cop out, and say that the solution is left as an exercise for the reader, but that IS a cop-out. There is no perfect solution. But some will read it on slashdot. Others on k5, or google news. And some won't for a while, until they get an email from a friend, or one of the tech newsletters they subscribe to. But isn't that the way it should work?

  150. Re:The next messge in the thread is worrisome by tomhudson · · Score: 1
    Okay - first, I learned how the law works by watching professional lawyers in court for several hundred hours, and actually considered making it a career when I was younger. Came in handy later on in life. I've had a chance to argue and win several criminal cases as well as the usual complement of civil cases. I keep up to date on what goes on in the legal field (I have a copy of the latest Code Civile in french - yes, I can do it in both languages), and also know enough about basic procedures to file writs, briefs, etc.,

    the last criminal case I argued was in 1998. This was, iirc, about the 4th (they tend to come along every decade or so).

    It was fun baiting the opposition, catching them in one lie after another, and getting them so enraged that they totally lost it and had to be ejected from the courtroom - twice! It was also a good exercise in debating, finding ways to get voir-dire (heresay) testimony admitted indirectly (yes, Virginia, heresay isn't admissible in court, except when it is :-) (I know, I should write a book, but who'd believe all the shit I've done :-)

    That one was 4 days, and I had the time of my life. Enjoyed every minute of it. The previous one, late '80s, iirc, was less then 10 minutes. And I won that one, too, while 63 other people lost (even though they all insisted on using a lawyer instead of taking my advice. I told them I knew more about how to do a protest legally than most lawyers, but would they listen? No ... So they all ended up with criminal records. Me? Nothing.). The one before that, early eighties, an hour or so. And I won that one too, without even working up much of a sweat.

    This isn't including 2 lame-ass tickets that I won on constitutional grounds. in the early '80s when the Canadian constitution was all fresh and newly minted (I know, wtf - using the constitution to beat a ticket? Isn't that like using a grenade launcher to kill a fly? Yes. So what? It was quick, and it worked). And a bunch of civil cases (the last was earlier this year, and, again, I had FUN!!! and I won.) Want to win all the time? Simple. Pick. Your. Battles! Alwasy be reasonable, always offer to settle on reasonable terms if you're in the wrong (and even if you're in the right), and then, if you're in the right, kick them in the teeth if they're stupid enough to take you to court.

    So, I hope that explains it a bit better, that unlike most slashdotters, I've had the opportunity to actually put my money where my mouth is, in terms of whether my interpretation of the law is better than someone elses ...

    Now, back on to the points that are still relevant ---

    I never said that software developers can't remove functionality in future releases of the product. What they don't have is the legal right to get you to remove functionality from your system under the guise of an "update". I've posted the relevent laws in a JE at the bottom of this post.

    The test for informed consent is what a reasonable person would believe. A reasonable person has no reason to expect that an update will INTENTIONALLY cripple software on his computer. So my "bitching and moaning" about their clumsy, ham-handed tactics is entirely appropriate, as what the developers did was contrary to any test of "reasonable expectations."

    The developer is not "issuing a recall." A recall notice clearly states the defect, it doesn't masquerade as an "update". Besides, nobody has the right to trick (remember, there is a test for reasonableness, and this soi-disant "update" fails it) a user into rendering software functional just because the developer thinks there's a problem. Or would you then argue that Microsoft or Apple should be able to arbitrarily kill off features on your computer because of what they consider a problem?

    That's what you imply with the "stability is a feature" mantra. For example, if tomorrow they decide that Firef

  151. Convert Greasemonkey scripts to Firefox extensions by Mitchua · · Score: 0

    Time to get converting your favourite Greasemonkey user scripts to full-blown Firefox extensions ;-) Some details here http://www.keebler.net.nyud.net:8090/blog/2005/07/ 09/convert-greasemonkey-user-scripts-to-firefox-ex tensions/

  152. Re:The next messge in the thread is worrisome by DavidTC · · Score: 1
    Um, no.

    In the real world, (and everyone in existence things this way except you, so deal), the default is 'be secure' and the other choice is 'or make an informed choice to be insecure'.

    The other way around is completely fucking idiotic, and I'm sorry but there's no other way to describe it. People cannot possibly personally vet every single thing they own, and constantly check that hasn't been discovered it is dangerous.

    However, everyone else make a note: It's okay to give Tom Hudson broken things and never inform him how dangerous they are. Luckily, we won't have to do this for long, because he will 'choose' to continue to use a car with an exploding gas tank.

    Your fault for not reading the Ford owner's newsletter, I guess. Obviously, if you use Ford cars, you read their newsletter.

    But forgive us if we operate as if you've already been killed and issue the updates by default. In the long term, it doesn't matter if you get killed today or tomorrow.

    --
    If corporations are people, aren't stockholders guilty of slavery?
  153. Re:FF's greatest strength also its greatest weakne by It'sYerMam · · Score: 1
    I use Tab Mix and Duplicate tab. This allows me to choose where new tabs load, and which tab to switch to when they close, allows me to scroll through tabs with the scroll wheel, have load bars in the tabs themselves, and colour unread tabs differently to read ones.

    They're not essential, but they make my browsing life a lot more pleasant!

    --
    im in ur .sig, writin ur memes.
  154. Re:FF's greatest strength also its greatest weakne by It'sYerMam · · Score: 1
    We can blame anyone who looked at the code and didn't pick it up. However, it's admirable that the creator is telling us to uninstall or upgrade to a 'neutered' version so quickly. I don't know whether the creator himself actually discovered the bug, but it may well have been found later were it not for mozdev + co.

    The point I was actually making about mozdev is that you shouldn't get malicious extensions hanging about there. Anything that is a security hazard is hopefully going to be an accidental one.

    --
    im in ur .sig, writin ur memes.
  155. Re:The next messge in the thread is worrisome by loucura! · · Score: 1

    I agree with you somewhat, but since the patch isn't automatically installed I don't think there's a problem. No one is forced to install it, coerced perhaps - but that's not always a bad thing.

    --
    Black and grey are both shades of white.