Slashdot Mirror


Hackers claim zero-day flaw in Firefox

An anonymous reader writes "The open-source Firefox Web browser is critically flawed in the way it handles JavaScript, two hackers said Saturday afternoon. An attacker could commandeer a computer running the browser simply by crafting a Web page that contains some malicious JavaScript code, Mischa Spiegelmock and Andrew Wbeelsoi said in a presentation at the ToorCon hacker conference here."

398 comments

  1. Proof? by Anonymous Coward · · Score: 1, Insightful

    Do they have proof? Did they do a demonstration?

    1. Re:Proof? by Stephen+Samuel · · Score: 5, Insightful
      Yes they did have a live exploit. The complaint is that they didn't even try to give Mozilla foundation an opportunity to patch the bug before the released it to the black-hats (along with the white hats) at the conference.

      The only difference between a zero-day exploit and a normal exploit is whether the person who finds the exploit allows a fix to be crafted before (s)he releases the bug that allows it.

      The main difference between Open Source groups like Mozilla and Microsoft is that (responsible) open source projects will fix potential security bugs whenever they're informed of them and whether or not there is an exploit available, while Microsoft seems to have a habit of holding off on fixing a bug unless the exploit is blatently obvious and/or there is an proof of concept exploit already in existence (and sometimes even in the wild).

      Given the way that these guys are touting how Firefox is vulnerable because they were able to find a bug that they refused to warn the firefox team about (like that refusal is Firefox's fault) I wouldn't be at all surprised to find that they managed to get some funding (either direct or indirect) from Microsoftl.

      --
      Free Software: Like love, it grows best when given away.
    2. Re:Proof? by Anonymous Coward · · Score: 1, Insightful

      Well isnt it their fault? They coded it right? So if that group decides to not tell them what the security hole is it doesnt change the fact that its the browsers teams fault the hole exists in the first place.

    3. Re:Proof? by LaughingCoder · · Score: 4, Insightful
      Given the way that these guys are touting how Firefox is vulnerable because they were able to find a bug that they refused to warn the firefox team about (like that refusal is Firefox's fault) I wouldn't be at all surprised to find that they managed to get some funding (either direct or indirect) from Microsoftl.
      Or perhaps, being black hat types, they are trying to discredit Firefox because it makes their jobs tougher than IE does. Maybe they want to drive people back to IE.
      --
      The more you regulate a company, the worse its products become.
    4. Re:Proof? by tomhudson · · Score: 4, Informative

      Yes they did have a live exploit.

      No, they didn't have a live exploit. The original article is here http://news.zdnet.com/2100-1009_22-6121608.html, not the site linked to by slashdot.

      All they had was a video ... no code to display.

      So, maybe they do, maybe they don't ... but you can't tell just from a video.

      The JavaScript issue appears to be a real vulnerability, Window Snyder, Mozilla's security chief, said after watching a video of the presentation Saturday night.

      Also, what sort of drugs do you have to be on to name your kid "Window"? Brings to mind Frank Zappa naming his kid "Moon Unit".

    5. Re:Proof? by Vexorian · · Score: 2

      Did you ever try to code a big project?

      --

      Copyright infringement is "piracy" in the same way DRM is "consumer rape"
    6. Re:Proof? by Antiocheian · · Score: 1

      What the fuck does Microsoft have to do with this?

    7. Re:Proof? by shywolf9982 · · Score: 1

      Window Snyder... who formerly worked in Microsoft (http://news.com.com/Mozilla+looks+to+Microsoft+fo r+security/2008-7355_3-6117896.html?tag=nl) security team. By reading those short bio I couldn't help but laugh at the coincidences. And strenghtened my resolution of not have kids with another programmer.

      PS.: I feel a disturbance in the force... like a million fanboys crying

      --
      nbody2002:If you can read this you may be addicted to the internet
    8. Re:Proof? by Tim+C · · Score: 1

      Yes, I have. Every single bug in it is the fault of the coders. That's not to say that they put them there intentionally, of course not. It's also not to say that they are somehow deficient or incompetent.

      Bugs don't write themselves, however; someone wrote the code that the bug is in, and didn't write it as well as it could've been written. Happens to us all.

    9. Re:Proof? by kevmo · · Score: 1

      Every single bug in it is the fault of the coders.

      Unless the bug is a design flaw (and the coders didn't do the designing).

    10. Re:Proof? by init100 · · Score: 2, Funny

      What the fuck does Microsoft have to do with this?

      Because as everyone knows, Microsoft is evil, and thus they must be behind this. :)

    11. Re:Proof? by hkmwbz · · Score: 1
      The main difference between Open Source groups like Mozilla and Microsoft is that (responsible) open source projects will fix potential security bugs whenever they're informed of them and whether or not there is an exploit available, while Microsoft seems to have a habit of holding off on fixing a bug unless the exploit is blatently obvious and/or there is an proof of concept exploit already in existence (and sometimes even in the wild).
      Oh please. Microsoft is not the only closed-source browser vendor (or even OS vendor). There are others, such as Opera, who react much more responsibly than Microsoft.

      Open or closed source is irrelevant.

      --
      Clever signature text goes here.
    12. Re:Proof? by jlarocco · · Score: 4, Insightful
      Yes they did have a live exploit. The complaint is that they didn't even try to give Mozilla foundation an opportunity to patch the bug before the released it to the black-hats (along with the white hats) at the conference.

      Welcome to real life. Firefox is getting large enough to be a target. And when a piece of software is a target, people aren't going to just file a bug report when they find an exploitable bug. Look at Windows/IE. Every time you hear about a new exploit on Windows/IE, it's because it's being exploited. It'd be nice if they filed a bug report first, but you definitely can't expect it. They're black hats for a reason, you know.

      Given the way that these guys are touting how Firefox is vulnerable because they were able to find a bug that they refused to warn the firefox team about (like that refusal is Firefox's fault) I wouldn't be at all surprised to find that they managed to get some funding (either direct or indirect) from Microsoftl.

      That is the most ridiculous thing I've heard all week. Black hat hackers release exploits all the time without warning the software's creator. The fact you think Microsoft is involoved says a lot more about you being a Firefox Fanboy than anything else. Get a clue.

    13. Re:Proof? by newt0311 · · Score: 1

      sort of right sort of not. first of, if firefox was a paid for product, you would be exactly right. at that point, your seller garantees (or atleast is supposed to. some licenses don't necessarily follow this) quality. but in this case, firefox is an opensource project. You did not pay the devs anything at all when you started using this product and while these black hats are still allowed to release bugs into the wild, it would still atleast be nice etiquete to bring these bugs to the attention of the firefox devs and give them a chance to fix the bugs. Note that I would apply the same to any software product. If I found a bug in IE, I would still contact M$ (through an anonymous source) and then maybe release it into the wild. then again, I don't use any M$ products so I don't have to worry about that :)

    14. Re:Proof? by Ray · · Score: 1
      Also, what sort of drugs do you have to be on to name your kid "Window"? Brings to mind Frank Zappa naming his kid "Moon Unit".

      Congrats. A non-sequitor attack worthy of Karl Rove.

    15. Re:Proof? by I'm+Don+Giovanni · · Score: 1

      Who modded your drivel as "5, Informative"?
      The first paragraph was informative, but the second was typical slashdot MS bashing, and the third was paranoid/delusional nonsense.

      --
      -- "I never gave these stories much credence." - HAL 9000
    16. Re:Proof? by OmnipotentEntity · · Score: 1

      When was the last time Microsoft actually listened to a bug report? Especially since XP and that stupid automated bug reporting doohickey, I'm sure the signal to noise ratio has shot way down. And those aren't exactly useful for finding and fixing security flaws for the most part, mostly it's there to make the customer feel like Microsoft cares.

      There are tons of bugs in the Windows API, some of which have been there since at least Win98, that Microsoft knows about, that they haven't done shit with. If it doesn't get press it doesn't get fixed. For example Online Solutions.

      --
      "Build a man a fire warm him for a day, set a man on fire and warm him for the rest of his life."
    17. Re:Proof? by LividBlivet · · Score: 1

      FYI Frank Zappa didn't use drugs.

    18. Re:Proof? by ThosLives · · Score: 1

      This is probably picking nits to the extreme, but it is still the coder which instantiates the bug. There's probably an interesting philosophical discussion that could be had regarding "if a bug isn't actually coded, but it would be a bug if it was, is it sill a bug?"

      Also, that's one danger in commoditizing coders. When coders do not have neither the skills nor responsibility to sanity check designs these types of problems can rise all the time.

      That said, it is true that most bugs are actually probably what I call "communications failure" bugs - poor requirements, misunderstood requirements, design flaws, etc. rather than simply "oh crap, I got that plus sign backwards" bugs.

      --
      "There are a dozen opinions on a matter until you know the truth. Then there is only one." - CS Lewis (paraprhase)
    19. Re:Proof? by rubypossum · · Score: 1

      Or perhaps they're doing it because a little pink fairy shows up and tells them to? Who the fsck knows? They're black hats. They're clearly not rational. :)

      --
      I have a theory that the truth is never told during the nine-to-five hours. - Hunter S. Thompson
    20. Re:Proof? by mikek3332002 · · Score: 1

      That's why their motto is Where do you want to do evil today

    21. Re:Proof? by jlarocco · · Score: 1

      OMFG!!1! Microsoft ignores bug reports? Are you serious? No way!!!!

      Seriously though, it's irrelevant. They weren't making a statement about patch times. They were trying to ruin people's day. That's what blackhats do.

    22. Re:Proof? by tomhudson · · Score: 1

      Neither have I ... but that doesn't mean I don't appreciate a good joke at my expense, even if it involves innuendo vis. recreational pharmacology.

    23. Re:Proof? by tomhudson · · Score: 1

      Actually, your response is the non-sequitor, since I was obviously referring to the PARENTS, not Window herself. Usually, its the parents who tag their kids with weird names. Names like "Moon Unit" or "Chastity". Or "River", or "Chorde" or "Pilot" or "Prince Michael Jackson I", "Prince Michael Jackson II", or "Apple".

    24. Re:Proof? by trparky · · Score: 1

      Yeah, but unfortunately the people here are so blinded by their hate for Microsoft that they blame them when the sun sets.

      By the way, good statement. Finally, some logic here.

    25. Re:Proof? by Yvanhoe · · Score: 1

      these guys are touting how Firefox is vulnerable because they were able to find a bug that they refused to warn the firefox team about (like that refusal is Firefox's fault)

      There was a bug, it was firefox team's fault. That's okay, nobody asked them to take responsibilities for a project they develop for free. But I don't like to blame the whistle blowers. Okay they wanted to make themselves a name by releasing a zero-day exploit, at least they were wise enough not to unleash it in the wild. Now the firefox team will patch this, but I don't like to make it sound like it is the black-hats who are responsible for the bug.

      --
      The Wise adapts himself to the world. The Fool adapts the world to himself. Therefore, all progress depends on the Fool.
    26. Re:Proof? by Ginger+Unicorn · · Score: 1

      I think he was talking about developers taking the responsibility to ensure patches are released in a timely manner for exploits. And in this context he was saying it wasnt Mozilla's "fault" that they had done nothing to correct this problem since they weren't made aware of it.

      As for bugs being the "fault" of the developers in the first place, that is literally true but has an overloaded implication in that declaring something as somebody's "fault" can imply they have been behaving negligently or incompetantly, when in fact even the most competant and dilligent developer cannot produce perfectly functional code on the first attempt, and with even marginally complex projects, bugs can be so obfuscated that it is impossible for the developer's QA team find them all, and certanly to find them all before any of them are noticed by users. In this imperfect situation, the best solution is to respond to issues discovered by users as quickly as is necessary to avoid significant problems for the users. However if the users in question decline to report the problems they discover to the developers and instead develop and release an exploit for them, that is totally outside the control of the project developers, and the best they can do in that situation is to examine the exploit to determine the vulnerability and produce a patch for it, albeit later than would be optimal. So up to this point in time, Mozilla are not at fault.

      --
      (1.21 gigawatts) / (88 miles per hour) = 30 757 874 newtons
    27. Re:Proof? by AmberBlackCat · · Score: 1

      Or perhaps, being black hat types, they are trying to discredit Firefox because it makes their jobs tougher than IE does. Maybe they want to drive people back to IE.

      Or perhaps this is a problem with Firefox and has nothing to do with Microsoft.

    28. Re:Proof? by MS-06FZ · · Score: 1

      That accusation is totally baseless! Why, I like it when the sun sets. But I learned long ago that the Earth, not the rest of the cosmos, is what is rotating to create night and day - so it is not a matter of Redmond "stealing" the Sun, rather we are just following Finland.

      --
      ---GEC
      I'm but the humble pupil, seeking to snatch the scratchbuilt pebble from the master's fully articulated hand
    29. Re:Proof? by jnf · · Score: 1

      WTF? You don't know wtf you're talking about and your carrying on like you do, They took the press aside Saturday night and said 'hey actually we were just kidding, we don't have an exploit', there was no 'live exploit' shown, you're just spewing shit, plain and simple. They didn't try to give Mozilla a chance because they're fucking web developers pretending to have a bug, everything else in your post is pure speculation and utter crap. You're the problem with the world.

    30. Re:Proof? by jnf · · Score: 1

      You're spewing shit too, there was no 'video' of the exploit, if you had been at the talk all you would've seen was a bunch of half-baked slides presented by a couple guys tripping balls on acid running their mouths and *lying* about bugs. He watched the video of the talk, not of an exploit demonstration. There is no bug, and they took the press aside Saturday night at the party and told them 'oops, we were just kidding, im sorry'

    31. Re:Proof? by tomhudson · · Score: 1

      You're spewing shit too, there was no 'video' of the exploit,

      What I wrote:

      No, they didn't have a live exploit. The original article is here http://news.zdnet.com/2100-1009_22-6121608.html [zdnet.com], not the site linked to by slashdot.

      All they had was a video ... no code to display.

      From the article I link to:

      The JavaScript issue appears to be a real vulnerability, Window Snyder, Mozilla's security chief, said after watching a video of the presentation Saturday night. "What they are describing might be a variation on an old attack," she said. "We're going to do some investigating."

      So, how am I "spewing shit" if I say all they have is a video, and the article says they only saw a video, and even YOU say "He watched the video of the talk,"

      You're the one going for the cheap karma by spewing shit, not me ... especially when I went out of my way to say that there was NO code to display (which would mean not even on the video).

    32. Re:Proof? by jnf · · Score: 1

      Your comment implies that there was a video of the exploit, when there was not, the article clearly states that he watched a video of the presentation. I know all of the parties involved and this entire thing was a troll, you should check out the presentation and you will see a bunch of crap. You're right there is no code, and that's because there is no bug, and certainly no video of an exploit either.

    33. Re:Proof? by tomhudson · · Score: 1

      As a programmer, my first reaction is "show me the code".

      My comment was pretty exact in its phrasing (I said they had no code, just a video), and I even linked to the original, not the article, to further disambiguate. The article I linked to certainly made it clear that the so-called "security expert"* was watching a video of a presentation (which to my mind means some "Powerpoint Shite") - like SCO with their "presentation" of side-by-side code that was supposed to be the same.

      If someone wants to get sucked in by watching a slide presentation or video when there are so many other, far better, ways to verify something, they're getting what they deserve. If someone were to come to me and say "The sky is green. I have video of a presentation that was made where its been proven" we'd all laugh at them.

      *Note: Yes, I use the term "so-called security expert" because:

      1. anyone who can be so easily socially engineered really doesn't have the skepticism necessary to do a good job
      2. this persons background as a "security expert" with Microsoft isn't a recommendation, given Microsofts continued failure to understand that security starts with good code and a good attitude, not throwing crap against the wall and hoping some of it sticks
      Maybe I'm being unfair, but we've seen too many self-promoting "security experts" come up short, just like we've seen with "terrorist experts", etc.
  2. Moo by Chacham · · Score: 5, Funny

    In response, Mozilla Corporation has stated that since the hackers did not submit the hack for verification, and they may not call it a "FireFox" hack, in compliance with their Trademark policy. Further, if anyone did take over a browser with this hack, they would have to change the icon or face vague threats.

    The hackers plan to release the next version of the hack under the name IceWeasel Hack, while grumbling about backports. Debian developers have been debating whether they should include the hack in Etch or not.

    1. Re:Moo by pipatron · · Score: 0, Redundant

      +1 Funny. :)

      --
      c++; /* this makes c bigger but returns the old value */
  3. *Crafting* a web page? by MicrosoftRepresentit · · Score: 0, Funny

    Why do they all say this in vulenrability reports? Do hackers carve their pages out of stone or something? Do they whittle them out of sticks? It makes me fucking sick!

  4. Offtopic: Nice last names, guys by BeeBeard · · Score: 1, Offtopic

    If you had to pick between having a last name of "Spiegelmock" or "Wbeelsoi", which one would you go with? I'd have to pick Wbeelsoi, because it would be funny to watch most native English speakers trip over that "W+b" letter combination.

    1. Re:Offtopic: Nice last names, guys by Anonymous Coward · · Score: 0

      That thought, though thoroughly considered, lacks certain theatrical worth, although I can't think of what that might be. One wonders if there might thus be a certain English phenome that the rest of the world consistently thrashes?

    2. Re:Offtopic: Nice last names, guys by Anonymous Coward · · Score: 0

      well, even the english can't pronounce loch properly!

  5. Weeble-Soy by krell · · Score: 1

    Isn't that a kid's cereal? We all know what Speigelmock is, though. Just a mag that makes fun of a German newspaper.

    --
    Where were you when the voynix came?
  6. Re:Oink by BeeBeard · · Score: 5, Funny

    (sarcasm) Yes, our only hope is that Debian developers can patch the hole in time! (end sarcasm)

  7. Slightly offtopic... by I(rispee_I(reme · · Score: 3, Interesting

    but why doesn't this story have a "from the ____ department" subheader?

    1. Re:Slightly offtopic... by failure-man · · Score: 1, Troll

      The "Shit. How can we be eliteist now?" department?

      (I'm not a MS apologist or an Opera zealot. I'm asking myself the same thing . . . . . )

    2. Re:Slightly offtopic... by dsanfte · · Score: 1

      Crap, I knew I forgot something in that script I sent him.

      --
      occultae nullus est respectus musicae - originally a Greek proverb
    3. Re:Slightly offtopic... by Foofoobar · · Score: 2, Insightful

      How can we be elitist now? Easy. I run Firefox on Linux. No problem here. Hijack my browser all you want, you're sandboxed. This is still only an issue with Firefox running on Windows. Which again is an issue with the security of Windows.

      This seems to be par for the course for ANY application running on Windows. Hackers are now targeting the applications to get to the OS rather than the OS itself. Just about all Windows applications can be comprimised and have been in recent news. This is as much a problem with the applications as it is with the OS. If you application isn't properly sandboxed in the OS, and if it has too high of a privilege level to begin with, then any explot is potentially dangerous to the OS.

      The OS should be built with good sandboxed privileges to avoid for bad application development. And then everyone could act as elite as us Linux users when things like this occur.

      --
      This is my sig. There are many like it but this one is mine.
    4. Re:Slightly offtopic... by failure-man · · Score: 4, Insightful

      I am a Linux user. Yes, a Firefox exploit will not hose my box. It can certainly hose my ~/ however, possibly stealing data in the process.

    5. Re:Slightly offtopic... by Foofoobar · · Score: 1

      True. And that is truly the worst any exploitable application should do.

      --
      This is my sig. There are many like it but this one is mine.
    6. Re:Slightly offtopic... by jZnat · · Score: 1

      I'm sure you could prevent even that by using SELinux and some finely tuned rules for Firefox.

      --
      'Yes, firefox is indeed greater than women. Can women block pops up for you? No. Can Firefox show you naked women? Yes.'
    7. Re:Slightly offtopic... by Anonymous Coward · · Score: 0

      how about "just use the noscipt-extension"?

    8. Re:Slightly offtopic... by Charlie+the+Hammer · · Score: 1

      You could always set up another account that's used only for random web surfing or (even better) use a virtual machine, as others have suggested.

    9. Re:Slightly offtopic... by drsquare · · Score: 1

      How exactly do you sandbox Firefox in Linux so an exploit can't wipe out my home directory?

    10. Re:Slightly offtopic... by TheLink · · Score: 1

      Huh? You can sandbox browsers on Windows or Linux.

      In Windows you can run IE or some other browser using another user account (runas /savecred).
      On Linux same thing: just run it as some other user.

      IE/Firefox Windows/Linux are just about as crappy security-wise.

      By _default_ whether on Linux or Windows, if your browser or email app gets exploited, there's plenty of nastiness that can occur.

      So don't be so smug. Linux is maybe slightly more secure than Windows. It's just less targeted by spyware, zombie writers.

      What O/S people should be doing is to sandbox apps by default AND make it userfriendly - a browser does not need full write and read privileges to everything the main user account has. And a flash game should have even fewer privileges.

      Anyway, in addition to running Firefox as a different user, I've been running IE in a virtual machine for less trusted sites, or sites that require javascript etc. Hackers are free to take over a fake machine if they want - I'll just roll it back to a pristine condition.

      --
    11. Re:Slightly offtopic... by secolactico · · Score: 1

      True. And that is truly the worst any exploitable application should do.

      Indeed. But if your is a multiuser machine (with each person having separate users/home dirs), the lost and or compromise of your data might not affect everybody else's.

      --
      No sig
    12. Re:Slightly offtopic... by TheLink · · Score: 2, Informative

      Run it using another user. Works under windows too, even with IE.

      Just most Windows/Linux users don't know that, or do that.

      You need to set up permissions so that your downloads can be accessible (and deletable) from your main account, but that's not too difficult under Windows, and fiddling with some ACLs on Linux. In fact I found it harder to do the permissions thing on Linux.

      The other option is to run in in a virtual machine. The other benefit is firefox/mozilla can't use more RAM than the VM limit ;). I've had Mozilla use 1GB of mem before.

      --
    13. Re:Slightly offtopic... by SeaFox · · Score: 2, Funny
      but why doesn't this story have a "from the ____ department" subheader?

      Taco was going to write "From the Firefox dept." but he wasn't interested in paying trademark licensing fees. Plus there was any place to include the logo and they cannot be separated!
    14. Re:Slightly offtopic... by Foofoobar · · Score: 1

      Exactly. And this is precisely my point. In a sense, every machine is a multi-user machine; applications often run as their own user with no privileges or root directory. But on a Windows box, everything runs as ROOT or SYSTEM. And alot of applications won't install or run unless they have ROOT privileges. This in general is just a bad idea.

      --
      This is my sig. There are many like it but this one is mine.
    15. Re:Slightly offtopic... by Sepodati · · Score: 1

      /savecred... awesome. Thank you. I've been using runas for quite a while to have shortcuts to a command prompt, file explorer and a text editor from my regular user account. Works great and I rarely ever have to log in as an actual admin.

      Although, obviously this password is saved somewhere, right? Any known security issues with having Windows remember the password in this manner? I'm not really too worried about it, though, just curious.

      Thanks.

      ---John Holmes...

    16. Re:Slightly offtopic... by Anonymous Coward · · Score: 1, Interesting

      And Why Isn't The Title Capitalized?

    17. Re:Slightly offtopic... by rapidweather · · Score: 1

      I run Firefox with the NoScript extension, within my livecd linux. (See Screenshots, below).
      Sometimes I do run my ~/ with a "persistent home directory", a knoppix.img, but I am using a control script for Firefox that deletes any ~/.mozilla found on browser startup, and then removes it when Firefox is closed by the user. So, I can do some online banking, then close Firefox, and switch to Flock, or just restart Firefox. This is on top of the normal preferences one can set for Firefox, to clear all private data on closing, or during the Firefox session, if desired. Good idea to do that as we exit the online banking, and then do more surfing. NoScript, as mentioned, and Guarddog Firewall are in place as well.

      I can just run linux without the knoppix.img, as I use a menu at startup, to choose between them. CD not needed in the drive, using loadlin.

      -- Rapidweather

    18. Re:Slightly offtopic... by Kingrames · · Score: 1

      I don't know about you but if someone exploited my squiggleslash, I'd be pretty angry.

      --
      If you can read this, I forgot to post anonymously.
    19. Re:Slightly offtopic... by Anonymous Coward · · Score: 0
      "It can certainly hose my ~/ however, possibly stealing data in the process."
      True. And that is truly the worst any exploitable application should do.
      An exploited browser can do far worse than hose your ~/. It can empty your bank account.
    20. Re:Slightly offtopic... by Emetophobe · · Score: 2, Informative

      A simple fix would be to use the NoScript extension and just allow javascript on the few trusted sites you visit that require javascript. You can also block java, flash and other plugins with NoScript.

    21. Re:Slightly offtopic... by Anonymous Coward · · Score: 0
      "But on a Windows box, everything runs as ROOT or SYSTEM."


      I think you might want to look into fixing your Windows boxes; That's not how it works on my Windows boxes.
    22. Re:Slightly offtopic... by Raenex · · Score: 1

      But since most users run their machines as single user machines, it makes no difference if one application is hacked or the system is hacked. All your personal data and all the applications that you use end up running under your user identity. Every editor. Every email client. Every browser window that connects to your online banking. If one of those are hacked, they're all hacked.

      All you have is Linux smugness and a false sense of security (and I use Linux myself, so don't write me off as a Microsoft fanboy).

    23. Re:Slightly offtopic... by dylan_- · · Score: 1
      Although, obviously this password is saved somewhere, right? Any known security issues with having Windows remember the password in this manner?
      Yes, if you use it to save the password to an admin account, any command can afterwards be run with those credentials without a password (see here for details).

      Obviously, if you just using it to run as a more limited user, then it's not a big deal.
      --
      Igor Presnyakov stole my hat
    24. Re:Slightly offtopic... by RoboJ1M · · Score: 1

      Hi, I also run Firefox on Linux (Ubuntu Breezy). Would somebody care to explain to me how I am sandboxed? Is this intrinsic or is it something I have to setup myself?

      Thanks,

      J1M.

    25. Re:Slightly offtopic... by RockClimbingFool · · Score: 2, Interesting
      Why is it so hard to understand that virus makers do not want to hose the OS? They want their virus package to mutiply to other computers, run spyware, steal data, phish out information, etc.

      "Man, that virus didn't break my OS, so I am the roxor!!!" But it stole your identity, charged up your credit cards and ruined your credit rating, all in user space.

    26. Re:Slightly offtopic... by Foofoobar · · Score: 1

      Actually, in Windows, all applications have access to SYSTEM which would be the equivalent of running all apps as ROOT in Linux. Regardless of whether you run the app under a user account in Windows, the app still has direct access to SYSTEM and thus can do whatever the hell it wants; this has been shown time and time again through a variety of applications and is becoming the mode of operation for hackers everywhere now.

      On Linux, this is not the case. Gaining access to the system via an application only gives you that users access and unlike Windows, most users do not run as ROOT by default. These little things that Linux does better do add up and overall, provide a more secure system regardless of whether people are targetting it or not. And considering Linux's market share on the server, using your logic, it should be just as hackable if not more... but it isn't. This is because it is more secure by default and has better security mechanism and engineering in place to allow for better security.

      --
      This is my sig. There are many like it but this one is mine.
    27. Re:Slightly offtopic... by Foofoobar · · Score: 1

      It's the way the system runs (unless you are running as root all the time). But since you are running Ubuntu, there is no root (effectively). Basically, apps on Linux run as a user (usually named after the app itself). That user level only is able to changes it's own files and does not have privilege levels to be able to access anything else (unless given permission). In effect, it is sandboxed.

      On a Windows system, ALL apps have root access and can directly overwrite system files. This is why the a Windows box can be exploited through the applications such as Word, Excel, IE, etc.

      --
      This is my sig. There are many like it but this one is mine.
    28. Re:Slightly offtopic... by TheLink · · Score: 1

      Example? I think you don't know what you are talking about.

      Most of the stuff I run in windows sure doesn't run as SYSTEM. IE sure doesn't and it doesn't have SYSTEM privileges, neither does my email program. Same for Open Office.

      If you can show that any user program running as a normal user can escalate its privileges without permission in Windows NT/2K/XP then it is a serious security bug. And you'll get your 15 minutes of fame at least.

      --
  8. Impossible to patch? by Anonymous Coward · · Score: 3, Informative

    What about NoScript? http://www.noscript.net/whats

    1. Re:Impossible to patch? by PIPBoy3000 · · Score: 1

      Ah, beat me to the punch. I've been using NoScript and Firefox ever since my Windows 2003 Server was compromised into nothingness after my IE browser hit a Google cache that loaded up some nasty Javascript. It actually gave me nightmares for months afterwards, sort of like those driving dreams where you can't control the car. In this case, I'd watch horrified as hackers took over my PC, none of my typed commands actually doing anything.

      In any case, NoScript works great, greatly reduces advertisements, and generally leads to a much nicer surfing experience. It's amazing how much JavaScript is used for frivilous, useless things.

    2. Re:Impossible to patch? by Anonymous Coward · · Score: 0

      Another Solution: change your surfing habits.

      If you're going to point your web browser at sites that might have malicious content that attempts to exploit a browser flaw (read: porn) surf there with a locked down browser. I use both Opera and Firefox, one with everything enabled and one completely locked down.

      Admittedly, this strategy will fall down if a mainstream site I visit with my fully enabled browser is compromised by a third party. However, I think the biggest risk for these exploits is stumbling across a malicious server following a link from a Google search. As far as I'm concerned, this approach nicely mitigates that risk.

    3. Re:Impossible to patch? by LaughingCoder · · Score: 4, Informative
      surf there with a locked down browser.
      Or better yet, use a wide open browser inside a virtual machine.
      --
      The more you regulate a company, the worse its products become.
    4. Re:Impossible to patch? by Vexorian · · Score: 1

      I had the good habit of disabling java script before clicking odd links, hey I think I am gonna try noscript.

      --

      Copyright infringement is "piracy" in the same way DRM is "consumer rape"
    5. Re:Impossible to patch? by Anonymous Coward · · Score: 1, Informative
      Admittedly, this strategy will fall down if a mainstream site I visit with my fully enabled browser is compromised by a third party.

      You mean like what happened with the recent CPanel exploits? It's dumb luck that that wasn't used to spread a Firefox exploit as well...

    6. Re:Impossible to patch? by betterunixthanunix · · Score: 4, Interesting

      Which is a perfect solution, in my opinion. QEMU took about 10 minutes to set up, and my Win2K disk image worked fine -- and I can get a copy of it in less than a second. Yes, it takes slightly more CPU time, but that is reasonable. The fact of the matter is that no major software can be 100% secure, but virtual machines provide a way out...unless the VM itself is compromised, but that is far easier to address...

      --
      Palm trees and 8
    7. Re:Impossible to patch? by Alef · · Score: 1

      Running the browser in a VM might be a good idea, but I wouldn't go so far as to say it is a perfect solution. It is still just damage control. While your entire computer will not be lost to an exploit, running a compromised browser can be bad enough (especially if you use it for banking and such).

      I guess one idea would be to run a new VM for every group of sites you're visiting, but then it starts to get somewhat impractical.

    8. Re:Impossible to patch? by rcoxdav · · Score: 1

      You must changed the default browser settings for Server 2003. Every one I have used by default turns off all active content, including js when you log in. It can be a pain, but it does severly limit damage when visiting websites.

    9. Re:Impossible to patch? by Lehk228 · · Score: 1

      do your banking in a seperate Virtual machine

      --
      Snowden and Manning are heroes.
    10. Re:Impossible to patch? by FLEB · · Score: 2, Interesting

      All you'd really need are three VM disk images-- one for the "insecure", one for the "secure", and one "fresh" copy. Use the "insecure" one for regular browsing. Use the "insecure" one for banking, etc., and copy over the file with the "fresh" one after every session.

      --
      Information wants to be free.
      Entertainment wants to be paid.
      You just want to be cheap.
    11. Re:Impossible to patch? by FLEB · · Score: 2, Informative

      Use the "insecure" one for banking, etc.

      Typo-- use the "secure" one for banking, etc.

      --
      Information wants to be free.
      Entertainment wants to be paid.
      You just want to be cheap.
    12. Re:Impossible to patch? by AnyoneEB · · Score: 1

      ... or have one disk image and use it with copy-on-write, so you don't have 3 identical OS installs.

      --
      Centralization breaks the internet.
    13. Re:Impossible to patch? by AcidLacedPenguiN · · Score: 1

      Could you not run a Live distro in said VM? Say I used VMWare and Knoppix live DVD, every time I log into the VM it would be a "fresh install" so to speak. I could then "log out" and log back on whenever doing anything secure. Now imagine I have the disc image on my hdd so I wasn't tying up my optical drive.
      I'm sure it would bog some systems down, but for those of us with 1 to 2gb of RAM I'm sure it wouldn't be so bad.

      --
      disclaimer: I've been known to store numbers in my ass for which to dig out when quantities are required.
  9. Recent fixes by grondu · · Score: 4, Interesting

    For the October 1 branch nightly release, these fixes were included:

    #353249 [Core:JavaScript Engine]-(undisclosed security fix) [All]
    #354924 [Core:JavaScript Engine]-(undisclosed security fix) [All]
    #354945 [Core:JavaScript Engine]-(undisclosed security fix) [All]

    I wonder if these are related to the alleged flaws?

    --

    I'm the urban spaceman babe, but here comes the twist... I don't exist

    1. Re:Recent fixes by jesser · · Score: 4, Informative

      No. Those three bugs were holes I found before ToorCon.

      --
      The shareholder is always right.
  10. Good policies will often save you. by failure-man · · Score: 3, Informative

    Noscript is your friend. Been using it for a year or so now.
     
    Yes, whitelisting sites is a pain, but Javascript is a remnant of a more innocent time and should probably be phased out anyway.

    1. Re:Good policies will often save you. by Timesprout · · Score: 3, Insightful

      So we should not use anything that might dent the firefox is perfect myth? Maybe firefox should just fix their javascript implementation just like MS has to when these things arise and the rest of us can get back to enjoying the web.

      --
      Do not try to read the dupe, thats impossible. Instead, only try to realize the truth
      What truth?
      There is no dupe
    2. Re:Good policies will often save you. by failure-man · · Score: 3, Insightful

      Mozilla is better at getting problems fixed and sets better policies than Microsoft, but I'm not convinced that it's written much better than IE.

      Web browsers are, by their very nature, huge targets. Their job is to deal with arbitrary data from all over the damn place. The whole thing should probably be sandboxed, but short of that, it shouldn't be running code from random sites.

    3. Re:Good policies will often save you. by Anonymous Coward · · Score: 0

      Fear the AJAX zealots!

    4. Re:Good policies will often save you. by nwbvt · · Score: 2, Insightful

      Well if you want to make it secure, the only real way to fix the javascript implementation is to remove it. Aside from all these vulnerabilities in the browser, problems in web applications like XSS vulnerabilites are all too common. And lets not forget about non-security issues such as memory leaks or endless loops that kill the browser. The plain fact of the matter is, I don't want to execute code from some random website. Just because I trust them enough to read their content does not mean I trust them enough to execute a program on their webpage.

      --
      Mathematics is made of 50 percent formulas, 50 percent proofs, and 50 percent imagination.
    5. Re:Good policies will often save you. by Anonymous Coward · · Score: 0

      Why? Javascript is broken, it always was broken and we hoped it would go away. Running remote scripts sans security model is a quaint idea from a more innocent time and 'AJAX zealots' more than anyone should see the need to standardize on a JS security model.

    6. Re:Good policies will often save you. by Anonymous Coward · · Score: 0

      Yeah, like I'm going to follow that arbitrary URL link with this in the wild ...

    7. Re:Good policies will often save you. by jimicus · · Score: 1

      Javascript per se is perfectly secure - in theory, there's pretty much nothing nasty you can do in it.

      In theory.

      However, it seems nobody's yet come up with an implementation which doesn't resemble chicken wire in terms of "number of holes".

    8. Re:Good policies will often save you. by Fluffy+the+attack+ki · · Score: 1

      Ya' know, you're right, "addons.mozilla.org" does sound rather questionable.

    9. Re:Good policies will often save you. by Vexorian · · Score: 2, Insightful

      Do you have any reference to a Mozilla person stating "Firefox is perfect" or "firefox won't ever have any security flaw" ?

      Just don't let random sites use Javascript you are letting random sites run code in your computer, with or without security flaws javascript is not going to be safe, it doesn't matter if it is IE, firefox, opera or konqueror.

      And mozilla fixes bugs much faster than MS...

      --

      Copyright infringement is "piracy" in the same way DRM is "consumer rape"
    10. Re:Good policies will often save you. by x2A · · Score: 3, Insightful

      "the only real way to fix the javascript implementation is to remove it"

      No... the only real way to fix it is to leave it there, so you can keep finding and fixing the problems. Removing something doesn't fix it... it removes it and all the functionality that it provides.

      Javascript within the browser should be for accessing and manipulating the DOM, and is extremely useful. Whether you are capable of conceiving of uses for it or not says nothing except for the limit of your own imagination.

      Javascript is an interpreted language, there are absolutely no fundamental reasons why security holes in implementations should exist, other than that programmers can make mistakes. How many security flaws have been found in document viewers, compression/encryption libraries etc, where no code in the data is run at all?

      --
      The revolution will not be televised... but it will have a page on Wikipedia
    11. Re:Good policies will often save you. by StormReaver · · Score: 1

      "The plain fact of the matter is, I don't want to execute code from some random website."

      I've been saying for some time that the two worst things to ever happen to the web browser are (in descending order of brain-damage):

      1) ActiveX
      2) Javascript and Java applets.

      For interactive web sites, the browser should be nothing more than a dumb terminal with graphical layout and form submission abilities. All logic processing needs to be kept on the server. If the browser continues to be abused, the web will slide into uselessness and mistrust.

    12. Re:Good policies will often save you. by Vexorian · · Score: 1

      There are also the web pages which use javascripted popups which are just elements of the web page, and are way more annoying than the window popups and can't be blocked like them.

      --

      Copyright infringement is "piracy" in the same way DRM is "consumer rape"
    13. Re:Good policies will often save you. by Vo0k · · Score: 5, Informative

      Sandboxing the whole thing will help against system takeovers, but not against frauds within the browser - cross site scripting etc.

      Running a sandboxed version of a scripting language within a browser should be pretty harmless if the language was available only in the sandbox and couldn't touch anything outside. Creating separate sandboxes for each website would prevent cross site scripting too.

      The problem is it's impossible with Firefox. It's a very old design decision that is so deep all over the place that nothing short of redesigning and rewriting everything from scratch could help.

      Essentially, Firefox is written in javascript.

      There are underlying frameworks written in C++ and others, the renderer engine etc etc. But the glue that binds all these functions together is Javascript on steroids. XUL files-databases that define the looks of the UI, XUL renderer, which displays them, and thousands of lines of javascript bound to every single gadget, button, field, box, dialog. This javascript performs all the basic processing and the whole high-level work of the browser program. And it calls system/framework functions to perform the low-level work - which is strictly forbidden for a sandboxed language.

      Developers of Mozilla try to prevent access to all this low-level heavyweight stuff from javascript originating from webpages while allowing it from the system files. Sandbox javascript from one source, run javascript from the other source at full privledges all the time. Can you smell how fragile this is? I'm afraid these exploits will keep popping up. There's no natural barrier of "contained sandbox environment + scripting language" vs "low-level system layer", with no trace of bindings to the system layer within the sandbox, no hook, no crack to exploit by interfacing with the outside. There's an artificial wall which limits "javascript from webpages" and allows "extended javascript from interface", where both sides are essentially the same thing.

      This is the old firewalling problem - policy of "deny all, allow essential" vs "allow all, block dangerous". Except currently there is no easy way to switch from one to the other.

      --
      Anagram("United States of America") == "Dine out, taste a Mac, fries"
    14. Re:Good policies will often save you. by Paradise+Pete · · Score: 1
      Javascript is a remnant of a more innocent time and should probably be phased out anyway.

      Phased out? Javascript is becoming more important every day. You can't do much ajax without it.

    15. Re:Good policies will often save you. by pingveno · · Score: 1

      What? ECMAScript a "remnant"? There's a reason why AJAX came about; ECMAScript is very useful. Take a look over at deviantArt. Their HTML is only around 360 lines for an extremely complex page. The rest is ECMAScript. Or go over to Google Maps. Insane-o ECMAScript. Yes, there are flaws in ECMAScript implementations. That's almost inevitable for anything so complex. However, complex web applications are well advised to use it. -Pingveno

      --
      "it's not about aptitude, it's the way you're viewed" - Galinda
    16. Re:Good policies will often save you. by nwbvt · · Score: 1

      Even with an ideal implementation, memory leaks or endless loops or XSS vulnerabilites are perfectly possible. Those are not flaws in any browser's particular implementation, those are flaws in individual applications.

      --
      Mathematics is made of 50 percent formulas, 50 percent proofs, and 50 percent imagination.
    17. Re:Good policies will often save you. by Anonymous Coward · · Score: 0

      DA mostly works without scripting. I have to copy, paste and unescape the fullview address from the page source but otherwise it's ok.

    18. Re:Good policies will often save you. by nwbvt · · Score: 1

      "No... the only real way to fix it is to leave it there, so you can keep finding and fixing the problems. Removing something doesn't fix it... it removes it and all the functionality that it provides."

      Well my point was that the technology itself is flawed, and that just patching up these problems as they come up will not solve anything. As I told the last guy, many of these problems in JavaScript are not implementation specific, but are problems in applications that use them. No amount of patches to the JavaScript VM will prevent applications from hogging resources or from explosing an XSS vulnerability. The fact that people think all the problems are because the guys working for Microsoft or Mozilla can't write a decent VM are part of the problem, they are the ones who usually leak memory or output user defined input or query params directly in the html. Adding in how common these security vulnerabilites (and the comments by Mozilla developers themselves on the quality of the VM code) just further illustrates the problems with allowing random sites to execute arbitrary code in your browser.

      --
      Mathematics is made of 50 percent formulas, 50 percent proofs, and 50 percent imagination.
    19. Re:Good policies will often save you. by Spacejock · · Score: 1

      Another happy noscript user here. Yes, it's a pain to whitelist new sites but on the other hand it's a whole lot better than having a compromised PC.

    20. Re:Good policies will often save you. by Anonymous Coward · · Score: 2, Interesting
      Essentially, Firefox is written in javascript.
      Which also has a nasty side-effect of having internal functions and properties bleed out to web pages. That, in turn, sometimes leads to "the IE way" and "the Gecko way" codepaths, shunning other browsers.

      One of Opera's employees has an interesting blog in which he explains what he has to do in Opera browser.js patches. There's also a Firefox category, where he occasionally rants about things such as object.prototype.eval, event.originalTarget, etc.

      Even if you're not interested in Opera, check the blog out, there's some really interesting WTF material there in all categories.
    21. Re:Good policies will often save you. by Anne+Thwacks · · Score: 0
      no fundamental reasons why security holes in implementations should exist, other than that programmers can make mistakes

      And you have a whole team of programmers that never make mistakes working for you?

      Surely the real answer is to replace programmers with Spambots on steroids!

      --
      Sent from my ASR33 using ASCII
    22. Re:Good policies will often save you. by x2A · · Score: 1

      "And you have a whole team of programmers that never make mistakes working for you?"

      No... but what do you think that the rest of the system and apps running on a computer are written by? Programmers who are equally likely to make mistakes. So if that is a reason to remove javascript from browsers, then that same logic should be applied to say that you should remove all software from computers. Unfortunately, that logic doesn't get us very far, so instead we prefer to fix problems than hide from them.

      --
      The revolution will not be televised... but it will have a page on Wikipedia
    23. Re:Good policies will often save you. by alphamugwump · · Score: 1
      Sandbox javascript from one source, run javascript from the other source at full privledges all the time. Can you smell how fragile this is?
      Don't operating systems do this sort of thing successfully all the time?
    24. Re:Good policies will often save you. by Anonymous Coward · · Score: 0

      I regard the cross domain JS as an error and a problem for a solid security model. By security model, I don't mean sandboxing or hobbling the runtime, I mean a flexible permissions system for signed script. IIRC the only existing support for this is through Java and design would be complicated by inline and cross domain scripts.

      It's far easier to rethink the entire thing than to keep on patching a flawed model, unfortunately there is more commercial interest in maintaining the current chaos :-(

      You make an analogy between removing javascript and removing all software, I disagree with this. If an attacker has access to a local script host, his foot is already in the door. If I didn't know better, I may think that javascript was designed specifically for injecting shellcode.

    25. Re:Good policies will often save you. by Kjella · · Score: 1

      Well if you want to make it secure, the only real way to fix the javascript implementation is to remove it

      Have you any idea how much that'd break? Nevermind all the sites using Javascript menus and the like that'd stop functioning, goodbye anything that resembles AJAX (guess what the J stands for). Forget all the cool things you can do manipulating the DOM tree, it's back to web pages that have to reload the whole page every time someone clicks a button so you wnat to change the UI. It's like "securing" online banking by going back to paper and phone. As annoying as Javascript is, I don't want to have to use a Java applet / flash plug-in / whatever for everything.

      --
      Live today, because you never know what tomorrow brings
    26. Re:Good policies will often save you. by jimicus · · Score: 1

      Granted, but the original context was "the best way to secure JavaScript is to remove it".

      Anyone can write insecure code in any language - that's not the issue. The issue is "is JavaScript so fundamentally broken that you're better off without it?" - to which my answer would be "not in theory, but in practise that may sometimes be the case".

    27. Re:Good policies will often save you. by nwbvt · · Score: 1

      "Have you any idea how much that'd break?"

      Yes I do. Thats why I didn't say it would be an easy thing to do.

      "Forget all the cool things you can do manipulating the DOM tree, it's back to web pages that have to reload the whole page every time someone clicks a button so you wnat to change the UI."

      Oh boo hoo. You will have to wait a fraction of a second for the page to reload. Have people really become so spoiled that they can't use a site without JavaScript? Have you already forgotten what the web was like back in the "Web 1.0" days? Its not like submitting forms and reloading pages caused World War 3 to break out. And BTW, there are ways to get that functionality without JavaScript (and no, I am not talking about applets or flash).

      "It's like "securing" online banking by going back to paper and phone."

      I think most people would agree with me that having to use a standard web site without neat looking AJAX controls is not comparable with going all the way back to paper and phone.

      And a scenario similar to yours would be a county going back to paper ballots after security flaws in computer systems were found. Guess what many districts are doing?

      "As annoying as Javascript is..."

      If you think the problem with JavaScript is in its annoyances, you have not been reading this thread.

      --
      Mathematics is made of 50 percent formulas, 50 percent proofs, and 50 percent imagination.
    28. Re:Good policies will often save you. by Anonymous Coward · · Score: 0
      Have you any idea how much that'd break?

      Yes, nothing that isn't broken already.

      Nevermind all the sites using Javascript menus and the like that'd stop functioning, goodbye anything that resembles AJAX (guess what the J stands for).

      Only if I win a prize, because off-hand I can't think of anything beginning with the letter 'j' that means 'hype'.

      Forget all the cool things you can do manipulating the DOM tree, it's back to web pages that have to reload the whole page every time someone clicks a button so you wnat to change the UI. It's like "securing" online banking by going back to paper and phone. As annoying as Javascript is, I don't want to have to use a Java applet / flash plug-in / whatever for everything.


      Ajax is frames done in javascript and the speed increases are true in rare cases but a myth in others. Use HTTP headers to force caching of all your static content and gzip your full page content. Static page elements can be fragment cached server side, you assemble a page from cached fragments and a single dynamic element, gzip and and send it to the client.



      Ideally we would use deflate for stream compression because there is less overhead than gzip's headers but browser support is spotty. There's around 11 bytes overhead for gzip and not generally a reduction until 100 bytes. Allow around 150-200 bytes for HTTP headers and with typical MTU that leaves well over 1k before you even exceed a single packet. Gzips delta compression hits around 50% for markup at over 3k or about 2 packets and ramps up the compression from there with average sizes levelling off around 33% (sometimes better).



      So using javascript like you describe is not just bad for assessibility but sending smaller chunks can actually be a false economy bandwidth-wise. Obviously every case (if not request) is unique but if the overhead of static page elements is a problem, it may be time for a usability audit. Speed wise on the client, if using javascript & the DOM is as fast as uncompressing data and applying a cached stylesheet, you need to file a bug report with your browser vendor.


    29. Re:Good policies will often save you. by Vo0k · · Score: 1

      Yes, and the result is...?

      --
      Anagram("United States of America") == "Dine out, taste a Mac, fries"
    30. Re:Good policies will often save you. by nwbvt · · Score: 1

      "Anyone can write insecure code in any language - that's not the issue"

      That absolutely is the issue. There is a difference between bad code writtn in JavaScript and bad code written in C. I for one am not in the habit of running arbitrary C programs I find lying around that may or may not crash my computer. Unfortunately, the way the web is set up today, that is not the case with Javascript. As long as you have it enabled (which you usually need in order to access many applications), your browser will run any JavaScript code it comes across.

      Bottom line is, what the browser does when you visit a web page, any web page, needs to be fairly secure. You cannot just rely on the guy who wrote the app to know enough about programming (and many do not, often web designers are not the most experienced software developers) to not leak a shitload of memory or write arbitrary text in the HTML code.

      --
      Mathematics is made of 50 percent formulas, 50 percent proofs, and 50 percent imagination.
    31. Re:Good policies will often save you. by jimicus · · Score: 1

      That absolutely is the issue.

      It is not when the language is interpreted and the security issue under discussion comes from the interpreter itself rather than code which was passed to it. An issue which exists in the interpreter which renders it insecure in a particular set of circumstances is an issue with the interpreter, not the whole technology. Otherwise you could extrapolate the exact same argument to the point where you say that an OS which is capable of executing arbitary code is at fault. That may be, but until everyone is using TCPA compliant systems, an operating system which doesn't is going to be fairly useless.

      You cannot just rely on the guy who wrote the app to know enough about programming.....to not leak a shitload of memory

      Are we still talking about JavaScript here? How do you leak memory in an interpreted language which doesn't expect you to allocate your own memory and doesn't expect you to explicitly pass pointers everywhere in the first place?

      The interpreter can have a memory leak, and malicious code may be able to use that to its advantage, but that is going beyond the laguage specifications and into specific bugs in the interpreter - how's that different from a bug in the OS?

      or write arbitrary text in the HTML code.

      There wouldn't be a lot of point in JavaScript if it couldn't generate arbitary HTML.

    32. Re:Good policies will often save you. by Anonymous Coward · · Score: 0
      Sandbox javascript from one source, run javascript from the other source at full privledges all the time. Can you smell how fragile this is?
      Don't operating systems do this sort of thing successfully all the time?
      Yes, and the result is...?
      This is just a guess, but perhaps the result of "doing this sort of thing successfully" is, by premise, that it was done successfully?
    33. Re:Good policies will often save you. by Antique+Geekmeister · · Score: 1

      Excuse me, but making scripted languages secure is always in futility. As soon as you provide enough power for the parser to actually do anything, and any way to modify arguments for it, security is an attempt to store water in a paper towel.

      One may as well say "keeping passwords in clear-text is OK if you only keep them in your home directry". It displays such a deep failure to understand how things actually work.

    34. Re:Good policies will often save you. by nwbvt · · Score: 1

      "It is not when the language is interpreted and the security issue under discussion comes from the interpreter itself rather than code which was passed to it."

      Well yes, the security hole in the story that started this conversation is in the interpreter, but we have moved beyond that after someone mentioned this as a reason he uses an extension to block JavaScript and another poster critized him for not using a feature because it was not implemented well in Firefox. I countered him by arguing that there were plenty of other reasons to avoid JavaScript unless it was absolutely neccessary.

      "Are we still talking about JavaScript here? How do you leak memory in an interpreted language which doesn't expect you to allocate your own memory and doesn't expect you to explicitly pass pointers everywhere in the first place?"

      Trust me, its perfectly possible to leak memory using JavaScript. In my short career as a web developer, I've seen it happen and even done it myself (though I like to think that each of those times, I was able to catch the problem before I ever checked it in). You ever open up Task Manager and see that your browser it taking up half a gig of memory? Often that is due to a memory leak somewhere in someone's JavaScript. One way is to create lots of objects and keep references so the garbage collector (or whatever it is called in the JS virtual machine) cannot get rid of them. The idea that only direct use of pointers can leak memory (and thus is only a problem for C developers) is a very dangerous fallacy.

      "There wouldn't be a lot of point in JavaScript if it couldn't generate arbitary HTML."

      Actually I was talking about web apps that do that, which can result in XSS problems.

      --
      Mathematics is made of 50 percent formulas, 50 percent proofs, and 50 percent imagination.
    35. Re:Good policies will often save you. by x2A · · Score: 1

      That's not true. Remember, with an interpreted language, you're not trying to lock something down; you're not trying to program features out. You program them in. One by one. If you make a mistake, you can give access to something you don't intend to, but it's still you who gave access to it, by programming it in. If you don't program it in, it'll be secure.

      For example, security flaws that are caused by the buffer/stack overflowing relating to boundary unchecked zero terminated strings. A zero terminated string is a programmed in ability - to make a string longer just by moving where you place a zero, rather than going through the process of checking and working within a set limit. Well that gives you the ability to write to memory past where you should be allowed to, something that people using such functions won't have intended, but it's still a programmed in ability. An ability that shouldn't have be in the places it is/has been.

      --
      The revolution will not be televised... but it will have a page on Wikipedia
    36. Re:Good policies will often save you. by Antique+Geekmeister · · Score: 1

      It's not the technical issue of boundary overflaws that doom the script parser, it's the inability to predict the scripts that will be submitted. As soon as you limit the scripting power enough to make it safe, you throw out the very flexibility and extensibility for which the scripting language was created. The reverse is also true: as soon as you provide the scripting language t be client-configuratin sensitive, or to manipulate the client at all, security is massively imperiled.

    37. Re:Good policies will often save you. by ArtStone · · Score: 1

      And a tip to the Microsoft Internet Explorer team - adding the current site to the Trusted Zone whitelist should be a matter of one click or possibly one HotKey.... not opening up multiple levels of windows and having to type the URL in by hand... and done in such a way that it is impossible for some flaw in the browser or future expoit to do via scripting...

      How is this handled in MSIE 7.0? Anyone know?

      (I had MSIE 7.0 beta, but uninstalled it after a couple days because it broke 302 redirects of mms:// URIs, and the buggy or non-intuitive way it selects items in a drop-down list - my report in the support group generated the typical "I didn't actually read what you said, but I'm sure this isn't a problem" response)

      So they'll get to have a flurry of hotfixes and service packs to fix the 7.0 version when it winds up on people's desktop one morning and breaks all kinds of stuff in important places....

      What is the purpose of a beta test with users, anyhow?

      --
      Final 2006 "Proof of Global Warming" US Hurricane Count -> 0
    38. Re:Good policies will often save you. by Vo0k · · Score: 1

      the result is that privledge propagation exploits are uncovered weekly.

      --
      Anagram("United States of America") == "Dine out, taste a Mac, fries"
  11. Branches? by The+MAZZTer · · Score: 2, Interesting

    I assume this affects the 1.5.x branch, but what about the 2.x branch or the 3.x branch?

    1. Re:Branches? by bunratty · · Score: 1

      If they won't say what the vulnerabilities actually are in detail, how could anyone know? Remember, they are refusing to report them; they just want to exploit them and brag about it.

      --
      What a fool believes, he sees, no wise man has the power to reason away.
  12. Firefox update is broken by Anonymous Coward · · Score: 0


    i have 1.5.0 (and 1.0.7) on a number of clients workstations and when i check for updates it says none are available
    is the update system broken ? didnt last long

  13. Intersting Spin by chrpai · · Score: 0, Offtopic

    Intersting.... a searh of Slashdot for 'zero day' reveals that when it's an IE explot it's a certainty to exist but when it's a Firefox exploit it's `claimed`. Hackers claim zero-day flaw in Firefox Zero-Day IE Exploit In the Wild Sep 18, 2006 Microsoft Confirms Excel Zero-Day Attack MS Word Zero-Day Exploit Found PowerPoint 0-Day Points to Corporate Espionage Another Zero-Day IE Scripting Exploit Zero-Day IE Exploit Takes Control of PCs

    1. Re:Intersting Spin by Smidge204 · · Score: 1, Informative

      Difference is either a) The exploit is announced by a credible soruce, or even the software vendor (Microsoft in those cases) or b) A Proof of Concept demonstration of the falw is provided.

      Neither of which apply to this situation. An announcement from a crerdible source or a demonstration would clear things right up. Even if you consider whitedust.net to be a good source, the flaw was not found by them and they only reference a ZDNet article which contains slightly more information but not enough to really confirm anything. The people who found the exploit are deliberately keeping it secret and therefore will not produce a PoC.
      =Smidge=

    2. Re:Intersting Spin by RonnyJ · · Score: 2, Informative
      You sure neither of those apply? From the article:

      The JavaScript issue appears to be a real vulnerability, Window Snyder, Mozilla's security chief, said after watching a video of the presentation Saturday night. "What they are describing might be a variation on an old attack," she said. "We're going to do some investigating."

      Snyder said she isn't happy with the disclosure and release of an exploit during the presentation. "It looks like they had enough information in their slide for an attacker to reproduce it," she said. "I think it is unfortunate because it puts users at risk, but that seems to be their goal."

    3. Re:Intersting Spin by cyber-vandal · · Score: 1

      Has the irony of Mozilla's security chief being called Window escaped everyone? And on an off-topic note what a ridiculous name. Some parents must want their kids to get bullied.

    4. Re:Intersting Spin by tomhudson · · Score: 1

      No, I commented on it too. Here's some food for thought:

      http://www.matasano.com/log/window-snyder
      http://www.blogger.com/profile/13043301

      Someone with a hotmail address (windowsnyder@hotmail.com) as a security expert on XP? No wonder Windows is broken. My own tests show that more than 1% of all hotmail addresses are down temporarily on any particular day.

    5. Re:Intersting Spin by Roguey · · Score: 1

      Not just Window, Window S.!

    6. Re:Intersting Spin by jZnat · · Score: 1

      She used to work for Microsoft y'know... ;p

      --
      'Yes, firefox is indeed greater than women. Can women block pops up for you? No. Can Firefox show you naked women? Yes.'
  14. All security bugs are zero-day by Zeinfeld · · Score: 5, Insightful
    The term zero-day attack has become meaningless. In the days before there were mechanisms in place for rapidly distributing updates the majority of attacks used by hackers were age-old.

    Today the hackers have to work a bit harder so zero-day attacks are no longer rare. The vast majority of attacks are still from hackers who are reverse engineering the patches and distributing attacks before the patches are implemented.

    If someone reports a new attack against open source code it is by definition unknown before it is reported. Therefore all bug reports with security implications are 'zero-day'.

    What the idiots who released this exploit mean by 'zero day' was that they didn't allow time for the problem to be fixed before releasing the exploit.

    --
    Looking for an Information Security student project suggestion?
    Try http://dotcrimeManifesto.com/
    1. Re:All security bugs are zero-day by QuantumG · · Score: 1

      Well, no. A 'zero day' exploit is one that targets a vulnerability that has not been disclosed. Period. In this case, all they've done is show people that they can take over a browser.. they havn't told anyone what the vulnerability is, so their exploit is still zero day.

      --
      How we know is more important than what we know.
    2. Re:All security bugs are zero-day by Neoncow · · Score: 1
      The vast majority of attacks are still from hackers who are reverse engineering the patches and distributing attacks before the patches are implemented.
      If the vast majority of vulnerabilies are of abused this way, wouldn't it be good to encrypt patches as they are sent to the user base and then release the key a few days later? That way the organisation can take it's time in distributing the patch. When a sufficient majority of the population has the large part, the key can be distributed and most people will get the patch at the same time.
    3. Re:All security bugs are zero-day by Anonymous Coward · · Score: 0

      Then the hackers will reverse engineer the patch before the key has been distributed to everyone. This doesn't solve anything.

    4. Re:All security bugs are zero-day by Ed+Avis · · Score: 1

      You can only 'encrypt patches' like that if you are directly supplying binaries to all of the users, and nobody builds from source.

      --
      -- Ed Avis ed@membled.com
    5. Re:All security bugs are zero-day by nbahi15 · · Score: 1

      Well zero-day sure sounds cool. I mean, imagine you're a hacker and you tell your friends, "hey check out my cool third day exploit", they would be like, "WTF, get with the times man it is all about second day." So zero day is where it's at.

  15. Re:Oink by A+beautiful+mind · · Score: 1

    Doh. You were both faster than me.
    (sarcasm) Let's hope that the PoC passes DFSG so that debian can start working on a fix ASAP(/sarcasm)

    --
    It takes a man to suffer ignorance and smile
    Be yourself no matter what they say
  16. Real article by MoogMan · · Score: 1

    The link in the article is a click-through to the REAL article at http://news.zdnet.com/2100-1009_22-6121608.html

  17. Re:Firefox has become IE by failure-man · · Score: 2, Funny

    And if that's not obscure enough, there's always Lynx. ;)

  18. All Your Base Are Belong To Them by TubeSteak · · Score: 1
    The hackers claim they know of about 30 unpatched Firefox flaws. They don't plan to disclose them, instead holding on to the bugs.

    ...

    "I do hope you guys change your minds and decide to report the holes to us and take away $500 per vulnerability instead of using them for botnets," Ruderman [a Mozilla security staffer] said.

    The two hackers laughed off the comment. "It is a double-edged sword, but what we're doing is really for the greater good of the Internet, we're setting up communication networks for black hats," Wbeelsoi said.

    Ouch.

    That is a public slap in the face.

    Why couldn't Javascript play nicely in a sandbox?
    --
    [Fuck Beta]
    o0t!
    1. Re:All Your Base Are Belong To Them by frank_adrian314159 · · Score: 2, Insightful
      "It is a double-edged sword, but what we're doing is really for the greater good of the Internet, we're setting up communication networks for black hats..."

      If I were them, I'd stay away from the US. We can now use torture to get information about the other 30 exploits. Actually, if I were them, I'd also be looking over my shoulder frequently, as we can use kidnapping and special rendition, too. You know that "black hat" is just a code word for cyber-terrorist!

      --
      That is all.
    2. Re:All Your Base Are Belong To Them by pedantic+bore · · Score: 1
      Maybe we should send a couple of guys over to their house to send a message they can share via their "communicate networks", for the greater good of the internet.

      Thugs are thugs.

      --
      Am I part of the core demographic for Swedish Fish?
    3. Re:All Your Base Are Belong To Them by John+Hasler · · Score: 2, Insightful

      And "sending a couple of guys over" is what thugs do.

      --
      Warning: this article may contain humor, sarcasm, parody, and perhaps even irony. Read at your own risk.
    4. Re:All Your Base Are Belong To Them by pedantic+bore · · Score: 1
      I thought thugs bullied and intimidated people, not went to meet with them and talk things over until they find common ground.

      Apologies for my weak knowledge of English.

      --
      Am I part of the core demographic for Swedish Fish?
  19. "For the greater good of the Internet" ??? by CharonX · · Score: 4, Insightful

    From the Article
    The hackers claim they know of about 30 unpatched Firefox flaws. They don't plan to disclose them, instead holding on to the bugs.

    Jesse Ruderman, a Mozilla security staffer, attended the presentation and was called up on the stage with the two hackers. He attempted to persuade the presenters to responsibly disclose flaws via Mozilla's bug bounty program instead of using them for malicious purposes such as creating networks of hijacked PCs, called botnets.

    "I do hope you guys change your minds and decide to report the holes to us and take away $500 per vulnerability instead of using them for botnets," Ruderman said.

    The two hackers laughed off the comment. "It is a double-edged sword, but what we're doing is really for the greater good of the Internet, we're setting up communication networks for black hats," Wbeelsoi said.

    First of all, guys, so you refuse to tell us what the bugs are, so we can't fix them and do this for the "greater good of the internet... setting up communication networks for black hats" WTF? What does having tens of thousands of additional zombie-machines that could DDoS or send SPAM do with the greater good of the internet. I almost hope you try to make money off the bugs (if you even know any more) so you get to know a nice prison cell and "Life without PC"(TM). Honestly, I think those guys are full of it, they probably don't know even one additional vulnerability and just try to show off how "big and powerful" they are.

    --
    +++ MELON MELON MELON +++ Out of Cheese Error +++ redo from start +++
    1. Re:"For the greater good of the Internet" ??? by Anonymous Coward · · Score: 0

      Um, have you cruised Mozilla's Bugzilla and seen how many vulnerabilities there are marked and hidden for security reasons??? There are tons! Its easy to believe they have figured out 30 of them.

    2. Re:"For the greater good of the Internet" ??? by BeeBeard · · Score: 1

      Good point. These two probably aren't nearly as knowledgeable as they claim. As pointed out in another post, it's quite possible that the exploit that they demonstrated was already fixed in a nightly branch build. So that would be a pretty slimy thing to do--to take advantage of the open source concept by consulting recent Firefox patches to see what has already been addressed, and then go back and claim the vulnerability as your own, with your proof of concept being that it affects binary-only releases that of course don't have the new code yet.

    3. Re:"For the greater good of the Internet" ??? by Ant+P. · · Score: 3, Insightful

      Most black-hats have that scientology mindset. They really do believe their own bullshit, no matter how insane it sounds to real people.

    4. Re:"For the greater good of the Internet" ??? by forgotten_my_nick · · Score: 1

      Sounds like script kiddies to me. If they where anyway serious black hats they would of STFU and not said anything to anyone. Instead its the usual gloating and bragging that is akin to the script kiddie.

    5. Re:"For the greater good of the Internet" ??? by Anonymous Coward · · Score: 0

      While my knee-jerk reaction is the same as everyone elses, there is also a philosophical argument here. If the Internet was perceived to be safe, who would care about security? Of course, such thinking leaves room for abuse by security vendors - if Iraq had no WMD's or ties to Al-Qaeda who would care about invading it?

    6. Re:"For the greater good of the Internet" ??? by jnf · · Score: 1

      CNET cut off their quote, they basically said they think you shouldn't be an idiot to use the internet, and by destroying the idiots they made the internet a better place.

  20. Javascript is the security problem by Anonymous Coward · · Score: 0

    I disable javascript making 90% of browser security problems harmless. Curiously, 100% of correctly coded web sites still work perfectly, badly coded sites are another thing.

    Enabling javascript lets people run arbitrary code, in my book that's a single security problem, not one every week.

    Yawn.

    1. Re:Javascript is the security problem by dattaway · · Score: 1

      Why must most web pages HAVE to have javascript to convey textual information? I already have a browser, why do I need another mysterious program running to help me read?

    2. Re:Javascript is the security problem by x2A · · Score: 1

      I turned my computer off, fixing 100% of all security problems. Made it even more useless than yours.

      --
      The revolution will not be televised... but it will have a page on Wikipedia
    3. Re:Javascript is the security problem by Anonymous Coward · · Score: 0

      Why must most web pages HAVE to have javascript to convey textual information? I already have a browser, why do I need another mysterious program running to help me read?


      Because those obsolete, flat, non-interactive, legacy HTML-only pages are sooooooooo Web 1.0, man. You just don't "get it". Remote code execution vulnerabilities are obviously a small price to pay for the glorious paradigm-shifting Web 2.0 AJAX revolution, and anyone who doesn't agree is an anti-progress Luddite.

    4. Re:Javascript is the security problem by Anonymous Coward · · Score: 0
      I turned my computer off, fixing 100% of all security problems.

      Except the javascript problem is fixable and retains full functionality, turning your computer off retains zero functionality.

      Made it even more useless than yours.

      Yet here I am, making use of the web without running remote scripts, even if I am required on occassion to recreate forms and js to proceed with broken ecommerce sites. I should add that the sites I have to recode locally so that they work could save me the effort by using noscript tags.

    5. Re:Javascript is the security problem by shawn443 · · Score: 3, Funny

      I am not a javascript hater, it is very useful. The fact that you can transfer some of the processing to the client is a very valuable thing in my book. Considering most forms are validated at the client level I wonder how you define correctly coded web sites working 100%. I suppose however there isn't anything stopping a server from validating if the client refuses, it just means twice the coding. I just got done with a hand rolled image gallery using javascript, if you want to download every thumbnail or see just a collection of links that is fine. I recently implemented AuthCookieDBI for session based authentication. Rather than my server worrying about the headers and directing to the appropriate user section, I named the client folders after the user name. With just onblur and getElementById the client appends and passes all the information I need. I think if most users disabled javascript my work would be much harder and their experience would be less enjoyable. As far as the security issues, I think after time we will see those steadily evaporate. Right now I feel comfortable enough to risk having it on.

    6. Re:Javascript is the security problem by x2A · · Score: 1

      "and retains full functionality"

      Fixing it does, yes. Turning it off doesn't, no.

      As somebody who uses javascript loads (both in development, to offer extra speed/functionality/ease of use to my clients, and with websites I frequent that use it to offer /me/ extra speed/functionality/ease of use), the idea of turning off javascript is about as ludicrous as turning off the computer. It would mean that I too would have to spend ages doing things that could otherwise be done much quicker. Instead I prefer just not going to dodgy sites that will try and hack my PC.

      --
      The revolution will not be televised... but it will have a page on Wikipedia
    7. Re:Javascript is the security problem by Anonymous Coward · · Score: 0
      I use script myself, however I don't run script from public web servers and I don't needlessly break sites by requiring it. Sites requiring script are broken, if it's Google maps I don't care but there's no excuse for a bank or an ecommerce site/gateway.


      Let's be clear, I'm not stopping anyone from writing or running javascript. In the abscence of a security model, I'd like sites to work without it and allow the user the choice.

      Instead I prefer just not going to dodgy sites that will try and hack my PC.

      And what happens when someone hacks an off-site ad server? It's happened before and it will happen again which is why JS needs a security model.

    8. Re:Javascript is the security problem by Anonymous Coward · · Score: 0
      ...most forms are validated at the client level... ...however there isn't anything stopping a server from validating if the client refuses, it just means twice the coding... ...As far as the security issues, I think after time we will see those steadily evaporate. Right now I feel comfortable enough to risk having it on.

      The first rule of dev club is: You can't trust the client.

      The second rule of dev club is: You can't trust the client.

      Seriously, if you're not validating on the server then I'm glad I have javascript disabled.

    9. Re:Javascript is the security problem by Anonymous Coward · · Score: 0
      javascript problem isf ixable and retains full functionality

      even if I am required on occassion to recreate forms and js to proceed with broken ecommerce sites. I should add that the sites I have to recode locally so that they work

      You know, you might want to try remembering your own BS from one paragraph to the next.

      "I can turn off javascript without any effects whatsoever! Except that I have to rewrite web pages myself to make them work!"

      Umm... right.

    10. Re:Javascript is the security problem by Lehk228 · · Score: 1

      unfortunately i don't think enough moderators will understand that to get you up to 5-funny

      --
      Snowden and Manning are heroes.
    11. Re:Javascript is the security problem by Anonymous Coward · · Score: 0
      You know, you might want to try remembering your own BS from one paragraph to the next.
      You might want to learn to read English.

      100% of correctly coded web sites still work perfectly, badly coded sites are another thing.
    12. Re:Javascript is the security problem by Doug+Coulter · · Score: 1

      My product development company has used javascript for various things, like little boxes that are on your LAN that have too little smarts to really do it all, so push some work to the client. In this case, there's no possibility of a hack or exploit (memory not writable), and why would anyone want to break their own medical gear, for example? BUT -- client based validation is utterly stupid from any security standpoint. That's harsh, but still very true. Please post us some url's where you do this for ecommmerce so we can all order negative numbers of things and get our cards credited. It's so easy to capture source, edit, rerun and post back to a site that depends on this it is far from funny and is the subject of some older books on security (older because just about everyone knows this by now and it's not a relevant topic anymore). D'oh!

    13. Re:Javascript is the security problem by Anonymous Coward · · Score: 0
      Really? In English "correctly coded" means the same thing as "conforms to my own idiosyncratic fetishes"?

      You might want to lose the omniscience complex.

      Have fun with Lynx.

    14. Re:Javascript is the security problem by Anonymous Coward · · Score: 0
      In English "correctly coded" means the same thing as "conforms to my own idiosyncratic fetishes"?
      Exactly. My other idiosyncratic fetishes involve doing a JS redirect to a blank page on a site index and deliberately breaking site functionality for visitors with JS enabled. Sites that work for everyone are so Web1.0 and what's a little needless discrimination between friends?

      You might want to lose the omniscience complex.

      It's just possible that the user knows best, so I'll stop popping windows all over a users screen and overriding their browsers navigational functionality. Thank you for the suggestion.

      Have fun with Lynx.

      Hey that's mean because phishing, XSS, CSRF and malware can be lots of fun too.

    15. Re:Javascript is the security problem by x2A · · Score: 1

      You keep using the word "broken". I do not think it means what you think it means.

      --
      The revolution will not be televised... but it will have a page on Wikipedia
    16. Re:Javascript is the security problem by Anonymous Coward · · Score: 0

      No?

      BTW: I don't mean to come over as a smug prick but I probably do and for that, I apologise.

    17. Re:Javascript is the security problem by Goaway · · Score: 1

      Curiously, 100% of correctly coded web sites still work perfectly

      Where "correctly coded" is defined as "works perfectly when I've turned off Javascript", right? God, what a useless statement to make.

    18. Re:Javascript is the security problem by Anonymous Coward · · Score: 0

      Wow, there's no sneaking anything past captain obvious here is there? I don't care what aspersions anybody may cast upon the usefulness of parent comment, I'm 100% for it where "for it" is defined as "appreciative of self referential irony".

    19. Re:Javascript is the security problem by Goaway · · Score: 1

      Oh yeah, "self-referential irony". That's the ticket. Definitely not technophobic snobbishness or anything.

    20. Re:Javascript is the security problem by Anonymous Coward · · Score: 0
      Exactly

      Don't give yourself a hernia moving those goalposts, son.

      It's just possible that the user knows best,

      The user votes with his eyeballs, and has overwhelmingly chosen web sites that don't look like they were written with cat > file name back in 1994 and haven't been updated since.

      You clearly have other tastes. Do enjoy Lynx.

    21. Re:Javascript is the security problem by Anonymous Coward · · Score: 0
      Don't give yourself a hernia moving those goalposts, son.

      Impressive how you change the subject there but I'm disappointed it was some pathetic attempt to patronize me. For a second I thought you might have managed to construct an argument, better luck next time.

      The user votes with his eyeballs, and has overwhelmingly chosen web sites that don't look like they were written with cat > file name back in 1994 and haven't been updated since.

      I'm afraid you completely lost me here, markup and layout are seperate and just because a site works in lynx doesn't mean it looks bad in a browser with CSS support.

      You clearly have other tastes.

      You clearly have a clue about something, just not anything related to this discussion.

      Do enjoy Lynx.

      I will thanks. I'll also continue to enjoy ff, konqueror, Opera and safari. HAND.

    22. Re:Javascript is the security problem by Anonymous Coward · · Score: 0
      Definitely not technophobic snobbishness or anything.


      You win, "technophobic snobbishness" is definately the most useless phrase in the entire thread.
    23. Re:Javascript is the security problem by Goaway · · Score: 1

      I'm sorry if the big words confused you.

    24. Re:Javascript is the security problem by x2A · · Score: 1

      I don't see which is supposed to apply to sites that use javascript to provide extra functionality... surely a browser that has this functionality disabled is the one that's broken.

      --
      The revolution will not be televised... but it will have a page on Wikipedia
  21. Re:Firefox has become IE by Jugalator · · Score: 1, Insightful

    "Firefox has become IE"

    Not even close.

    "I guess it's time to start using Opera, instead." ... which has had security flaws too.

    If you're looking for a browser that never has any special security flaws to talk of that's still usable for modern web sites, you're up for a hell of a search.

    --
    Beware: In C++, your friends can see your privates!
  22. What about me? by Rendo · · Score: 1, Funny

    I can turn a computer into a giant man eating robot with a few external peripherals and some malicious code in the Kernel.... Do you want some proof of that? Don't answer the door if you hear *in robot voice of course* "Humans detected... Num.... Num..... Num......"

    1. Re:What about me? by The_Wilschon · · Score: 1

      "candygram....."


      "landshark....."

      --
      SIGSEGV caught, terminating

      wait... not that kind of sig.
    2. Re:What about me? by TheOtherChimeraTwin · · Score: 1

      That would be helpful. There are entirely too many giant men walking about, and thinning them out a bit would be a blessing.

  23. Re:Interesting Spin by Ant+P. · · Score: 1

    Wow... that's the first time I've seen a comment duped in the same article!

  24. Re:Firefox has become IE by October_30th · · Score: 0, Redundant

    Nope. I just miss the days when Firefox/Mozilla were such niche browsers that nobody bothered writing malicious web pages to target them.

    --
    The owls are not what they seem
  25. you are deluded by weierstrass · · Score: 4, Insightful

    >I wouldn't be at all surprised to find that they managed to get some funding (either direct or indirect) from Microsoftl[sic].

    complete bullshit and FUD.

    you know nothing about these ppl, they are blackhats, they ruin things for no other reason than to piss ppl off and have a laugh at their expense.

    --
    my password really is 'stinkypants'
    1. Re:you are deluded by dorkygeek · · Score: 1

      Since one of these guys works for SixApart, I don't think they did this for Microsoft.

      --
      Windows is like decaf - it tastes like the real thing, but it won't get you through the day.
    2. Re:you are deluded by causality · · Score: 4, Insightful
      you know nothing about these ppl, they are blackhats, they ruin things for no other reason than to piss ppl off and have a laugh at their expense.

      This is why good security is done in layers. If your sole defense against having your user account, your root account, and possibly even your identity owned by some script kiddie is to depend on the maintainers of $PROGRAM to patch all exploitable flaws in a timely manner, this is what you call putting all of your eggs into one basket. For this, there are things like the Gentoo Hardened Project, which ensure that a mere buffer overflow alone will not grant someone access to your system (of course this is not Gentoo-specific; Gentoo has merely organized such things as PaX and Grsecurity and the toolchain in such a way that it is a relatively simple matter to use the Hardened profile). In my opinion, you're crazy not to take some kind of extra measures like this, if you are going to use a potentially hostile network on a daily basis.

      Ideally, the good people who maintain Firefox can stay on top of the arms race to improve the browser's security as fast as flaws can be found. But the odds are against them -- in order to succeed, they have to find every possible security flaw; the blackhats only need to find the one thing that they missed to have a workable exploit. If you don't like being exploited, then this situation is not good. There is no such thing as absolute security, and no programmer is perfect, but precisely because programmers make mistakes, there are non-executable stacks, random memory addresses, user-space SSP protections, chroot() jail restrictions, and many other measures one can take to ensure that security does not have a single point of failure.
      --
      It is a miracle that curiosity survives formal education. - Einstein
    3. Re:you are deluded by Eravnrekaree · · Score: 1

      Wouldnt having at least your web browser running under a non-priveleged account other than root protect you from buffer overflows being able to damage the system? Another issue to be concerned about, in addition, is the setuid root binaries on the system. A none root user could run them, and if there is a vulnerability where they can feed it some bad data when the program is run, this can be exploited to run code as root. I think it is good to scan the entire system for setuid binaries, and get rid of the setuid permissions whenever you can. Another danger area is servers that run as root, such as X, and sendmail. Ideally, no servers should run under root, and I am still wondering why X cannot just be given the specific permissions it needs to access video hardware, and nothing else. Cant X access video hardware through a /dev file? Why dont video cards have /dev files? What is the technical issue preventing this, and could some mechanism to allow video hardware access but not root permissions be added to the OS?

      Qmail seperates out different parts of mail delivery so programs not running as root actually interact with clients, and the mail delivery is in a seperate program from the server.

    4. Re:you are deluded by causality · · Score: 2, Informative
      Wouldnt having at least your web browser running under a non-priveleged account other than root protect you from buffer overflows being able to damage the system?

      A buffer overflow exploit can allow attackers to gain the same privileges as the user who is running the browser. A regular user account is sufficient to participate in a botnet (including DDoS attacks), become a spam zombie, or become some script kiddie's "warez" fileshare. Consider also that most of your data would be stored in your user's home directory, and you now have a potential identity theft (depending on your habits and whether you use strong encryption). This is not as bad as, say, an Internet Explorer exploit that gives complete "Administrator" access to to the entire machine and all accounts on it, but (as you mentioned) it could be followed up by privilege escalation attacks which could then lead to root access.

      To dismiss regular user accounts as unworthy of protection is a big mistake. When discussing remote exploits (as opposed to local security), the user system is more like a form of damage control.
      --
      It is a miracle that curiosity survives formal education. - Einstein
    5. Re:you are deluded by Anonymous Coward · · Score: 0
      This is not as bad as, say, an Internet Explorer exploit that gives complete "Administrator" access to to the entire machine and all accounts on it


      Internet Explorer exploits can only gain the priviledges of the user. Since it's WIndows, more often than not it is "administrator" priviledges, but it need not be.

    6. Re:you are deluded by lapaille · · Score: 1

      > they ruin things for no other reason than to piss ppl off and have a laugh at their expense.

      But that's precisely why he suspected them to fund the hackers to attack the competing browser. It wouldn't be the first time (see SCO case).
      You don't get it at all, completely confused here.

    7. Re:you are deluded by causality · · Score: 1

      There is no good reason why a Web browser should ever run as a privileged user. I acknowledge that there may be reasons why this is done, but none of them are good reasons.

      As I never said "in each and every known and possible example of IE exploits, all have been observed to grant Administrator access", I do not understand the purpose of your reply. My sentence as quoted, which read "this is not as bad as, say, an Internet Explorer exploit that gives complete 'Administrator' access to the entire machine and all accounts on it" only requires that one such event has ever happened for the statement to be true (and these are not in short supply).

      I have no idea if you could be called a Microsoft apologist, but this is what I wish such people would understand: Mass-marketing a product to a customer base not generally known for possessing a high degree of technical skill, on the basis of being "easy to use", with defaults such as a web browser running as a privileged user, is just plain irresponsible. The fact that this has been the case for so long suggests that the irresponsibility is willful (deliberate "evil" or "the market doesn't demand that we fix this shit, so why should we?" or "what's the difference?" is up to you).

      --
      It is a miracle that curiosity survives formal education. - Einstein
    8. Re:you are deluded by Anonymous Coward · · Score: 0

      Wow. A little touchy are we?

      The wording of your post might lead uninformed masses that all Internet Explorer exploits lead to root-like priviledges. They don't. I was only making a clarification on what you said. The reason why I bothered is because there are a ton of myths about Internet explorer, and it always carrying elevated priviledges is one of the biggest.

      You can debate weather or not to call me a "Microsoft Apologist" all you want, but the fact that you are so offended by someone pointing out the abiguity of your post leaves no doubt in my mind that you are the opposite.

      I do however commend you for recognizing that multi-user systems are no panacea when it comes to security, and I modded your post informative because of it. Not running as root being a cure-all for security woes is another big myth I see being spread around here.

    9. Re:you are deluded by Kartoffel · · Score: 1

      Quite right. revmischa and weev did it for the lulz.

    10. Re:you are deluded by Medievalist · · Score: 1
      There is no good reason why a Web browser should ever run as a privileged user.
      Sure there is! My favorite screensaver won't run if I'm not logged in as root!
      I acknowledge that there may be reasons why this is done, but none of them are good reasons.
      Oh, er, never mind.
    11. Re:you are deluded by causality · · Score: 1

      The wording of your post might lead uninformed masses that all Internet Explorer exploits lead to root-like priviledges. They don't. I was only making a clarification on what you said.

      So you clarified what I said, because you were concerned that someone might think I said something that I clearly did not say? I don't think you understand that if the reader magically adds words such as "all" or "each and every" to sentences which obviously do not contain them, it is because they are believing what they want to believe, and no amount of clarification can disabuse someone of such an annoying habit. Shit like this is why everyone feels a compulsion to add "but of course there are exceptions" or equivalent to nearly every damned thing they say, just because ignorant people don't understand that anytime you are speaking of more than one specific item, you must speak in general terms.

      Thus, my response was not because I was "offended" by what you said (no one is ever offended by anything that is not a threat, such as another person's opinion, unless they choose to be ... such people typically also subscribe to the victim mentality that is so prevalent), but because I tire of this practice of always catering to the ignorant, rather than allowing them to feel the pain of misinterpretation that may motivate them to a better understanding. Also, if you really examine this culture of "that's offensive!" you will find that this claim is often nothing more than a thinly-veiled attempt at squelching ideas that the "offended" person does not like or finds too challenging to deal with.

      Unlike your knee-jerk assumption that I would allow anything you say on Slashdot to impact my emotions negatively (I understand it though, because most people do give away their power and self-control this easily), I do not assume you are a Microsoft apologist. I merely detected your desire to soften any negative impact of what I said regarding Internet Explorer and speculated that perhaps you could be; I was careful to say I do not know whether this is the case. I then proceeded to make a point that I have yet to hear the confirmed Microsoft lovers address, which is that when you deliberately target a non-technical market, you bear a responsibility to take care of problems that are caused by ... a lack of technical knowledge. I certainly like that better than the current situation, in which the average user assumes that lockups, crashes, e-mail worms, trojans, spyware, and the like are inherent features of computers (they're not). That this situation has become accepted as normal has done far more damage to IT than most people care to admit.

      You may assume a blind hatred of Microsoft on my part if assuming this brings you some kind of comfort (because after all, you could then pigeonhole every future statement I make about the subject), but the real problem is that there is a basic conflict of interest here - patching their software flaws and/or redesigning the OS, in part or as a whole, is generally nothing but an expense for Microsoft, which, like all companies, exists for the sole purpose of making money. This conflict of interest is not going to go away unless they fundamentally redesign their business model and become something akin to a non-profit organization; only then would "getting it right" become more important than "getting it out the door." With the current situation, don't expect to see serious security improvements in Windows until it gets to a point that no one will buy a version of Windows without them. Based on the prevalence of the "I just want it to work, having to learn technical details is EVIL!!" crowd, I don't see this happening anytime soon, whether Vista is better than XP in this area or not.

      I also have a hard time understanding the urge most feel to defend and/or identify with people and organizations who don't give a shit about them, such as sports teams, political parties, celebrities, and

      --
      It is a miracle that curiosity survives formal education. - Einstein
    12. Re:you are deluded by Anonymous Coward · · Score: 0

      wow, someone really needs to take a break.

    13. Re:you are deluded by causality · · Score: 1

      Said another way, you have no meaningful reply, thus you resort to irrelevant comments about the author and not about what he posted. Brilliant.

      --
      It is a miracle that curiosity survives formal education. - Einstein
    14. Re:you are deluded by Anonymous Coward · · Score: 0

      You make many good points and I agree strongly with what you said about "individuals" identifying so heavily with large corporations, celebrities and sports teams...it would be different if those entities really gave a crap about the "average" person...but they don't care about you or me so why should we care about them!?

      I know you were being a little "flip" about the need for MS to go the "Non-profit" route but I wanted to respond to that and say that they should at least integrate functionality in the OS to block, in a realtime fashion, vulnerabilities that should have never existed in their OS in the first place. The MS "OneCare" offering has this functionality yet they are planning to charge for that product...this is the opportunity to do right by their customers which they are missing. They could still make plenty of money off a "security" product which addresses spyware or removing user-accepted malicious code - but don't double-charge to secure an OS which was claimed to be "secure" before we all found out just how insecure it really is/was!

  26. greater good of the Internet Exploder by Mesinjah · · Score: 0

    "Hackers" yeah right. Lets do it boys, talk is cheap. Show us the java!

  27. SElinux by Danathar · · Score: 1

    I'm curious, is there a policy for FireFox within SELinux and would it restrict what a hacker could do with this expoit if it were available?

    1. Re:SElinux by pembo13 · · Score: 1

      Fedora opening a mailing list just for SELinux. You may want to head over there and ask.

      --
      "Thanks for all the money you paid to us. We've used it to buy off ISO among other things" -Microsoft
    2. Re:SElinux by r00t · · Score: 1

      Probably.

      The frustrating thing is that users can't set this up for software they install. You need to adjust SElinux from a privileged account (root, etc.), even if you just want to restrict a program.

  28. IRC by Anonymous Coward · · Score: 5, Informative

    have you guys heard about the supposed vuln in firefox disclosed at toorcon today?
    <Ryan> "Firefox re-entrant threading"?
    <reed> http://www.toorcon.org/2006/conference.html?id=13
    <Jesse_> yeah, that one
    <reed> Jesse_: Did you go to that particular one?
    <Jesse_> yes
    <Jesse_> i also went up on stage to "debate" "disclosure" with them
    <Jesse_> when i said "debate" "disclosure", i didn't mean the usual "how much time should security researchers give vendors to write and deploy patches before making the holes or exploits public" debate
    <Jesse_> these guys were *against* disclosure
    <Jesse_> preferring to keep the status quo of lots of vulnerabilities, large botnets (so they can be anonymous), etc. or maybe they were joking, it was hard to tell.
    <Jesse_> they claim they can make $10,000 or $20,000 selling a vuln in firefox
    <Jesse_> compared to $500 telling us about it
    <Jesse_> selling to other blackhats, anonymously, using onion networks, of course
    <dveditz> TippingPoint and iDEFENSE will pay up to $10K for IE and probably firefox vulns

    . . .

    <jX> http://news.com.com/Hackers+claim+zero-day+flaw+in +Firefox/2100-1002_3-6121608.html
    <jX> "...what we're doing is really for the greater good of the Internet, we're setting up communication networks for black hats," How exactly is that for the greater GOOD?
    <dveditz> the black hats crusade for our freedom (and credit cards) against the evil fascist empire
    <dveditz> they *earn* everything they steal by doing all the good they do keeping "the man" from owning the internet

    . . .

    <Jesse_> http://news.com.com/Hackers+claim+zero-day+flaw+in +Firefox/2100-1002_3-6121608.html quotes me out of context in a way that makes it look like i'm trying to bribe them with $500 bug bounties :(
    <zach> Jesse_: they dragged you up on stage during their talk?
    <jX> Jesse_: Yeah, doesn't reallyt make anyone look good, that article..
    <Jesse_> "I do hope you guys change your minds and decide to report the holes to us and take away $500 per vulnerability instead of using them for botnets" is pretty close to the BEGINNING of a sentence i said
    <Jesse_> the REST of the sentence was " or selling them to other blackhats for ten thousand dollars"
    <Jesse_> with the whole sentence, it's clear that i'm hoping they'll change for ethical reasons, and that i'm not trying to bribe them
    <jX> Jesse_: Yeah, but quoting you out of context makes for better copy.
    <zach> Jesse_: did they actually drag you on stage during their talk as the article suggusts?
    <Jesse_> zach: they left a lot of time after their slides, and asked me to come up
    <Jesse_> zach: they told me before the talk that they might ask me to come up
    <Jesse_> dveditz: yeah, about 20 minutes before

    1. Re:IRC by worldsuksgo2mars · · Score: 1

      So, if a firefox vulnerability is worth $10k, then an IE vulnerability must be worth $100k considering how many more people use it. Not to mention the fact that the installed viruses/spyware will go unnoticed by these sheep.

    2. Re:IRC by RealGrouchy · · Score: 3, Insightful
      So, if a firefox vulnerability is worth $10k, then an IE vulnerability must be worth $100k considering how many more people use it.


      Ah, but supply and demand are two separate variables. IE vulnerabilities are a dime a dozen, are they not?

      - RG>
      --
      Hey pal, this isn't a pleasantforest, so don't waste my time with pleasantries!
    3. Re:IRC by bluephone · · Score: 1

      for the record, thisis exactly what was said, too.

      --
      jX [ Make everything as simple as possible, but no simpler. - Einstein ]
  29. you must be new here by weierstrass · · Score: 1

    you must be new here

    --
    my password really is 'stinkypants'
  30. 15 minutes by foniksonik · · Score: 1

    Starting now.

    --
    A fool throws a stone into a well and a thousand sages can not remove it.
  31. By coincidence by also-rr · · Score: 1

    I found a bug (feature?) last night which allows limited fingerprinting and surfing analysis in Firefox by looking at the way it grabs .ico files.

    Details here.

    1. Re:By coincidence by Tony+Hoyle · · Score: 1

      Nothing that the browser doesn't send already really. Fingerprinting by the behaviour of your target is old.. heck, I even do it in some of my apps to enable special compatibility flags. nmap can do it just using random packets to determine your OS.

    2. Re:By coincidence by Dystopian+Rebel · · Score: 1

      Have you tested Epiphany and Safari?

      --
      Rich And Stupid is not so bad as Working For Rich And Stupid.
    3. Re:By coincidence by also-rr · · Score: 1

      Not yet. For what it's worth since it seems to be related to tabs, which are part of the UI, browsers that use Gecko may not all be affected. Equally browsers that use khtml/webkit won't all be immune just because Konqueror is.

    4. Re:By coincidence by also-rr · · Score: 1

      Just because it's common doesn't mean it's right. Ideally applications should leak no information at all, particuarly when they are used as part of anonymous browsing toolchains (as Firefox often is when combined with Tor).

    5. Re:By coincidence by Dystopian+Rebel · · Score: 1

      In Firefox, users can use about:config to disable the fetching of the favicon by changing these properties:

      browser.chrome.site_icons
      browser.chrome.favicons

      Does this help?

      --
      Rich And Stupid is not so bad as Working For Rich And Stupid.
  32. Holey Browser, FirefoxMan ... by whitehatlurker · · Score: 1
    is it time to break out the third party patchers?

    Well, Firebird, boy wonder, it may very well be ...

    --
    .. paranoid crackpot leftover from the days of Amiga.
    1. Re:Holey Browser, FirefoxMan ... by pingveno · · Score: 1
      If a "third party patcher" finds a vulnerability and knows the Mozilla code base well enough to create a high quality patch, they can use these steps:
      1. Go to https://bugzilla.mozilla.org/
      2. File bug report
      3. Submit patch
      That's what FOSS is for.
      --
      "it's not about aptitude, it's the way you're viewed" - Galinda
  33. How Java Script Should Be Handled by TheZorch · · Score: 3, Insightful

    The environment of a browser should be like a virtual machine. The Javascript or JavaApp running in it should be isolated from the rest of the system so that such exploits aren't possible. Mechanisms in the browser could be built in to allow you to still attach files to email in web based email sites whcih use Javascript while maintaining security.

    --
    Michael "TheZorch" Haney
    thezorch@gmail.com
    http://thezorch.googlepages.com/home
    1. Re:How Java Script Should Be Handled by TwilightSentry · · Score: 2, Informative

      It is, in just about every browser except IE (Well, okay, it seems to be there in IE7, but time will tell if it's garbage). The problem is that no code is perfect; a seemingly benign function can have, for example, a bufferr overflow that allows some JS to insert code into the browser and have it run...

      --
      How to enable garbage collection on a system without protected memory: #define malloc() ((void *) rand())
    2. Re:How Java Script Should Be Handled by davecb · · Score: 1

      We used to something of the sort with background and batch jobs in Multics: DRBrown.absentee was my background instance, and I could grant it more or fewer permissions if I felt like it.

      In Unix, one could have a davecb.browser role with only the right to read web pages, and a davecb.email that could connect to pop, imap and smtp, and read/write $HOME/Mail, but nothing else. I suspect the latter could be built fairly easily in selinux...

      --dave

      --
      davecb@spamcop.net
    3. Re:How Java Script Should Be Handled by Anonymous Coward · · Score: 0

      should be like a virtual machine

      Like the Java sandbox that leaked like a sieve in the beginning?

      Mechanisms in the browser could be built in

      And when these are buggy?

    4. Re:How Java Script Should Be Handled by shutdown+-p+now · · Score: 1

      JavaScript apps running in IE are just as well isolated from the environment as they are in Firefox (which is not too much - in case of IE it is because of HTA, and in case of Firefox it is because of XUL). I think you're confusing them with ActiveX controls.

    5. Re:How Java Script Should Be Handled by SimHacker · · Score: 1

      HTA's _ARE_ ActiveX controls, written in XML and your language of choice, which just might happen to be JavaScript, but doesn't have to be.

      -Don

      --
      Take a look and feel free: http://www.PieMenu.com
    6. Re:How Java Script Should Be Handled by shutdown+-p+now · · Score: 1

      No, HTAs are simply web applications given full access to the environment (i.e. no sandbox).

  34. Re:Firefox has become IE by Vexorian · · Score: 1

    Nobody really bothers yet. Hackers find vulnerabilities but aside from 2 demo sites or a bash page there are not really much intention on exploiting the flaws, 10% is still too small compared to 90% so if a group wants to abuse exploits they rather go for the most used browser. Besides of the few possible targets Mozilla and Opera are also much faster releasing updates than MS so they wouldn't be able to exploit too much.

    --

    Copyright infringement is "piracy" in the same way DRM is "consumer rape"
  35. I don't ask for trouble by Gyarados · · Score: 2, Insightful

    You couldn't "commander" my computer unless I gave my web browser administrator privileges, and why would anyone do such a foolish thing? Heh.

    1. Re:I don't ask for trouble by Goaway · · Score: 1

      Because, god knows, you can't do a goddamn thing with a computer if you don't have administrator priviledges, right?

    2. Re:I don't ask for trouble by ben+there... · · Score: 1

      It's really not that difficult to run as a limited account. But that discussion has taken place on /. many times.

      You could also run as admin and create a limited user, then create a shortcut with runas /savecred that just ran the browser alone as a limited user. After settting it up, it would be as simple as clicking your Firefox icon, like you always do.

    3. Re:I don't ask for trouble by Goaway · · Score: 1

      Welcome to totally missing the point. Let's try this again:

      What, exactly, do you think malware wants to do that it can't already do when running under a "limited" account?

    4. Re:I don't ask for trouble by ben+there... · · Score: 1

      Ahh, so that's what you were saying. That's not the "goddamn things" I would have expected you to be talking about.

      Regarding, what you meant: most malware that I've come across is poorly written enough that it won't work properly without admin. In other words, it will only run until you reboot, rather than installing itself in part of your startup routine.

      Theoretically, it could do plenty with a user account though.

  36. Fork? by Anonymous Coward · · Score: 0

    Is it time for a fork of mozilla/firefox that just includes no Javascript?

    I'd use it. And I'm sure it'd be waaaay less bloated and slow.

  37. Re:Interesting Spin by Anonymous Coward · · Score: 0

    With a little tweaking of comment settings & a high res desktop you can even get them both on the same page.

  38. What do you mean? by shani · · Score: 1

    You say, Running remote scripts sans security model is a quaint idea. What do you mean by a "security model"?

    I googled for "javascript security model" and the very first link is pretty good article that seems to describe the JavaScript security model. It doesn't have many good things to say about it, but there clearly is a JavaScript security model.

    So I think you overstate the case, but I don't really know what you mean.

    1. Re:What do you mean? by failure-man · · Score: 1

      What I'm saying is that, regardless of policies and design, Javascript is a disaster. It's huge, complex, and full of potential holes.

      Of course, this is no different from a lot of scripting languages. The difference in Javascript is that the script is potentially malicious. Expecting a scripting engine to execute code that may be malicious safely seems akin to trying to pet a rabid raccoon.

  39. Get Proactive! by Anonymous Coward · · Score: 0
    It's a shame that Ubuntu's initiative is rated as Low Priority, as certain easily-taken steps can practically stop two of the most common forms of exploits - buffer and stack overflows - in their tracks.

    Why are we making life so much easier for crackers?

    I pick on Ubuntu in particular as it is by a large margin the most popular desktop Linux distro.

    1. Re:Get Proactive! by Anonymous Coward · · Score: 0

      Perhaps because these technologies are somewhat controversial in that they can add complexity which in itself is a security risk. None of these are a silver bullet as you suggest. And many developers question whether some solutions are just a kludge with serious implications for the future of Linux.

      Many would argue that Linux is safe unless you're running firefox as root. I would argue that firefox is unsafe at any speed given its tight integration with Javascript. Which is an order of magnitude better than IE and its tight integration with ActiveX! I say we need a dillo-like broswer with the accessiblity and rendering capabilities of Firefox. NoScript is one of the most downloaded plugins for FireFox. Surely there is a large enough market for a scriptless Firefox to warrant development. Most of this would involve writing a new UI, probably in GTK or similar, because Firefox's UI is entirely javascript. Which explains why it's so damn sluggish.

  40. Selling bugs to the highest bidder by louarnkoz · · Score: 4, Insightful
    The two hackers laughed off the comment. "It is a double-edged sword, but what we're doing is really for the greater good of the Internet, we're setting up communication networks for black hats," Wbeelsoi said.

    Yeah, right. What they are really saying is, why give away a bug for $500 when we can sell it for much more on the black market?

    In fact, the public advertisement of a "zero day exploit" makes a lot of sense if you want to establish yourself as a seller of other undisclosed exploits. Publishing the exploit is a gambit. You will loose the exploit as soon as it gets fixed, but you get your name in the trade press, on Slashdot, etc. Doing so, you establish credibility as a merchant of malware. You can set up shop, and advertise 30 other previously undisclosed bugs. Now, the botnet herders, spammers and other DDOS extortionists know were to buy a new exploit if they need one.

    1. Re:Selling bugs to the highest bidder by jesser · · Score: 3, Informative

      Yeah, right. What they are really saying is, why give away a bug for $500 when we can sell it for much more on the black market?

      If CNET hadn't cut off my quote mid-sentence, it would have been clear that that was what (jokingly) saying too. I was not trying to bribe them. I was trying to say that I hoped they would change their minds and report the holes to Mozilla despite the fact that they (claimed they) could make much more money exploiting the holes or selling information about the vulnerabilities on the black market.

      --
      The shareholder is always right.
  41. Re:Firefox has become IE by Tony+Hoyle · · Score: 1

    Try hacking *my* browser...

    $ telnet www.google.com 80
    Host: www.google.com HTTP/1.1
    Get /

  42. The J in AJAX by stereoroid · · Score: 1

    First, let me Second the previous comments about NoScript. I've also been using it for about a year, and find whitelisting to be only a minor inconvenience. I'm saddened by some of the JS Crud that otherwise legitimate sites try to foist on you, such as "Google Analytics", or the Tacoda ad-targeting that Slashdot uses here (which I blacklist).

    --
    (this is not a .sig)
    1. Re:The J in AJAX by HorsePunchKid · · Score: 1

      My only problem with NoScript is that the authors have embedded a bunch of default sites (none of which I had any specific reason to trust) into the whitelist, which (as far as I could tell) were not something you could remove, short of unzipping the jar and editing the config file. Which I did and was happy until I upgraded and had to remove them all again.

      Has this behavior been improved upon recently?

      --
      Steven N. Severinghaus
    2. Re:The J in AJAX by tuffy · · Score: 1

      In the version I have (1.1.4.3), the only "sites" NoScript doesn't allow the removal of are "about:neterror", "chrome:" and "resource:".

      --

      Ita erat quando hic adveni.

    3. Re:The J in AJAX by Anonymous Coward · · Score: 0

      Despite it's flaws (and there are many) JS is a very good and more importantly EASY way to work ad's and stats... how else do you think a website makes money? Analysing it's stats and targeting it's ads and products! If everyone blocked every ad on the internet a lot of sites would no longer be economically viable and simply wouldn't exist; including this one no doubt. Just consider that when you are moaning about JS in ads or ads in general; blocking ads for the sake of blocking ads is very childish imo... Also; if you can come up with "as workable" non-JS ways of achieving all this - go for it I am sure there is a market for it.

  43. Terrorist Actions?? At least Criminal by doublem · · Score: 2, Insightful

    You know, there are folks out there who would call what these hackers are doing an act of terrorism.

    They are deliberately creating a network for criminals to use for communication purposes, and doping so by stealing computing power from others.

    It's theft, it's immoral and these jackasses should, at the very least be locked up on conspiracy charges.

    The egotistical little bastards do NOT have the right to commandeer my computer for some kind of secret club for pimply faced assholes to trade exploits and horse porn.

    --
    "Live Free or Die." Don't like it? Then keep out of the USA
  44. Bastards. by Grendel+Drago · · Score: 3, Insightful
    but what we're doing is really for the greater good of the Internet, we're setting up communication networks for black hats,
    What does that even mean? I've read it a dozen times now, and I still can't tell what he's saying.

    The only thing they're doing by holding onto the security bugs is making the internet a more dangerous place. Yes, Firefox should have been written better in the first place. Yes, the security team should have found these already. No, none of that justifies the childish actions they're taking now.

    Or perhaps they're just talking smack, trying to look like big bad grayhats because they found a single flaw. I'd like to think that.
    --
    Laws do not persuade just because they threaten. --Seneca
  45. NoScript plugin by AlgorithMan · · Score: 1, Redundant

    use the noscript plugin...
    https://addons.mozilla.org/firefox/722/ make a whitelist containing your REALLY trusted sites
    never worry about this again...

    --
    The MAFIAA is a bunch of mindless jerks who will be the first up against the wall when the revolution comes
  46. Re:Oink by jZnat · · Score: 1

    Debian security has been quite fast to release fixes in my experience. That's one of the great things about Debian stable: you get a stable, secure system with security updates for quite a while after its release.

    --
    'Yes, firefox is indeed greater than women. Can women block pops up for you? No. Can Firefox show you naked women? Yes.'
  47. Don't forget the Mafia by doublem · · Score: 1

    I'm sure there are also plenty of criminals who would LOVE to get their hands on "over 30" unpatched vulnerabilities in a piece of software whose users are largely technologically inclined, smug about feeling more secure and likely to control some rather beefy servers.

    These morons could just as easily be disappeared by a criminal element. As a matter of fact, criminals are probably more likely to actually kidnap and torture these guys.

    US forces use some rather nasty torture techniques, but to the best of my knowledge, the CIA doesn't put extremities into deli slicers and run them until the subject talks.

    --
    "Live Free or Die." Don't like it? Then keep out of the USA
  48. /. sucks, this guy I know said yesterday. by Anonymous Coward · · Score: 0

    Besides flamebaiting news outlets, who starts off talking like this?

    I'll admit: it is a factual statement with the wording just slightly rearranged from what is the normal English sentence flow. But rearranged in such a way as to maximize the outrage reaction, thus increasing readership. It's stupid reader puppeteering, and CmdrTaco knows better and he ought to knock this shit off.

    You think a friend would say something to you like "You're a pathetic dickless loser, said these guys around the corner."? No! Only an asshole would say things that way.

    Slashdot is not your friend. Slashdot is an asshole.

    Yeah, it's offtopic, hence posting AC, but consider the possibility that I have a point.

  49. and finally by Anonymous Coward · · Score: 0

    final post!

  50. Re:Terrorist Actions?? At least Criminal by LihTox · · Score: 1

    You know, there are folks out there who would call what these hackers are doing an act of terrorism.

    And now, with the elimination of habeas corpus, they should probably stay out of the U.S.

  51. One of these guys works for SixApart by Anonymous Coward · · Score: 5, Interesting

    Wonder how the management at SixApart feels about a having a black hat work for them who brazenly scoffs at the notion of responsible full-disclosure and releases a 0-day exploit to the public. Sort of answers the question in an earlier Slashdot post about whether companies should hire blackhats to work for them. In this case, the answer is a resounding NO. SixApart should fire this guy's ass immediately.

    1. Re:One of these guys works for SixApart by dorkygeek · · Score: 5, Insightful
      [...] Spiegelmock, who in everyday life works at blog company SixApart.

      This guy is simply a liability for SixApart, and should get fired immediately. Imagine what could happen if he manages to get the exploit code for this or one of the other 30 exploits they claim to have discovered into one of SixApart's blogging tools.

      But what do we know, maybe they have already done so. Judging from their strange "for the greater good" believes, I wouldn't be surprised about it. I sure as hell wont advise anyone to use any of their products until they've reviewed their code to make sure it doesn't sport one of Spiegelmock's toys.

      --
      Windows is like decaf - it tastes like the real thing, but it won't get you through the day.
    2. Re:One of these guys works for SixApart by Anonymous Coward · · Score: 0

      information wants to be free!

    3. Re:One of these guys works for SixApart by Anonymous Coward · · Score: 0
  52. "Non-disclosure is a heroic endeavor. Be a hero." by weierstrass · · Score: 1
    --
    my password really is 'stinkypants'
  53. Re:Oink by merreborn · · Score: 1

    (sarcasm) Yes, our only hope is that Debian developers can patch the hole in time! (end sarcasm)

    Debian releases security patches at least as fast as any other major distro. They're slow with *feature* patches. e.g., they're still using mysql 4.1.11 on sarge, which is about 18 months old.

    However, it's a special version that includes all the *security* patches from the last 18 months.

    Debian would be absolutely worthless if it wasn't for their frequent and rapid patching system. As it is, they release several security updates for the stable distro *every day*. If and when this hole is patched, there'll be an update to the Sarge version of IceWeasel within 24 hours.

  54. No, THIS Is the real article by Animats · · Score: 1

    No, this is the real article, three blogs down.

    Lovin the LOLs, LOL is my will

    MAYBE NONE OF, PROBABLY ALL OF, AND DEFINITELY MORE THAN:

    New ways of getting your load onto your quivering victim's stack
    Reaching into the hearts and minds (also the genitals) of users.
    Firefox re-entrant threading lols
    Patching BIOS for kernel-patching rootkit memory injections
    Aggresive AIM attacks and escapades
    Internet hilarity, sexual innuendo, LOLDONGS

    1. Re:No, THIS Is the real article by Anonymous Coward · · Score: 0
  55. Re:Firefox has become IE by Jugalator · · Score: 1
    "that's still usable for modern web sites"

    ;-)

    --
    Beware: In C++, your friends can see your privates!
  56. Re:Firefox has become IE by Charlie+the+Hammer · · Score: 1

    I realize this was a joke, but there have been remote exploits for terminal programs in the past.
    Google on "ansi bomb" for some classic examples.

  57. Re:Firefox has become IE by Anonymous Coward · · Score: 0

    "$ telnet www.google.com 80"

    security by obscurity!
    just wait till more people switch from FF to telnet.

  58. The real storry by augustz · · Score: 4, Informative

    To be clear:

    Firefox had a build switch that allowed folks to build it without branding (and do whatever they wanted to it) or build it with branding (and follow Mozilla's rules to create a consistent user experience).

    Debain dev's took that build switch and broke it, so that everyone wanting to modify or adjust the debian firefox packages would have to go through and hand edit out firefox if they wanted to remove branding. They then packaged this broken thing up, and still called it firefox.

    Mozilla said that was bogus, and they were right. Having that build switch makes it easier for folks to make changes to the package without worrying about branding. Redhat and others do exactly this with artwork/branding packages. We are ALL better off if such easy build time switches are available.

    I've been around a while, but the debian developers are way out of line here.... You can't create some crazy messed up debian distro and call it debian, you can't create a crazy redhat distro and call it redhat, why is firefox getting all this heat? The amount of fuss they are creating is bogus and dissapointing. I read through the snide commentary and it really is depressing. Even Mozilla Foundation suggests that a non-branded version of firefox would work better for them.

    1. Re:The real storry by thebluesgnr · · Score: 4, Informative

      That's not the real story. In fact it's a bogus story that omits a very important detail, which is that Debian had permission from Mozilla (Gervase Markham) to use the Firefox branding the way they were using it. See the bug report for the real story: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=3 54622

  59. Re:Firefox has become IE by Random+Destruction · · Score: 1

    random@workstatiuntoo:~$ telnet www.google.com 80
    Trying 72.14.203.104...
    Connected to www.l.google.com.
    Escape character is '^]'.
    Get /
    Connection closed by foreign host.

    --
    :x
  60. Re:Interesting Spin by pembo13 · · Score: 1

    Dude? Are you beeing paid to post this stuff? You already posted this on this article.

    --
    "Thanks for all the money you paid to us. We've used it to buy off ISO among other things" -Microsoft
  61. Re:Terrorist Actions?? At least Criminal by BVis · · Score: 1
    You know, there are folks out there who would call what these hackers are doing an act of terrorism.
    And as we all know, the instant we call something terrorism, it becomes terrorism, regardless of the actual act or any basis in fact for the accusation.

    Please don't compare these black hats to people who flew planes into buildings. The Bush administration already doesn't need an excuse to throw people in jail without trial indefinitely. Putting these people in jail on the "terrorism" pretext only gives W that much more perceived credibility.
    --
    Never underestimate the power of stupid people in large groups.
  62. Re:Oink by Anonymous Coward · · Score: 0

    So what you're saying is that my Debian installation of Firefox v. 0.80 will be patched soon?

  63. No-Script by Ice+Wewe · · Score: 5, Informative
    ...An attacker could commandeer a computer running the browser simply by crafting a Web page that contains some malicious JavaScript code...

    Which is why it's smart to run NoScript. A Firefox extention that blocks the execution of any scripts on a webpage without user concent. So, if you're tired of Javascript taking over your Firefox, get NoScript.

    https://addons.mozilla.org/firefox/722/

    1. Re:No-Script by Loopy · · Score: 1

      Yep. The beauty of this mod is that most of the exploit advertisements that have dropped trojans lately have been doing so via javascript + other known holes. NoScript will let you allow JS for the few sites you trust and that need it and will STILL block the JS used in ads since that JS is imported from a 3rd-party site. Good stuff, there.

  64. Re:"Non-disclosure is a heroic endeavor. Be a hero by noamsml · · Score: 3, Insightful
    What an eloquent, well spoken bunch of bullshit.

    Breaking into people's personal computers is every bit as romantic as shooting someone in the face. The fact of the matter is that an arbitrary execution flaw will not be used to free up the flow of information, except for the flow of information about p3n1s p1lls onto every fresh patch of the `net, always provided to us graciously by zombie machines.

    You want to wake up? Here's some up-waking for you: Hacking isn't about allowing "free speech" on the internet (which already exists), it's about getting big money from underground Mafias. These people aren't disclosing the flaws to Mozilla's bug bounty program simply because they think they can make more than $500 via spyware and virii.

  65. Untrusted X client? by Schraegstrichpunkt · · Score: 1

    Anybody know how to run firefox as an untrusted X client? I tried, but I just get this:

    $ sux --untrusted me-browser 'firefox'
    The program 'firefox-bin' received an X Window System error.
    This probably reflects a bug in the program.
    The error was 'BadAtom (invalid Atom parameter)'.
    (Details: serial 3 error_code 5 request_code 20 minor_code 0)
    (Note to programmers: normally, X errors are reported asynchronously;
    that is, you will receive the error a while after causing it.
    To debug your program, run it with the --sync command line
    option to change this behavior. You can then get a meaningful
    backtrace from your debugger if you break on the gdk_x_error() function.)
    1. Re:Untrusted X client? by Anonymous Coward · · Score: 0

      Make sure you're running GTK+ 2.10 or later; running as an untrusted client was one of the fixes made during the 2.9 development cycle. See http://bugzilla.gnome.org/show_bug.cgi?id=136571

  66. Re:Firefox has become IE by eneville · · Score: 1

    Lynx has an exploit of it's own: http://nvd.nist.gov/nvd.cfm?cvename=CVE-2004-1617

  67. Re:Firefox has become IE by Gulthek · · Score: 1

    Links. It can do it all.

  68. Re:"Non-disclosure is a heroic endeavor. Be a hero by makomk · · Score: 1

    Ironically, that appears to be by Bantown, the group who hacked LiveJournal (which I think is where Mischa Spiegelmock works).

  69. Moderator moonbats by Anonymous Coward · · Score: 0
    Dude, don't get so worked up over it. It only takes a couple of fscktard mods to torpedo a valid post or thread.

    But I can certainly appreciate your frustration as it's been quite apparent for some time now that there has been an increased trend of moderators modding based on a post's support or non-support of their viewpoint/agenda instead of modding based on the post's actual merit.

    But if the majority of mods are 'voting' (with their mod points) for a particular slant on a given topic, then it can be concluded that the majority of the readership is of the same opinion. So they're getting what they want (to the detriment of rational discussion).

    Yes, sadly, it's almost time to abandon slashdot... :-(

    1. Re:Moderator moonbats by rco3 · · Score: 1

      "Yes, sadly, it's almost time to abandon slashdot... :-("

      Almost? Hell, it's long since past time. Not much left here but crappy "editing", Slashvertisements, Roland Piquepaille, and the rising flux of poorly-crafted (and thus lacking even entertainment value) A/C troll posts. "News for Nerds, Stuff that Matters" has been replaced by "News We Don't Have to Work For, Stuff That Generates Page Views".

      Hey, and if I quit hanging around here, maybe I can get some work done!

      --

      Ce n'est pas un vrai mouvement de robot!
    2. Re:Moderator moonbats by hobo+sapiens · · Score: 1

      Yeah, a while ago I got frustrated and went to digg. I have to tell you, though, digg really sucks and bad. I just saw one too many 1337 PHP IS TEH ROXX0R posts for me to stick around any longer. It was pretty crappy. Needless to say, I am reading /. again.

      --
      blah blah blah
    3. Re:Moderator moonbats by rco3 · · Score: 1

      Perhaps I'll just drop in every few weeks, check comment replies (like this one), and see if the S/N has improved any. I'm not holding out much hope.

      --

      Ce n'est pas un vrai mouvement de robot!
  70. we will never have browser security... by Anonymous Coward · · Score: 2, Insightful

    ..until we boycott and shun enough javascript and active x and any other 'active', "we will slam unknown code on you from the web until you submit totally" site out there.

    There is no fix for this. NONE

          You either accept executables on web pages and assume the bulk of the websites out there will all use them (and it is getting that way now), or you don't.

        We either will have a secure web, or an active web, you cannot have both.

        Automated code generating tools will eventually force *multiple 0 day hacks on browsers*, possibly into the hundreds or thousands. You literally won't be able to keep up with the multitude of "emergency patches" required, and it is from a couple things primarily-buffer overflows and active scripting no matter the name of the script.

      You cannot make javascript secure because of this "feature", it is *designed* to be an executable. Same with all the other looping zooming call this and bring down that AJAX candy and whatnot shyte.. And you won't get them to stop coding it until they are LIABLE FOR DAMAGES and are forced to offer consumer warranties on released code that is designed to surf the open internet, and I don't care which operating system or license you might care about either, code needs a warranty with it to make it suitable for purposes, just like every other CORPORATION has to offer with their PRODUCT. Once they are liable, they will stop coding crap using junk like javascript. MS is a coprporation that wants to make money, mozilla, the same now, opera, the same, apple, the same. That's where the bulk of the browsers used on the web come from, 99% or better. For-profit corporation, they need to be forced to offer a warranty, simple as that. Once that happens, the pressure will then switch bigtime from those companies literally saying they will not recommend their users go to pages that aren't blessed by no bad code, it will force the web designers to stop using crap that makes people vulnerable and that you are forced to use if you want to surf normally.

        Sayng you can "turn off javascript" or use some patch hack is not a solution, that is just pure crap now and everyone knows it, and it never will be. There are too many sites now that require it, and the sites themselves are vulnerable to getting pwned because they use insecure active scripting directly on their web pages. See how this will never be fixable as it stands now?

    There needs to be a complete revolution about this, a complete admission that the web has gone offcourse into mega-stupid-land in favor of blinking crap and eyecandy.

    And before the first idiot troll reactionary numbnut claims that JS can be made secure-show us that code! Show us that exact magic code you have written in your uberleetness that will make all JS be secure, something every webmaster can go slap on right now and get rid of JS insecurity! Go ahead, you'll be rich!

    1. Re:we will never have browser security... by Anonymous Coward · · Score: 0

      You know, if you shut down that computer and pulled all the plugs out of the wall, you'd be even more secure. Plus, it'd help lessen that creeping feeling of insecurity you have towards modern technology.

    2. Re:we will never have browser security... by shutdown+-p+now · · Score: 1
      JavaScript is no less secure than CSS like "span { ... } span:hover { }". Both tell your browser to do something when a certain event happens, and in that sense both are "executable". You could even say that HTML is itself "executable", since browser has to interpret it to render the page (think WMF files ...), and the same goes for pretty much every file format.

      The real problem is isolation from environment, and avoidance of buffer overruns.

    3. Re:we will never have browser security... by SimHacker · · Score: 1

      That's just downright false. Where did you learn all that fiction, or did you make it up yourself? CSS and HTML are definitely not Turing complete, and JavaScript certainly is. JavaScript has much worse problems than buffer overruns (which are quite rare, compared to its other problems).

      -Don

      --
      Take a look and feel free: http://www.PieMenu.com
    4. Re:we will never have browser security... by shutdown+-p+now · · Score: 1
      CSS and HTML are definitely not Turing complete, and JavaScript certainly is.
      And?
      JavaScript has much worse problems than buffer overruns (which are quite rare, compared to its other problems).
      Examples, please.
  71. Re: Retarded moderaton by fyngyrz · · Score: 2, Insightful

    The problems are we can't mod moderations "retarded"; and moderation is secret. These have always been serious slashdot problems. Metamoderation is out of context (and extremely inconvenient to put into context... you know more about the thread when you're reading it than you do when you're metamoderating.)

    Slashdot improvement ideas (other than cosmetic) here.

    --
    I've fallen off your lawn, and I can't get up.
  72. Ironical irony by weierstrass · · Score: 1

    irony indeed.

    --
    my password really is 'stinkypants'
  73. "sandbox" is a pathetic rationalization here by Anonymous Coward · · Score: 3, Insightful
    How can we be elitist now? Easy. I run Firefox on Linux. No problem here. Hijack my browser all you want, you're sandboxed. This is still only an issue with Firefox running on Windows. Which again is an issue with the security of Windows.
    Your comment is so wrong on so many levels, it's difficult to know where to start correcting you. Let's start here, though: Do you ever enter secret information like user ids and passwords using your browser? Do you do any banking or investing online? How good does your sandbox sound now? Most people use their browser to do just those sorts of things, relying on no more than passwords for authentication, and the "you're sandboxed" argument is nothing but poorly thought out rationalization when it comes to a comporomized browser, since the browser can now collect those passwords and give them to an attacker. Oh, now I suppose you're going to start rationalizing that it's the fault of websites that only rely on single-factor authentication if their users' accounts are compromised. Instead of trying to pass the buck, why don't you be honest and thoughtful. It's just this sort of half-baked analysis you've done that causes problems when it comes to secuirty.

    It should also be pointed out the Windows can run a browser from a sandbox, too. Just like Linux, privilege escalation exploits aren't uncommon. And just like Linux, a compromised browser is a major problem.
    1. Re:"sandbox" is a pathetic rationalization here by Foofoobar · · Score: 1
      Your comment is so wrong on so many levels, it's difficult to know where to start correcting you. Let's start here, though: Do you ever enter secret information like user ids and passwords using your browser? Do you do any banking or investing online?

      Yes and oh god no.
      How good does your sandbox sound now?

      Still pretty damn good. Because while hacking the browser may get you limited access to my Linux box, it gives me UNLIMITEd access to your Windows box. Most applications on Windows (if not all) run with SYTEM access which is even higher than ROOT. They can do anything they want to your system. Sandboxed applications can only do what that user privilege level allows them. Unless youy are a moron and run as ROOT, sandboxed privileges are a nice way to limit damage. But I think you are trying to point out that they are not the end all be all of securitry... nor should they be. But they are a very large ingredient to keeping your system safe.

      the "you're sandboxed" argument is nothing but poorly thought out rationalization when it comes to a comporomized browser

      Actually it was a 'I'm sandboxed' rationale if you want to be that anal and browser security can only take into consideration threats on the client side; sandboxing your apps is step one of many. But in this case since it can comprimise a Windows system entirely and give ROOT access, I'd say sandboxing your app would have prevented this. Remember, keep the arguiment in context to the original discussion and you'll always sound like you know something about what you're talking about.
      --
      This is my sig. There are many like it but this one is mine.
    2. Re:"sandbox" is a pathetic rationalization here by Anonymous Coward · · Score: 1, Informative
      Still pretty damn good. Because while hacking the browser may get you limited access to my Linux box, it gives me UNLIMITEd access to your Windows box.
      You keep spouting this nonsense, despite many people already correcting you. The browser in Windows can be run from a sandbox every bit as well as it can in Linux. And, by the way, I run Linux, not Windows.

      Actually it was a 'I'm sandboxed' rationale if you want to be that anal and browser security can only take into consideration threats on the client side; sandboxing your apps is step one of many. But in this case since it can comprimise a Windows system entirely and give ROOT access, I'd say sandboxing your app would have prevented this. Remember, keep the arguiment in context to the original discussion and you'll always sound like you know something about what you're talking about.
      You are an amazingly dishonest person. You stated, in no uncertain terms, that a browser flaw was only an issue in Windows, not Linux. "No problem here. Hijack my browser all you want, you're sandboxed." You now admit that is bogus, but you try to weasle your way out by falsely accusing me of taking the argument out of context. There is a problem when running a hijacked browser on Linux, as several people have clearly demonstrated to you. You know, you could just admit it when you're wrong and move along, instead of acting like a child.
    3. Re:"sandbox" is a pathetic rationalization here by Foofoobar · · Score: 1
      You keep spouting this nonsense, despite many people already correcting you.


      Many people being you alone? Well I'm sure in your mind you count as many people (which is a condition which CAN be medicated by the way) but all I'm seeing are the mod points of the many others who have brains and use them more often than you.
      --
      This is my sig. There are many like it but this one is mine.
    4. Re:"sandbox" is a pathetic rationalization here by Anonymous Coward · · Score: 0
      Many people being you alone? Well I'm sure in your mind you count as many people (which is a condition which CAN be medicated by the way) but all I'm seeing are the mod points of the many others who have brains and use them more often than you.
      No, the many people who told you that a browser can be run from a sandbox in Windows, just as in Linux. Way to go by not replying to the rest of my comment that calls you out for the worhtless liar you are, by the way.
  74. get over yourself by weierstrass · · Score: 1

    i did not write that document.
    it's views are not mine.

    see those things in the subject? they're called 'quotation marks'.

    i was responding to the OP saying he could not understand Wbeelsoi's comment about 'helping the Internet' by using browser 0days to allow communication between blackhats. the document i linked to, which you were apparently able to read, explains what may have been meant by this.

    --
    my password really is 'stinkypants'
  75. Redmond's response by Anonymous Coward · · Score: 5, Funny

    Determined not to be upstaged by the Mozilla developers, now that Firefox has a 0 day exploit too, Microsoft's IE team has announced that they've started working on technology that will allow their browser to have -1 day exploits.

  76. One thing in life... by NoMercy · · Score: 2, Insightful

    There'll always be Idiots and Jerks, these two are the unfortunately not so rare combination of both. All in all, nothing to see here, go home.

    Oh and since everyones recomended NoScript, I'd also recomend firewall tools like Sunbelt Keiro Personal Firewall (KPF), which can be configured to pop up a box every time your system attempts to run a program, very handy to stop any spyware/addware/anywhere you don't want loading on your system.

    1. Re:One thing in life... by Anonymous Coward · · Score: 0

      Kerio? Personal Firewalls? As long as the user is administrator then they serve very little protection, if any.

      See Lin0xx's http://www.toorcon.org/2006/conference.html?id=37

  77. Re:Back on topic... by symbolic · · Score: 4, Informative

    This exploit (or one similar) was mentioned in an episode of Security Now (about 3 weeks ago, I think). A potential solution was install a plugin called noscript, which allows the user to enable javascript on a per-site basis. I've used it since I heard about it, and I believe it can play a major role in preventing the execution of any rogue javascript.

  78. Open source is more vulnerable to 0days by SiliconEntity · · Score: 1

    One point is being missed here: how did they find these 0days? It's easy - they just study the source code and find flaws.

    This is the other side of the "many eyes make bugs shallow" coin: many eyes make exploits shallow too. If your bad guys are more motivated than your good guys to find exploitable bugs (and why not, if they're worth $10K each!), open source can be inherently less secure than closed source.

    It's just good that Firefox has only 10% of the market. If it ever goes over 50% we're in for a security nightmare.

    1. Re:Open source is more vulnerable to 0days by _Sprocket_ · · Score: 2, Insightful
      One point is being missed here: how did they find these 0days? It's easy - they just study the source code and find flaws.

      This is the other side of the "many eyes make bugs shallow" coin: many eyes make exploits shallow too. If your bad guys are more motivated than your good guys to find exploitable bugs (and why not, if they're worth $10K each!), open source can be inherently less secure than closed source.


      Bigger names than yours have made the same claims in bigger forums than Slashdot. The idea is far from being novel. And it is far from being accepted as a complete truth.

      Sure - source code does make bug hunting easier. It is reasonable to expect that access to source code would provide a useful tool for development of an exploit. But such access is far from required. Exploits for proprietary, closed source applications have and continue to be developed. And they are every bit as effective as ones developed with aid of access to source code. This doesn't even consider the bugaboo of having your source code "stolen" - a PR nightmare that a couple major names in the IT industry had to face not so long ago.

      It's just good that Firefox has only 10% of the market. If it ever goes over 50% we're in for a security nightmare.


      And we've also heard this time and time again. It will be interesting to see how it pans out. One thing to consider is that Firefox is not the only Open Source application to ever go under scrutiny. However, that may be a bit of apples-and-oranges as Firefox does represent a different type of application. The best one can do is look at the numbers today and make some judgements on the future. Firefox shouldn't be considered a silver bullet. But its track record isn't that bad.
    2. Re:Open source is more vulnerable to 0days by dvice_null · · Score: 2, Insightful

      > It's just good that Firefox has only 10% of the market. If it ever goes over 50% we're in for a security nightmare.

      Apache has more than 50% on the http-server markets. Care to tell us why it isn't a security nightmare?

  79. Criminal Activity or Civil Liability Case? by Anonymous Coward · · Score: 0

    If a hacker publically reveals a vulnerability to the degree where someone else can break into a system and do damage, and the hacker did not disclose the vulnerability, why wouldn't the hacker be liable to such damage? Wouldn't this be abetting a crime, if the crime were to occur?

  80. He may have been pissing into the wind. by Grendel+Drago · · Score: 1

    I'd like to think that he was gnashing his teeth at the folks who wrote that original quote.

    Or maybe he was being stupid. But I read it as a reply to the sanctimonious pricks who make a living enabling the Russian Mafia' spamming activities.

    --
    Laws do not persuade just because they threaten. --Seneca
  81. So I wrote to SixApart by Anonymous Coward · · Score: 5, Insightful

    Maybe you want to as well? This is absolutely retarded behavior.

    From: [me]
    Subject: Responsible disclosure and wreckless behavior
    Date: 1 October 2006 14.23.23 GMT-04:00
    To: mena@sixapart.com, ben@sixapart.com, brad@danga.com
    Cc: mischa@sixapart.com

    Hello,

    I read this article on ZDNet describing how your employee Mischa Spiegelmock found and revealed a zero-day Firefox flaw:

    http://news.zdnet.com/2100-1009_22-6121608.html

    Mischa and his co-researcher Wbeelsoi refuse to reveal specific details on the flaw--or 30 others they found--to the Mozilla Foundation:

    "The two hackers laughed off the comment. 'It is a double-edged sword, but what we're doing is really for the greater good of the Internet, we're setting up communication networks for black hats, Wbeelsoi said."

    Considering LiveJournal's recent security flaws causing everyone to change their passwords due to browser-based flaws, do you really want someone working for you who makes the problem worse? To be sure, there is merit to the argument that revealing the flaws would allow Mozilla to continue to use a badly buggy implementation; however, there seems to be more to this.

    From FireFox's IRC channel, some dialogue from Jesse Ruderman of the Mozilla foundation, who attended (via Slashdot: http://it.slashdot.org/comments.pl?sid=198519&cid= 16265621 )

    " they claim they can make $10,000 or $20,000 selling a vuln in firefox
      compared to $500 telling us about it
      selling to other blackhats, anonymously, using onion networks, of course"

    Is one of your employees looking to profit of vulnerabilities in Firefox? With the large number of huge enterprises using TypePad and SixApart software, do you really want to risk him embedding JavaScript code to activate this flaw in your products? If he's saving these flaws to profit from them, what's to say he won't look for the bigger payouts of actively punching holes in your products?

    That's unlikely--but more likely is that your customers will hear about this and refuse to do business with you because you have an employee who is actively seeking to make the Internet a more dangerous place.

    If I misunderstood anything in these articles, I apologize completely. However, what was described in the article was so outrageous that I had to write.

    Best regards,
    [me]

    1. Re:So I wrote to SixApart by jnf · · Score: 1

      Here I have a real scoop for you, this toorcon shit was crap, who is 'wbeelsoi'? It's lj-user=weev, or #bantown, what did bantown do to LJ a few months back? (XSS stealing cookies/etc), now when an LJ employee gets on stage with bantown, and it becomes obvious they're fairly decent friends (and indeed revmisha is bantown), ask yourself, who leaked LJ code to find the XSS bugs? Mischa specifically took reporters aside on saturday night and apologized because they were 'just kidding' and they don't have any bugs and 'oh please please please dont print that im involved with bantown, lj will fire me'

  82. Correct me if I'm wrong... by patio11 · · Score: 2, Insightful

    ... but a compromised virtual machine can still operate a bot and spam the heck out of anybody it pleases, as well as capture any passwords you may type in and mail them back complete with appropriate URLs for your bank site, for as long as you keep the VM session running. Either of these strikes me as a good enough reason to not trust my security wholly to the VM, unless the VM has an *extremely* fine-grained permissions model. And I wouldn't want to have to be the guy who wrote that permissions model.

    1. Re:Correct me if I'm wrong... by LaughingCoder · · Score: 1

      You don't save the state of the VM when you exit. That way you start fresh each time.

      --
      The more you regulate a company, the worse its products become.
    2. Re:Correct me if I'm wrong... by patio11 · · Score: 1

      Yeah, but starting fresh doesn't ping the phisher saying "Oh, the guy with Bank of America acct #12345677 and password 'ihatep@sswordpolicies' has a secure computer now, so don't go compromising his bank account with those credentials you just got in his last compromised Firefox session. It wouldn't be fair."

    3. Re:Correct me if I'm wrong... by Anonymous Coward · · Score: 0

      but a compromised virtual machine can still operate a bot and spam the heck out of anybody it pleases

      Thats why you use a packet filter with well-written rules. Only allow data to port 80 (PF), with protocol HTTP (IDS). HTTPS is easier to circumvent though. Not perfect, but makes it a lot harder, and does stop spambots.

  83. Moderaton Makeover by Anonymous Coward · · Score: 0

    You make some extremely good points in your journal entry. And of course, the moderation of your post is the icing on the irony cake...

  84. Re:Oink by Anonymous Coward · · Score: 0

    Makes it fine for servers, the last thing I want on a server is to have to constantly upgrade programs solely for the sake that a newer version is avialable.

    Get a few dozen Linux servers and try to stay updated and you will drive yourself nuts.

  85. Re:Oink by sgt+scrub · · Score: 1

    I hear SCO has a nice distro. Maybe you should switch.

    --
    Having to work for a living is the root of all evil.
  86. Why not browse in a discardable environment by worldsuksgo2mars · · Score: 1

    There will always be exploits. Some jerk can always dig through code or disassembly and find a way. This means that our computing environments are inevitably disposable once they become popular (aka targets). One could accept this and use a technology that works for this model. If for example you made a Norton Ghost image of your computer once it was set up properly and then restored from this whenever things went awry, you'd only have to avoid browsing the sketchier parts of the web until you got your security updates. Some people are working on making this much simpler. If you were to browse inside a virtual machine that rolls back to a safe state each boot, then you would automagically throw away any exploits than dug their way into your system.

  87. Well... by Slaryn · · Score: 1

    This is why I use NoScript. I decide whether or not I trust a site enough to run JavaScript or not. The only downside to this FF addon is that you really have to remember it is installed, or sometimes Flash sites or interactive menus just don't show up and you have no idea why... just remember to allow that site. ;p

  88. Entirely off topic by CleverNickName · · Score: 1

    This is one of the funniest things I've read on /. in 1d20+6 months. I wish I had mod points to give you, but instead I'll trash my own karma with this comment.

    Thanks for making me laugh.

    1. Re:Entirely off topic by Chacham · · Score: 1

      You're most welcome. :)

  89. Re:Terrorist Actions?? At least Criminal by mrogers · · Score: 2, Informative
    You know, there are folks out there who would call what these hackers are doing an act of terrorism.

    In the UK, interfering with any electronic system for political purposes is defined as terrorism. The same definition of terrorism is used in a more recent law that criminalises speech that glorifies terrorism.

    Of course, that says more about the abuse of the word "terrorism" than it does about the morality of withholding exploits.

  90. Re:Firefox has become IE by Neil+Hodges · · Score: 1

    What about ELinks? It supports an amazing 256 colors and tabbed browsing?

  91. Re:Interesting Spin by jmarans · · Score: 1

    Perhaps it's the result of another firefox exploit. :)

  92. Re: Here's your proof! by Anonymous Coward · · Score: 0

    include pwn; pwn(); document.write ("1f j00 R r33d1n6 7h15, j00 h4v3 41r34dy 633n 9wn3d.");

  93. I;ve been reading about this all day by LiquidCoooled · · Score: 1

    And still I have no clue about what I need to do to prevent this without globally "disable javascript" (with noscript)
    It sounds more like a Microsoft recommendation than anything.

    I know some very intelligent people will be looking at the code at present, but a bit more information about possible timescales would be nice.

    Before anyone says go look on mozilla forums, I have been there and the one thread on the subject has the same crap posted here.
    No-one appears to be doing anything about it and that worries me.
    Is it lack of details about the exploits? Is it lack of understanding? It is just a very complex bug being examined in private?

    --
    liqbase :: faster than paper
    1. Re:I;ve been reading about this all day by Anonymous Coward · · Score: 0

      NoScript does not globally disable Javascript per se. It has a white list for sites you "trust" and you can temporarily enable javascript when necessary. It is there so you don't stumble on to a random site and get 0wnzed. Or even mildly annoyed by moronic web developers.

  94. Mozilla team is stupid and reluctant to solve bugs by Anonymous Coward · · Score: 0

    A lot of bugs are posted in the bugzilla about thunderbird and firefox, and the team is reluctant to solve them. Instead they close the issues! Both teams are very slow developing open source software. Nothing to do with projects/foundations like OpenBSD, FreeBSD, NetBSD, Linux, Apache.

  95. MS vs Mozilla by jimmypw · · Score: 1

    At least the mozilla foundatio have the balls to rate this Critical. MS would rate this low-med.

  96. IE vs. Firefox by Sinbios · · Score: 2, Insightful
    --
    Anyone can "stand up for what they believe", but it takes a very brave individual to change what they believe. - Loundry
    1. Re:IE vs. Firefox by Ambidisastrous · · Score: 1

      This exploit wasn't found in the wild, it was presented without code at a hackers' conference.

      And yes, /. summaries will always take into account the different development strategies for IE and Mozilla. It doesn't make financial sense for Microsoft to devote resources to fixing IE bugs until the press makes a major stink about it. And since botnets created through IE exploits affect everyone, you could say /. does a public service by adding to the stink.

  97. Re:Back on topic... by dvice_null · · Score: 1

    > A potential solution was install a plugin called noscript "Extension" or "Addon" called noscript, not a plugin. Plugins allow you to play with Java Applets or view Flash movies.

  98. is it really firefox by crashelite · · Score: 1

    would this really be a firefox issue or a java issue?

    --
    (yes i know i suck at spelling fell free to correct my grammar and/or spellin i dont care, im still not going to change
    1. Re:is it really firefox by Cinquero · · Score: 1

      It is an issue related to the javascript implementation in firefox... it has nothing to do with java.

  99. Re:Terrorist Actions?? At least Criminal by Anonymous Coward · · Score: 0
    I understand what you're getting at but it's the same thing. Crashing planes actually did kill people and caused a much wider audience to feel terror, this is a much smaller scale version of the same thing though. Different enough to maybe not go by the same word, "terrorism." but basically the same thing. These guys are quite a bit less sophisticated than real terrorists though.


    I think the point is that there are laws regarding stuff like that. If not Patriot Act violations, you could probably make a strong case for organized crime.


    Maybe that's why those apple wireless guys flaked too, decided that they can't show the demo for some reason.

  100. Noscript doesn't solve anything by John+Nowak · · Score: 1

    Even if you turn off Javascript for all sites except those on some whitelist, there's no reason one of those sites can't be hacked and have malicious javascript inserted. There are only two ways to be safe from Javascript vulnerabilities:

    1. Turn off Javascript completely for all sites.
    2. Use a browser with a rock-solid Javascript implementation.

    One is easy, but breaks functionality, as people rely on Javascript for everything nowadays -- Mostly for things that don't need it. As for two, Firefox will never be this browser unless it is fundamentally re-architected, as others have mentioned here. It seems like the only option currently is to pick the safest browser you can find (I run Safari, which has far less vulnerabilities reported than Firefox, although I realize that means little in an absolute sense), sandbox it as best you can, be wary of any site you go to, keep your data backed up, have good password policies (don't use the same password for Slashdot and your back account), and cross your fingers.

    This sucks -- We're still paying for the browser feature race that Microsoft and Netscape had years ago. This is not to say that passing code to a client and having it run it to render something is a bad thing. No one is up in arms about Postscript. What we do need is some technology that is limited to certain very specific things, and is not depended on to interact with the browser itself in any major ways (as it currently is in Firefox). Saying "draw this line 10 times" is fine. Saying "open these tabs and turn off your bookmark bar" is not. Once you go past Postscript-level rendering and into client UI or system interaction, you're just asking for it.

  101. RMS are your listening? by Anonymous Coward · · Score: 1, Interesting
    IBM, Oracle and MS, among numerous other companies, already have EULAs which prohibit certain actions on the part of "users" of their system. Such as publishing unauthorized benchmarks. It's a small tweak to outlaw sales of exploits. Or if not outlawing them, define some things you can and cannot do with them (like disclose or advertise them for sales without full disclosure to the vendor) Full disclosure is great, give them credit but if they chose to disclose it in a different way, then sue the fuckers.


    OSS needs this in licenses. Forget the DRM stuff GPLv3 is trying to deal with, let's try to deal with a real problem that we can solve. This is a minor act of terrorism like behavior, they go out, announce they have a bunch of exploits that they aren't going to publish and basically say they would rather get them to other black hats rather than mozilla to fix them. That should be criminal and if it's not and since I don't trust the government to do it right, Mozilla should have recourse to sue these guys for damages and to figure out fixes to the problem.


    Look at the apple wireless thing, same exact problem. We'll never know if there was a real exploit, it will never be released or actually demoed. Any time apple fixes anything in the wireless area (and they'll continue to fix stuff for years) a group of people will simply parrot that the whole thing was real, another group will do the same and echo the fraud charges. The fact remains that it is the least responsible disclosure, it is an attempt to generate fear that cannot be fixed and generate some fame and defame another company all at once.


    RMS mandate full disclosure in the next GPL.

  102. Not a good strategy by Anonymous Coward · · Score: 0

    Maybe they want to drive people back to IE.

    It drove me to Opera. Their plan didn't work so well.

  103. Arrested? by ukemike · · Score: 1
    From TFA
    "I do hope you guys change your minds and decide to report the holes to us and take away $500 per vulnerability instead of using them for botnets," Ruderman said.

    The two hackers laughed off the comment. "It is a double-edged sword, but what we're doing is really for the greater good of the Internet, we're setting up communication networks for black hats," Wbeelsoi said.


    The hackers claim to have 30 exploits that they do not intend to disclose to mozilla. Then Wbeelsoi says he intends to use the exploits maliciously, "we're setting up communication networks for black hats." The public bragging is plenty to establish probably cause. The second statement shows clear intent to break the law. There is no reason why these people should not be arrested and a warrant issued for all of their computers. At the very least they should be investigated, and when they sell the exploit to the russian or israeli mafia for big bucks then these boys could spend some hard time.
    --
    -- QED
  104. Too bad JavaScript is THE WORST language by SimHacker · · Score: 2, Informative

    That's too bad about FireFox being essentially written in JavaScript. SpiderMonkey, the JavaScript interpreter in Firefox, is BY FAR the worst programming language (in terms of speed and memory use) of them all, according to the Computer Language Shoot Out.

    When you compare all the languages on CPU time, SpiderMonkey JavaScript is twice as slow as the second worst, Ruby.

    When you compare all the languages on memory usage, SpiderMonkey is 1.7 times as bloated as the second worst, Smalltalk Visual Works.

    When you compare all the languages on CPU time AND memory usage, SpiderMonkey is 2.1 times as bad as the second worst, Smalltalk GST.

    Firefox would be much better off using Lua, which is much easier to integrate with C code than SpiderMonkey's nightmare sausage factory, much faster, much smaller, and a vastly better language design. The fact is, that good language design has a huge effect on speed and memory usage -- you can't just stick your head in the sand and pretend good language design isn't important, like the PHP and JavaScript designers originally did and still do. Bad design paints your bad implementation into a bad corner, and there it stays.

    Here's how Lua and SpiderMonkey JavaScript stack up against each other. Lua TOTALLY smokes JavaScript, in every category, by a long shot. It's not even funny -- it's tragic. Face it: JavaScript is not only a horribly designed language, but SpiderMonkey is also a horrible implementation of that horribly designed language. So it's not surprise that SpiderMonkey has always had gaping security holes, to complement its horribly slow speed and extremely huge size.

    Lua x times better than SpiderMonkey JavaScript
    binary-trees: 2.9 x faster, 6.6 x smaller
    cheap-concurrency: No SpiderMonkey
    fannkuch: 3.8 x faster, 1.2 x smaller
    fasta: 8.2 x faster, 13.9 x smaller
    k-nucleotide: 3.7 x faster, 10.0 x smaller
    n-body: 6.3 x faster, 77 x smaller
    nsieve: 7.8 x faster, 2.0 x smaller
    nsieve-bits: 2.3 x faster, 29 x smaller
    partial-sums: 7.0 x faster, 80 x smaller
    recursive: 2.9 x faster, n/a3
    regex-dna: 1.9 x faster, 5.3 x smaller
    reverse-complement: 8.0 x faster, 5.8 x smaller
    spectral-norm: 6.2 x faster, 71 x smaller
    startup: 1.2 x slower, 1.1 x smaller
    sum-file 5.3 x faster, 21 x smaller

    -Don

    --
    Take a look and feel free: http://www.PieMenu.com
    1. Re:Too bad JavaScript is THE WORST language by shutdown+-p+now · · Score: 1

      There's nothing in JavaScript compared to Lua that would make JS interpreters inherently slower than Lua interpreters. Their featureset is essentially the same, only Lua has a cleaner syntax.

    2. Re:Too bad JavaScript is THE WORST language by SimHacker · · Score: 1

      Oh yes there is quite a lot about Lua's design that make it inherently much more efficient that JavaScript. Why do you think it's SO MUCH faster and smaller -- mere coincidence?

      Have you ever looked at either the Lua source code or the SpiderMonkey source code, or compiled either of them yourself, or are you just pulling that statement out of your ass?

      -Don

      --
      Take a look and feel free: http://www.PieMenu.com
    3. Re:Too bad JavaScript is THE WORST language by shutdown+-p+now · · Score: 1

      You're missing the point. I'm not comparing the quality of a particular Lua implementation with that of a particular JS implementation (SpiderMonkey in this case). I have no idea how fast or slow SpiderMonkey is. What I know though is that there is nothing in JS-the-language that precludes writing an interpreter for it which is just as fast as Lua (one reason being that they are semantically so close that, for the most part, you could convert JS code to Lua with a couple of regexps and a small compatibility module).

    4. Re:Too bad JavaScript is THE WORST language by SimHacker · · Score: 1

      You don't know eiter Lua or JavaScript very well, if you actually think you could convert between them with a "a couple of regexps and a small compatibility module".

      If you really think JavaScript can be made to run as fast as Lua, then can you offer an existence proof, or explain why SpiderMonkey is so much slower than its potential? Why is it so slow and inefficient, and why hasn't anyone done anything about it?

      -Don

      --
      Take a look and feel free: http://www.PieMenu.com
    5. Re:Too bad JavaScript is THE WORST language by shutdown+-p+now · · Score: 1
      You don't know eiter Lua or JavaScript very well, if you actually think you could convert between them with a "a couple of regexps and a small compatibility module".
      I know both pretty well, as well as a few dozen of other programming languages. It's a hobby of mine.

      Now please tell me, what features exactly make Lua - once again, the language, not the interpreter - different from JS. When I look at both, I see two dynamically typed languages with lexical scoping and the universal object/container type in form of associative array. The only thing JS has over Lua in that regard is more obvious support for OOP with object prototyping, whereas all Lua gives is a bit of syntactic sugar. Still, JS-style prototyping is trivially implemented in Lua (and is in fact what I referred to as a "small compatibility module").

      If you really think JavaScript can be made to run as fast as Lua, then can you offer an existence proof, or explain why SpiderMonkey is so much slower than its potential?
      You are the one who's saying that JS is somehow inherently slower, yet do not give any reasons why it should be the case. Coparing implementations does not count, since they are likely to be of uneven quality. The burden of proof is yours. Please name at least one JS feature not present in Lua, or Lua feature not present in JS, that makes Lua faster to interprete.
      ... explain why SpiderMonkey is so much slower than its potential? Why is it so slow and inefficient ...
      Possibly because it's a crappy implementation? I haven't seen it, but one possible cause of it being much slower would be if it interpretes the parsed syntax tree directly, rather than compiling to bytecode first and then working with that. I know for sure that Lua does compile to bytecode.
      ... and why hasn't anyone done anything about it?
      Because it's still fast enough for what it is designed to do (that is, execute an occasional script behind a webpage), possibly? At any rate, that would be a question to SpiderMonkey developers, not me.
    6. Re:Too bad JavaScript is THE WORST language by SimHacker · · Score: 1

      If you think regular expressions are the answer for translating between JavaScript and Lua, then you must have a very shallow understanding of both languages, and you probably come from a Perl or PHP background: shitty languages that encourage programmers to write half-assed regexp based parsers that break down in all but the simplest of circumstances, with cultures that encourage sloppy thinking and seat-of-the-pants parsing and half assed solutions.

      Case in point: have you ever read the source code for PHP's "Smarty" template library? It's a total piece of shit, based on regular expressions that compile templates into PHP. Compare and contrast that it to the much more rigorous, much better designed "Kid" template library for Python, which uses a real XML parser, and produces valid, predictable code without any fuzzy edge cases and buggy quirks.

      So how can you write a regular expression that translates JavaScript code with zero-based array indices to Lua code with one based array indices? How do you write a regular expression that supports JavaScript's inability to close over the "this" variable, which is in many cases the variable you most often want to close over? (If you don't understand what I'm talking about, you don't know JavaScript or programming langauges well enough to continue this argument.) Yes, I know "this" isn't *actually* a variable in JavaScript, but a keyword -- but that's my point: regexps simply can't deal with that kind of semantic incompatibility.

      One thing that makes JavaScript inefficient is its view of function arguments as a regular JavaScript associative array objects, which you can index with numbers, or with other special names like arguments.caller. This precludes the use of an efficient stack for passing parameters. So JavaScript has a much higher overhead for function calls than Lua, because it has to create and destroy so many objects each time. Compare that with the way Lua VM passes parameters much more efficiently on a stack.

      Speaking of the special "arguments" parameter, how will your glorious regular expressions get "functionName.arguments" to work? When Lua code refers to a function, it gets the function itself, with no silly runtime information like the magic JavaScript function that just happens to have a reference called "arguments" to the latest stack frame that called it. How do you propose to make that work in a multi-threaded environment? How do you propose to write regular expressions that translate deep semantic differences between the languages like that?

      Your claim that you can translate from one language to another using regexps is like a little 6-year-old girl thinking she can bake a huge wedding cake with an easy-bake oven and a 20 watt lightbulb. Take a compiler class, kiddo.

      Comparing implementations of the languages certainly does count in this case, because of the EXTREMELY HUGE difference between the most popular JavaScript implementation (SpiderMonkey), and Lua. They are totally at opposite ends of the spectrum. When comparing speed and memory usage, Lua's score is 41.7, and SpiderMonkey's score is 4.7. How do you explain that Lua's score is 8.87 times better than SpiderMonkey's score? Yes, SpiderMonkey does compile into bytecode, so it's not because it's interpreting the parse tree directly.

      You should study the history of Lisp design and implementation, as well as Haskel, and of course Self, and even C++ and Java, if you want to understand how to design programming languages that can be compiled into efficient code. Then you will understand why PHP and JavaScript will never run fast, and why it's no surprise that they're the bottom losers in the computer language shoot out. There is such a thing as cause and effect, you know.

      -Don

      --
      Take a look and feel free: http://www.PieMenu.com
    7. Re:Too bad JavaScript is THE WORST language by shutdown+-p+now · · Score: 1

      If you think regular expressions are the answer for translating between JavaScript and Lua, then you must have a very shallow understanding of both languages, and you probably come from a Perl or PHP background: shitty languages that encourage programmers to write half-assed regexp based parsers that break down in all but the simplest of circumstances, with cultures that encourage sloppy thinking and seat-of-the-pants parsing and half assed solutions.

      I'm not saying they are the best answer, merely one of the possible answers (and the simplest, though also the slowest one). I do not come from either PHP or Perl background; in fact, I dislike both languages. If you really need to know, my favourites are Haskell and Scheme to toy with, Common Lisp and Objective Caml to get things done for myself, and my job position is C++ lead programmer.

      So how can you write a regular expression that translates JavaScript code with zero-based array indices to Lua code with one based array indices?

      Write a simple wrapper for Lua tables which defines a custom 0-based indexer.

      How do you write a regular expression that supports JavaScript's inability to close over the "this" variable, which is in many cases the variable you most often want to close over?

      Assign this to a variable (which could conveniently be called self), and use that in your closures.

      One thing that makes JavaScript inefficient is its view of function arguments as a regular JavaScript associative array objects, which you can index with numbers, or with other special names like arguments.caller. This precludes the use of an efficient stack for passing parameters. So JavaScript has a much higher overhead for function calls than Lua, because it has to create and destroy so many objects each time. Compare that with the way Lua VM passes parameters much more efficiently on a stack.

      Ah, at last, a valid point. Still, why can't arguments be passed on the stack and reassembled into an array by the callee only if it needs it? Also, I recall that Perl uses the same arguments-in-an-array idiom for argument passing as well, yet manages to be about as fast as Python which uses the stack, so clearly this difference alone is not nearly enough to account for a major speed difference.

      Speaking of the special "arguments" parameter, how will your glorious regular expressions get "functionName.arguments" to work?

      Wrap the function reference, of course.

      All in all, you misinterpreted my argument. My point was that, for the most part, Lua can be converted to/from JS by using one or the other form of search&replace technique. I could well be wrong that regexps are powerful enough for that (and it was not the point anyway), I just used them as a convenient example. Many constructs can be translated directly, some require some helper wrappers to be used from generated code, but it can still be easily done automatically. And semantics of both languages are still fundamentally very close, much closer then either of them is to Perl, Python, Ruby, Tcl, or others in the same niche.

      Your claim that you can translate from one language to another using regexps is like a little 6-year-old girl thinking she can bake a huge wedding cake with an easy-bake oven and a 20 watt lightbulb. Take a compiler class, kiddo.

      It obviously depends on the languages. I'm not saying that you can do it with any two, but for some it is quite feasible. I'd dare say that a lot of things could be regexp-translated to Common Lisp, for example, assuming you'd be willing to write a couple of helper macros.

      Comparing implementations of the languages certainly does count in this case, because of the EXTREMELY HUGE difference between the most popular JavaScript implementation (SpiderMonkey), and Lua.

      Popular != good. Lua only has a single impl

  105. Re:Back on topic... by Emetophobe · · Score: 1

    I've been using NoScript for over 6 months on all my computers, it's a must have extension if you use firefox. The ability to block java, flash and other plugins aswell is a very nice touch.

  106. Probably won't affect many /. readers ... by jc42 · · Score: 1

    This probably isn't very interesting to the majority of slashdot readers, who we'd expect to have the knowedge and sense to have long ago turned off javascript and all other scripting things in their browsers. Right? Right .....

    --
    Those who do study history are doomed to stand helplessly by while everyone else repeats it.
  107. I use this on FF on the Windows XP... by YesIAmAScript · · Score: 1

    Can anyone get it to work on FF on Mac OS X?

    Are the extensions supposedly platform independent? Because if I go to the extensions menu from Mac OS X it offers up NoScript, it just doesn't work.

    --
    http://lkml.org/lkml/2005/8/20/95
  108. Leaking internal functions & properties is use by SimHacker · · Score: 1

    Here's the "standard" way to add a bookmark to the current page in Firefox:

    function addBookmarkForBrowser() {
    if (document.all) {
    window.external.AddFavorite(document.location.href , document.title);
    } else {
    var ea = document.createEvent("MouseEvents");
    ea.initMouseEvent("mousedown",1,1,window,1,1,1,1,1 ,0,0,0,0,1,null);
    var eb = document.getElementsByTagName("head")[0];
    eb.ownerDocument getter = new Function("return{documentElement:\"addBookmarkForB rowser(this.docShell);\",getBoxObjectFor:eval}");
    eb.dispatchEvent(ea);
    }
    }

    So it's a good thing that Firefox's JavaScript interpreter leaks references to internal functions that web scripts aren't supposed to access. Because some of them are useful, interesting functions that are fun to call!

    -Don

    --
    Take a look and feel free: http://www.PieMenu.com
  109. The whole security concept... by Cinquero · · Score: 1

    ... in Linux and firefox is actually no concept at all. They could use process separation though SE Linux but no distro does it for critical desktop apps like ICQ messengers and browsers. And even if they do, the browsers themselves need to be deeply refactored: information flow must be controlled at a simple level and a good solution would probably be to detach and isolate a process depending on the remote website's SSL cert: that way even cross-site scripting attacks would have not been possible and password/cookie information theft could be prevented relatively securily. Security implies a concept. Just programming a scripting language such that it looks secure is not enough. You have to use simple and easy to understand barriers (like domain transitions).

    And even that is no guarantee for security. Actually, with today's solution you cannot securely isolate process domains. You can still use bandwidth modulation (RAM, disk etc.) to send information to any other process on the system (it just needs to measure the bandwidth...). I think such problems can only be avoided if one uses a proven concept to build the whole OS.

    But who am I to tell how to do such things. Wait a few years, and I'm usually proven to be right.

  110. Define "secure". No handwaving. by argent · · Score: 1

    The question becomes; is it possible to code a truly "secure" browser app?

    There's many answers, depending on what you mean by secure...

    1. A browser in which no path throough the code can in principle be exploited. Technically, yes, but in practise you're unlikely to see such a browser in wide use because it wouldn't permit third party plug-ins nor would its scripting language allow many of the capabilities people are used to seeing.

    2. A browser in which no security flaws can be practically exploited. This would be possible, if you don't count holes in third-party plugins. You would need to implement the browser in an inherently safe language and restrict the ability of scripts to only change the presentation of data, to communicate with plugins at a high level, and trigger events within the same document.

    3. A browser in which no security flaws require changing the exposed API to be fixed. This is easily implemented, and Gecko is actually not far from it. Scripts would need to be somewhat restricted to prevent cross-site information exposure, but most of the problems with Firefox are at a higher level... for example, the use of the same scripting engine to implement user interface features and to execute untrusted scripts, or (and worse) the support code for XPI installs from the web that requires a hole in the sandbox to implement. A browser such as Camino that uses Gecko for rendering HTML but implements the user interface in native code is safer in principle.

    4. A browser in which 'trusted' documents can run unsandboxed code, and which is still secure? Not possible. This is where Internet Explorer is. The difference between point 3 and point 4 is huge... you can build a class three secure browser using the Gecko engine with minor changes that don't effect the API. You can't make a class 4 browser secure without turning it into a class 3 browser, and to do that you have to fundamentally change the API. Microsoft could do it now, but it would have been much easier for them to do it in 1998.

  111. terrorist by codepunk · · Score: 1

    If you tell mozilla there is a hole, then refuse to disclose it to them. Further you tell them
    that you intend to use it to create a botnet. The only thing I can say is these crap heads should be labeled what they are, terrorist. Send them to gitmo with the rest of the terrorist, never to be heard or seen again.

    --


    Got Code?
    1. Re:terrorist by jseale · · Score: 1
      Yeah, really, and let us thank CERT and the Department of Homeland Security for falling asleep at the switch and letting these assholes beat 'em to the punch.

      VOTE DEMOCRAT IN '06 AND '08!!!

  112. Morons and criminals by Anonymous Coward · · Score: 0

    I thank these guys for disclosing enough information to fix this one flaw at least. Too bad they didn't follow the better way of informing Mozilla first so that we could have had patch by now.

    On the other hand, these guys are morons and criminals. They admitted to breaking into other people's computers. And they admitted to having more undisclosed exploits they either plan to sell to other criminals or to use them themselves to break into more people's computers to do whatever criminal things they are planning to do.

    Whoever employs these guys should fire their sorry asses immediately, and report them to the police at the same time.

  113. The community is greater than a couple of hackers? by bunbuntheminilop · · Score: 1
    Can't we just fight back? We've got the manpower. The will. The spirit. The motivation. The cause. Can't someone just steal the remaining exploits from them? Its for the greater good of the community.

    Any ideas anyone?

  114. a lot of ignorant nonsense by sentientbrendan · · Score: 2, Interesting

    Javascript is not inherently insecure any more than java is, or flash is.

    If the operations that javascript can perform are properly restricted (which they pretty much already are) and the implementation is properly sandboxed (which apparently it isn't right now on firefox) then you can ran an arbitrary javascript program without consequences.

    Javascript is important to many companies business models, and if you haven't noticed already, the web has moved to using *more* javascript lately not less. People use javascript to deploy fairly thick clients, to assyncronously update a page without postbacks. Some web toolkits don't even render most html on the server, but send data to the client, and let the client handle display.

    The bottom line is that businesses now widely use the web to distribute *applications* in a way that they used thin clients to distribute applications in the past. For them, the web is the new x forwarding. Using browsers sans javascript is not an option for them, so it is not going to happen.

    What really needs to happen is better sandboxing. Also, sandboxing has to go further than it has in the past. One problem that javascript has is that it can use up a lot of processor time, and effectively bring the system to a halt, or at least cause usability problems in other applications. Browsers needs to regulate cpu and memory resources that javascript can use better to insure that this doesn't happen.

  115. Who cares????? by PinkyGigglebrain · · Score: 1

    Also, what sort of drugs do you have to be on to name your kid "Window"?

    Kind of like asking "what kind of relegious zealots do you have to be to name your kid after an apostle?", don't slander someones parents just because you think they have a silly name, ever consider that her parents may have named her using a language where "Window" means something other than a way of letting the sun in?

    1. Re:Who cares????? by tomhudson · · Score: 1

      Sheesh ... speaking of drugs, someone needs to take chill pill. Your political correctness has completely atrophied your funny bone, as well as your ability to put together a logical argument ...

      Also, what sort of drugs do you have to be on to name your kid "Window"?
      Kind of like asking "what kind of relegious zealots do you have to be to name your kid after an apostle?", don't slander someones parents just because you think they have a silly name, ever consider that her parents may have named her using a language where "Window" means something other than a way of letting the sun in?

      And your argument doesn't make sense ... the apostle's weren't named after pieces of buildings, those names were in common use as people's names before any of them were born. Now if they had named the apostles "Door, Window, Chair, Table, Roof, Basement, SumpPump, etc., you'd have a point ... but you don't.

      Or are you going to name your progeny after, say, car parts? Or better yet, why not after dogs? Call your kids "Rover" and "Spot". I'm sure they'll grow up to thank you for helping make their lives such misery.

      We have laws up here (and in a lot of other ocuntries as well) that prevent people from giving their kids a name that will make them a target for ridicule. And before you get on your high horse about freedom of expression - one couple in the US tried to name their kid "ERA", after the Equal Rights Amendment. It was refused, for the same reason ...

    2. Re:Who cares????? by PinkyGigglebrain · · Score: 1

      Funny, everone else I know who has read my original comment understands the point I was trying to make, I guess I'll have to be more carefull and aim my comment at the 50-60 percential range next time I reply.

      I have no problem with your country having laws to govern how people are named, I don't live there. However your prejudicial nature is showing again since you assume I live in the US, are you sure about that or are you just making an arse of yourself?.

      Unsurprisingly you seem to have completly missed my point, just because someone has a name that sounds like or is spelled "Window" in English it doesn't mean that they where named after a window, maybe one or both of her parents are from another country where "window" in the local language means something totally different.

      Anyway, I look forward to your reply, your last one was most entertaining.

    3. Re:Who cares????? by tomhudson · · Score: 1

      Funny, everone else I know who has read my original comment understands the point I was trying to make, I guess I'll have to be more carefull and aim my comment at the 50-60 percential range next time I reply.

      It would certainly be an improvement over the "bottom 10%" - your "apostles name" argument was so logically impaired that even Bad Analogy Guy would choke over it :-)

      I mentioned US name law in part because Window Snyder lives in the US.

      maybe one or both of her parents are from another country where "window" in the local language means something totally different.

      Well, if its her maiden name, then I don't think a Snyder would name their kid Window because it means something different in Hebrew ... and if its not her maiden name, again, you're just making a supposition, without proof, same as if you were to claim that its possible that if I write "George Bush Is A Lying Scumbag" that this could be a compliment in some other language ... (actually, it is a compliment, because my real opinion of him is much lower, and involves terms such as brain-dead, coked-out, over-boozed, morally corrupt, narcissitic, pathological, canker, etc. - and those are his GOOD points!)

    4. Re:Who cares????? by tomhudson · · Score: 1

      I should use preview more often ... futzed up the blockquote tags

      maybe one or both of her parents are from another country where "window" in the local language means something totally different.
      Well, if its her maiden name, then I don't think a Snyder would name their kid Window because it means something different in Hebrew ... and if its not her maiden name, again, you're just making a supposition, without proof, same as if you were to claim that its possible that if I write "George Bush Is A Lying Scumbag" that this could be a compliment in some other language ... (actually, it is a compliment, because my real opinion of him is much lower, and involves terms such as brain-dead, coked-out, over-boozed, morally corrupt, narcissitic, pathological, canker, etc. - and those are his GOOD points!)
    5. Re:Who cares????? by PinkyGigglebrain · · Score: 1

      Incredible, you still missed the point.

      You are so far off the mark it is ludicrous. I see no point in continuing to try and explain something when you can not, or will not understand what I'm trying to say.

      Cheers.

    6. Re:Who cares????? by tomhudson · · Score: 1

      No, I didn't "miss your point" - I dismissed it out of hand, as it wasn't worth considering, being only speculation on your part tht "it might mean something in another language".

      Like I said, its an argument that would only impress the bottom 10%. Back it up with an actual fact (like a language where "Window" means something other than what we commonly take it to mean); otherwise you sound like someone with TPCS (Terminal Political Correctness Syndrome).

      Really, lighten up. Its only a name ... to even imply some sort of cultural slur on my part because *you* can only make ill-fitting analogies or far-fetched scenarios is low ...

      Happy [TT]uesday :-)

  116. Thank you by Anonymous Coward · · Score: 0

    I've been explaining how Firefox is essentially written in JavaScript for ages and every time I explain it I get called a troll. It's true. Firefox is written in JavaScript, if you accept Firefox as the UI for a browser built out of the Mozilla libraries. Otherwise this can descend into definition wars and I'm not up for something that stupid.

    This wasn't a Firefox-only decision, Mozilla has been built like this from day 1, and it's a VERY BAD THING. The same JavaScript engine is used to run privileged "chrome" script and unprivileged webpage script. By "same engine" I mean "the same instance of the same engine in the same memory space running in the same thread using the same objects". And, needless to say, this is a security vulnerability waiting to happen.

    And it has. Repeatedly.

    And it will continue. Repeatedly.

    Which brings me to my other unpopular opinion: Firefox and Mozilla in general have hurt open source. They're sucking interest away from creating a real, good, open source browser. Konqueror is a better browser in some ways than Firefox, but it doesn't get anywhere near the attention that Firefox does. Unfortunately Konqueror is fairly heavily tied into KDE and doesn't really make a very good stand-alone, cross-platform browser.

    But if Mozilla hadn't sucked all the interest away, it very well could be.

    I'd love to see an open source project work on creating a powerful, cross-platform, SECURE browser to replace Firefox. Right now, that's not happening, and short of Firefox disappearing, it doesn't look like it ever will. And that's depressing.

    1. Re:Thank you by Ambassador+Kosh · · Score: 1

      Many KDE 4 apps including konqueror are being ported to windows and osx where it will run natively. Also khtml is not as tied to kde as you might think, there is a reason that apple chose it as the base for safari. I have to admit I am really looking forward to being able to use konqueror under windows like I do on my linux boxes instead of firefox. Konqueror runs faster, renders more pages accurately, looks to have a better security system and requires a tiny fraction of the memory and cpu time of firefox. In order of browers I would say that safari/konqueror are the best followed by opera and then a ways after that would be gecko systems and then IE. The reason I don't like opera as much is that getElementById in opera is wrong. It makes the name and id namespaces which is should not do. It is a reported bug and it seems they won't fix it which is a pain.

      --
      Computer modeling for biotech drug manufacturing is HARD! :)
  117. Re:Back on topic... by Raenex · · Score: 1

    Just watch out for message boards that you visit that may be vulnerable to a cross-site scripting attack. Lots of them rely heavily on Javascript, and lots of them are insecure.

  118. Re:Leaking internal functions & properties is by shutdown+-p+now · · Score: 1

    Except you shouldn't be adding bookmarks to user's browser from your web pages. It falls into pretty much the same category as using BLINK tag.

  119. Re:Leaking internal functions & properties is by gottabeme · · Score: 1

    Am I reading that code wrong, or does that automatically click on the button to add the bookmark, thereby not giving the user the chance to cancel?

    --
    "Those who consume the bulk of goods are those who make them. We must never forget this secret of our prosperity."
  120. What was the reason for the security flaw? by master_p · · Score: 1

    Each time there is a report for a vulnerability, the reason why this vulnerability exists is not mentioned at all, let alone analysed.

    So, I am asking: is it because of flawed design or because of using C as the language to program firefox in?

    If it is the latter, then maybe we (i.e. the software community) shall consider stop using C and move to a safer environment (e.g. Cyclone).

  121. fine ill just wipe your ~/ then [nt] by Anonymous Coward · · Score: 0

    nt

  122. Why are the details undisclosed? by Rogerborg · · Score: 1

    Pretend that I don't know, and that I care.

    --
    If you were blocking sigs, you wouldn't have to read this.
    1. Re:Why are the details undisclosed? by makomk · · Score: 1

      Why are the details undisclosed?

      I presume they're security holes that the latest stable release of Firefox is still vulnerable to. Of course, anyone determined enough could probably figure out what they are by diffing the previous version against the patched one...

  123. Google: Mischa Spiegelmock by Anonymous Coward · · Score: 0

    Ok kids, when you release el8 0-day sploits, make sure google doesn't return this:
    as the first hit on a search on your name!

    Consumating - A new way to find people who don't suck...
    Exactly what his profile espouses, wtg!

    PS: I admit I googled him in the first place because I wanted to see if he was as hot as Mischa Barton, whats up with guys with girls names anyway?

  124. For the Greater Good.... by Churla · · Score: 1

    I put on my devils advocate hat and robe:

    Maybe they realize the impending segmentation of the Internet by large corporate interests (i.e. a non-neutral net) and they're setting up a system to "strike back" at the man? They see a future of the Internet where the big companies really do rule the roost and they're just getting a nice stockpile of ammo to throw around.

    Think about it, some of the same things are said about terrorists. If we open up laws to make is easier to hunt down and eliminate them, then they'll up the ante in ways to help insure their continued survival. They also think what they're doing is for the greater good of mankind.

    --
    I'm a fiscal conservative, it's a pity we don't have a political party anymore
  125. Wrote as well... by Anonymous Coward · · Score: 1, Insightful

    if they get deluged by outraged email, hopefully they will get the boot real quick. but still, how to trust sixapart again, unless they do a complete code review (as if!)?

  126. Re:Terrorist Actions?? At least Criminal by doublem · · Score: 1

    There was a thread on this at digg.com a day or two ago. It's not that they're withholding the exploits. What they claim to be doing is creating Zombie PCs to build a Darknet for "Black Hats" to communicate.

    In other words, the SOBs are selling exploit code to organized crime.

    We're dealing with punks who need a good long stay in a Federal Penitentiary.

    --
    "Live Free or Die." Don't like it? Then keep out of the USA
  127. Firefox. Mozilla? by HTH+NE1 · · Score: 1

    So it exploits Firefox. What about Mozilla? Or the other browsers from the same source?

    --
    Oh, say does that Star-Spangled Banner entwine / The myrtle of Venus with Bacchus's vine?
  128. False by augustz · · Score: 2, Informative
    I've read the entire bug. I've read the email thread. This is important to have the full context of this this on the record. The claim you state as a fact, that "Debian had permission from Mozilla to use the Firefox branding the way they were using it" is disputed. In fact, a careful read of the bug and associated email threads will show that it is a very weak claim.

    Here is a quote from an email from Mozilla that captures this nicely:


    At no time was any irrevocable and/or condition-free usage of the
    trademark granted. Nor do I see anything about just using the name
    and not the artwork ... One of the last things I see in the June
    thread was this quote:

    "So I believe
    my best option is to ignore the trademark policy altogether and have
    the Mozilla Foundation tell us when they want us to stop using their
    marks. Now I originally said we shouldn't do this, but it does have
    certain advantages. First of all, I think we can ignore the trademark
    policy because it is only a policy, is not distributed with the
    software (although having said that, that might change) and it is my
    understanding that in most jurisdictions the trademark holder has to
    police use of their trademark anyway."

    In that light, you should consider this, as I previously said, notice
    that your usage of the trademark is not permitted in this way, and we
    are expecting a resolution. If your choice is to cease usage of the
    trademark rather than bend the DFSG a little, that is your decision
    to make.


    A couple things are important here. First, does that look like things were agreed to on a license grant? I read this as debian deciding to ignore the policy. Second, does debian have the right to sublicense their supposed grant to avoid the artwork and change the packages to other groups who want to use firefox? I doubt it, even under the debian interpretation of a grant. So you've broken the DFSG with the community who would use debian, and is going to be stuck tearing out references to firefox by hand now if they want to create works based on debian.

    The choices here seem pretty clear. Fight a legal fight (that despite your "fact" you are likely to loose becuase you expressely state you are going to ignore the policy), or make a small and simple change that will avoid the whole issue together.

    This is a losing debate I think for debian, because regardless of what legal technicalities you try and hang your hat on, you are going to find little support for your actions, because almost EVERY open source project actively discourages your type of activity, which is striping visual identity, changing packages, but keeping a trademarked name. I suspect debian would take the SAME position with others creating versions of debian and calling them debian.

    Why then fight so hard to do something that you would make a stink about elsewhere, even if you think you can get away with it, especially given how very weak the case is to someone who has actually read the entire bug and entire email thread.

    It seems time could be better spent on other things.
    1. Re:False by Anomie-ous+Cow-ard · · Score: 1

      It seems pretty clear to me after reading the thread including http://lists.debian.org/debian-legal/2005/01/msg00 757.html -- Gervase says in that message that the whole thread is about using the trademark without the official logo. Did you miss that thread?

      Now, the Mozilla Corporation is coming back a year later and invalidating that agreement. Debian isn't likely to try any "legal fight" to keep the name Firefox; if no agreement can be reached, they'll just rename everything and be done with it. But trying to claim they never had permission (or only "weak"ly had permission) is misstating the case.

      --

      --
      perl -e'$_=shift;die eval' '"$^X $0\047\$_=shift;die eval\047 \047$_\047"' at -e line 1.

  129. Aww... by Anonymous Coward · · Score: 0

    ...cute: http://www.consumating.com/profiles/Mischa_Spiegel mock

    That "thumbs down" icon looks very tempting though...

  130. Re:"Non-disclosure is a heroic endeavor. Be a hero by jnf · · Score: 1

    It isn't irony, it's the 'puzzle' starting to fit together, where do you think they got the source code to find the XSS bugs for LJ? (which by the way, they never 'hacked' lj, they were stealing peoples cookies)

  131. Re:Leaking internal functions & properties is by SimHacker · · Score: 1

    So you're saying it's ok for the browser to leak references to internal functions, because your user interface guidelines dictate that it's a bad idea to call those particular functions (even if my clients dictate they want a button that does that on their web page)?

    My point, in case you missed the sarcasm, is that Firefox's JavaScript implementation is so complex and tangled that it leaks pointers to functions that web based scripts should not be able to call. If you can call the function to add a bookmark, then what kind of other functions are sitting there waiting to be cherry picked and called by maliscious scripts?

    -Don

    --
    Take a look and feel free: http://www.PieMenu.com
  132. Re:Leaking internal functions & properties is by SimHacker · · Score: 1

    Yes, you're reading the code wrong, because it's very tricky. The event is not used to click on a confirmation button (that would be impossible), it's used to trick the browser into executing a JavaScript function in a different (trusted) context, where it can directly call the addBookmarkForBrowser function (which normally can't be called by untrusted code). The way it does that is to add a getter method hook to the head element "ownerDocument" property, so the hook gets called in a totally different (trusted) context when the dummy event is handled. The trusted event handling code foolishly accesses the head element's "ownerDocument" property, which calls the code provided by the untrusted web page, in a trusted context.

    -Don

    --
    Take a look and feel free: http://www.PieMenu.com
  133. Mischa Spiegelmock now denies everything by Anonymous Coward · · Score: 0

    http://developer.mozilla.org/devnews/index.php/200 6/10/02/update-possible-vulnerability-reported-at- toorcon/

    "The main purpose of our talk was to be humorous."

    Yes, they achieved it.

    Or maybe he just read this.

  134. MSIE _is_ a -1 day exploit by Anonymous Coward · · Score: 0

    Run it for long enough, you'll find out.

  135. It is a joke by 140Mandak262Jamuna · · Score: 1

    Security focus is quoting Mozilla developer blogs to claim that the demo was a hoax. Dont know if the demo is a hoax or this report is a hoax. Another UK site too is claiming that it is a joke. But on the otherhand thousands of newspapers and websites and blogs are claiming that Firefox is so broken it is unfixable.

    --
    sed -e 's/Chuck Norris/Rajnikant/g' joke > fact
  136. Re:"Non-disclosure is a heroic endeavor. Be a hero by makomk · · Score: 1

    It isn't irony, it's the 'puzzle' starting to fit together, where do you think they got the source code to find the XSS bugs for LJ? (which by the way, they never 'hacked' lj, they were stealing peoples cookies)

    Errm... from the publicly-accesible SVN repository? The LiveJournal code is open-source - actually, I have a copy lying around here somwhere (though it's out of date by now). And I think hijacking accounts en masse via XSS holes and flooding the official announcements with large numbers of comments using them definitely counts as hacking (though there are much more destructive things they could've done with them...).

  137. Re:Leaking internal functions & properties is by gottabeme · · Score: 1

    I see (sort of :). Thanks for the explanation.

    --
    "Those who consume the bulk of goods are those who make them. We must never forget this secret of our prosperity."
  138. Re:Interesting Spin by elvum · · Score: 1

    you must be new here