Slashdot Mirror


Korean Mozilla Binaries Infected

Magnus writes "Korean distributions of Mozilla and Thunderbird for Linux were infected with Virus.Linux.RST.b. This virus searches for executable ELF files in the current and /bin directories and infects them. It also contains a backdoor, which downloads scripts from another site, and executes them, using a standard shell."

592 comments

  1. Virus data by NoInfo · · Score: 5, Informative

    This virus has been in the wild since at least early 2002.

    Here's Symantec's take on the virus:

    http://securityresponse.symantec.com/avcenter/venc /data/linux.rst.b.html

    1. Re:Virus data by goldspider · · Score: 0, Flamebait

      That's odd... I learned here that Mozilla is clearly more responsive to security bugs than Microsoft. What gives?

      --
      "Ask not what your country can do for you." --John F. Kennedy
    2. Re:Virus data by _bug_ · · Score: 5, Insightful

      That's odd... I learned here that Mozilla is clearly more responsive to security bugs than Microsoft. What gives?

      You mean besides the fact that the binaries were removed as soon as they found out?

    3. Re:Virus data by DigitumDei · · Score: 3, Insightful

      I believe the point is if MS did this, it wouldn't matter how fast they removed the infected binaries, there would be a string of posts pontificating on how this clearly demonstrates linux/firefox as superior. And they'd all be modded +5.

      Of course saying the reverse here will quickly get you troll/flamebait/overated down to -1.

    4. Re:Virus data by allism · · Score: 1

      From TFA: "The infected files have now been removed, but it took some time."

      very immediate response time.

    5. Re:Virus data by zebs · · Score: 1

      Besides the bact the virus is over 3 years old? There is no excuse for this! The files should have been checked for viruses when uploaded onto the Mozilla site.

    6. Re:Virus data by hungrygrue · · Score: 1

      This isn't a mozilla specific bug :-) Any binary could be infected, it just happens that some jackass infected the binary that was put up for distribution. I find it very hard to believe that it was an accident either :-(

    7. Re:Virus data by eggstasy · · Score: 1

      "Everyone knows there is no such thing as a Linux virus" ;)

    8. Re:Virus data by boaworm · · Score: 5, Insightful

      If you've read TFA, you'd know that this has virtually nothing to do with mozilla or OSS.

      A third party, a mozilla fan site in korea, distributed infected binaries.

      If you find an infected version of Winzip on an internet site, would you blame Winzip.com ?

      --
      Probable impossibilities are to be preferred to improbable possibilities.
      Aristotele
    9. Re:Virus data by Anonymous Coward · · Score: 0

      you do understand the difference here, right?

      This isn't a virus that 'attacked' a vulnerability in Mozilla.

      This virus was either deliberately attached to the installer binary by someone, or the machine on which this was packaged got infected somehow and the binary became infected.

      It shouldn't have made it through whatever process they use to post binaries. They need to tighten up that process to screen for malicious/unauthorized modifications.

      That's not nearly the same issue as security vulnerabilities that have gone unpatched for weeks or months in Micosoft software.

    10. Re:Virus data by schon · · Score: 2, Informative

      The files should have been checked for viruses when uploaded onto the Mozilla site.

      Uploaded by *whom*?

      The files weren't on the Mozilla site, they were on a third-party site that Mozilla neither owns nor controls.

    11. Re:Virus data by GreyPoopon · · Score: 5, Insightful
      I believe the point is if MS did this, it wouldn't matter how fast they removed the infected binaries, there would be a string of posts pontificating on how this clearly demonstrates linux/firefox as superior.

      Let's compare apples to apples here. If MS was offering infected binaries form one of THEIR sites, yes, we'd be jumping down their throat. On the other hand, if MS decided to let Download.com distribute versions of a "freeware" application (like Messenger), and the binaries on Download.com were infected, most of us would just be avoiding Download.com like the plague. Sure, some people would still blame Microsoft, just as some people are going to blame Mozilla here.

      Now, having said all of that, I'll bring up the question of accountability. Since Mozilla is being distributed by public mirrors, it's probably a REALLY good idea to have some sort of guidelines that need to be met by the administrators to make sure this doesn't happen on a "Mozilla-certified" mirror. Maybe this is already in place.

      --

      GreyPoopon
      --
      Why is it I can write insightful comments but can't come up with a clever signature?

    12. Re:Virus data by zebs · · Score: 1

      IIRC thats a criticism I've seen made of the Mozilla distribution before. Sure, I got the download from the Mozilla site, but its downloading from somewhere totally different.

    13. Re:Virus data by PhilHibbs · · Score: 1

      It's "who", not "whom", as in, "who uploaded it". The "who" is the subject of the question, not the object.

    14. Re:Virus data by Master+of+Transhuman · · Score: 0, Troll

      What do you mean IF Microsoft did this?

      THEY DID - LONG AGO! Don't you remember that case? It was even the SAME COUNTRY!

      Score 2: Troll! Thank you for playing, moron!

      --
      Richard Steven Hack - This sig is TOO GODDAMN SHORT TO DO ANYTHING USEFUL WITH! MORONS!
    15. Re:Virus data by imdx80 · · Score: 1

      IIRC an IE developer listed a few issues he had with firefox this was one of his first issues. Fairly certain it was well covered here with 'that will never happen'

    16. Re:Virus data by Anonymous Coward · · Score: 2, Informative

      Umm, wrong. "Whom" is the object of the preposition "by". It is NOT the subject.

      If you are going to correct someone's grammar, make sure you get it right yourself.

    17. Re:Virus data by CastrTroy · · Score: 2, Informative

      If you download from a mirror you should always check the MD5/SHA1 Sum to ensure that you are getting the proper files, and that they haven't been tampered with.

      --

      Anthropic principle: We see the universe the way it is because if it were different we would not be here to see it.
    18. Re:Virus data by SimGuy · · Score: 5, Insightful

      And sadly, Linux administrators have been unable to suitably protect their systems in all this time, so it continues to be a pain in the ass, never really going away. I work for a hosting company, and I've dug Linux.RST.b out of too many servers.

      I think too many Linux admins don't believe there's such a thing as a Linux virus. Usually the easiest way to recognize the infection is if a large number of common programs in /bin like "grep" start crashing. Tends to make boot up and shutdown clumsily fail.

      --
      I don't care, but don't let that stop you from trying to tell me anyway.
    19. Re:Virus data by nite_warrior · · Score: 1

      If you've read TFA

      Do you really think anybody will do that?? not even the editors.!

    20. Re:Virus data by Itchy+Rich · · Score: 1

      If you download from a mirror you should always check the MD5/SHA1 Sum to ensure that you are getting the proper files, and that they haven't been tampered with.

      Agreed. Sites using mirrors should also provide instructions for less savvy users as to how to verify their binaries are un-tampered-with. A bit of education would mean lower rates of virus infection, which would be good for everyone.

    21. Re:Virus data by docflan · · Score: 1

      You mean besides the fact that the binaries were removed as soon as they found out?

      Yeah Microsoft would never stop knowingly distributing a virus.

      Jesus Christ.

    22. Re:Virus data by Kawahee · · Score: 0

      You mean besides the fact that the binaries were removed as soon as they found out?

      Yes. That's exactly it

      From the article: The infected files have now been removed, but it took some time.

      --
      I'll subscribe to Slashdot when I see a month without a dupe, a typo, or an article the "editors" didn't read.
    23. Re:Virus data by Sigma+7 · · Score: 1
      Besides the bact the virus is over 3 years old? There is no excuse for this! The files should have been checked for viruses when uploaded onto the Mozilla site.


      The greatest worry is the existance of a trojan horse planeted in an application - which cannot easily be detected by reactive virus scanners.

      It's generally easier to smuggle a backdoor into either the binary (stuff it into one line: lines aren't confined to 80 columns) or source code (Underhanded programming contest style).

    24. Re:Virus data by nacturation · · Score: 2, Interesting

      If you download from a mirror you should always check the MD5/SHA1 Sum to ensure that you are getting the proper files, and that they haven't been tampered with.

      What always amuses me is that most mirror sites also mirror the checksum files as well.

      --
      Want to improve your Karma? Instead of "Post Anonymously", try the "Post Humously" option.
    25. Re:Virus data by AviLazar · · Score: 1

      If you find an infected version of Winzip on an internet site, would you blame Winzip.com ?

      If it's an MS product, well duh. Obviously we would, we are members of /.

      --

      I mod down so you can mod up. Your welcome.
    26. Re:Virus data by forkazoo · · Score: 1

      Well, okay, just to play devil's advocate, since IE can't be legally redistributed, you theoretically have a legal protection from malicious redistributors.

      I don't think it is a genuine advantage, but it does sound like something MS could spin.

    27. Re:Virus data by Anonymous Coward · · Score: 0

      Don't install Firefox as a root user.

    28. Re:Virus data by bill_mcgonigle · · Score: 2, Interesting

      Sites using mirrors should also provide instructions for less savvy users as to how to verify their binaries are un-tampered-with. A bit of education would mean lower rates of virus infection, which would be good for everyone.

      Good point. I don't care about the checksum on the mirror so much as I care about the checksum on the master.

      I can see something like the yum xml files where a downloader could automatically determine the source and verify the checksum.

      Mozilla should at least block the mirrors from downloading the checksum files, force the mirrors to checksum their own files, and then have the master server crawl the mirrors and compare checksums files.

      --
      My God, it's Full of Source!
      OUTSIDE_IP=$(dig +short my.ip @outsideip.net)
    29. Re:Virus data by Anonymous Coward · · Score: 0

      At least Symantec published the IP of the site the virus was attempting to connect to. I suggest doing so in future reports, and have everyone summarily flood that connection with traffic - as a "thank you" for spreading viruses.

    30. Re:Virus data by pete-classic · · Score: 0

      Is it legal to knowingly and willingly distribute a virus? If not, we have devolved to the whole "just one more law will solve the problem" argument.

      -Peter

    31. Re:Virus data by Kaz+Kylheku · · Score: 1

      Just use lots of funny characters and spaces in your filenames. The shell scripts executed by the infected binary will probably break and not do any harm.

    32. Re:Virus data by PetyrRahl · · Score: 1

      I'll take bad ideas for $100 Alex

      Normally the server that the virus connects to is *dunDunDUUUNN* another hacked box!
      Flooding the poor guy who got hacked with what he's going to see as a DDoS will most likely really piss him off. Sending the ISP a short e-mail to the effect of "Box at ip blahblahblah is being used as an IRC server to remotely control a botnet" is possibly a better solution (though that just may DDoS their e-mail server as well if everyone does it).

      Petyr

    33. Re:Virus data by Anonymous Coward · · Score: 0

      funny you should mention download.com. up until recently, they didn't bother to verify the files they provided, and were linking to virus- and spyware-infected binaries on third-party (i.e. non-official) sites.

    34. Re:Virus data by popechunk · · Score: 1
      What's wrong with this picture?

      Infects all executable files in same folder as the virus and the /bin folder.

      And the fix?:
      If your Symantec antivirus product detects Linux.RST.B, delete the infected files.

      I guess to be really safe, you should also go ahead and rm -rf /

    35. Re:Virus data by Anonymous Coward · · Score: 0
      re: "since IE can't be legally redistributed"

      I call bullshit.



      http://www.microsoft.com/technet/prodtechnol/ie/ ieak/default.mspx



      I've registered to legally redistribute MSIE. I don't because we've shelved our Windows software product for now (funding it out of pocket) - not to mention we're shifting away from Windoze to Linux.



      If you subscribe to MSDN Universal, you get the MSIE deployment kit on DVD (or CD, or download) and can register to legally redistribute MSIE.



      THIS IS HYPOTHETICAL (we did not customize our MSIE package other than automating the installer) Now, if I were to repackage MSIE with my customizations, toolbars, etc., and slip in a few system updates that infect %windir%/System32 and post that for download, how can that be blamed on Microsoft? Yes, they built the base package (MSIE) however my hypothetical custom browser may be derived from that base package but in this hypothetical situation (say it's an Avant Browser-type project) I've slipped in code from VNC, a couple of viruses, obfuscated BackOrifice to evade BackOrifice-aware antivirus and spyware packages, etc. and offered this great new browser for everyone. However because Microsoft actually built MSIE, people like you would be blaming Microsoft for my (hypothetical) malicious build, and not the wank to repackaged it.



      Now in my case, I do run Firefox and Konqueror. However I download Mozilla products only from mozilla.org or from the Linux distributor sites (on my own box, SuSE). I usually download the binaries to save time, knowing that they're very careful with maintaining the distros. I usually wait a couple of weeks before upgrading to watch for reports of problems such as this (however unlikely) and the only time I break that rule is generally when, say, a major KDE release comes out and I need the latest version of Quanta+ or KDevelop, I do take some precautions like running chkrootkit and rkhunter from a cron job, realizing that although it's not foolproof, I'm severely limiting the risk. Likewise, I log in as root only as absolutely needed, so even if I were to download an infected binary, in general, damage will be confined to ~/* and possibly two or three directories under /mnt.



      In other words, don't post out of ignorance and don't make up "facts" on the fly. Thank you for playing.



      The captcha for this post: emphatic

    36. Re:Virus data by forkazoo · · Score: 1
      In other words, don't post out of ignorance and don't make up "facts" on the fly. Thank you for playing.


      Okay, I appreciate that I wasn't precise in my wording, and I always welcome corrections to my posts, but don't call me ignorant or a liar just because I didn't bother to go into details that aren't relevant to the point. Anybody can legally redistribute Mozilla. You need to specifically register with MS to legally redistribute IE.

      MS still has controls on IE redistribution, even if it is technically possible to do it. My point was that Mozilla has no such control on redistribution.

      Just change what you quoted from my post to "since IE can't be legally redistributed by just anybody" and it is still making the same point, but you won't feel the need to call me a liar.

      Jackass.
    37. Re:Virus data by 1u3hr · · Score: 1
      What always amuses me is that most mirror sites also mirror the checksum files as well.

      If I don't trust a site I won't download anything from it. If I do, and if it's large, especially an ISO, I get the accompanying MD5s to check that it got downloaded correctly.

    38. Re:Virus data by Anonymous Coward · · Score: 0

      mod parent up. Just for that I'm going to use outlook and word html to send my messages to the local LUG.

    39. Re:Virus data by Anonymous Coward · · Score: 0

      Again, any wank can go to the URL I provided and register and get immediate approval to redistribute MSIE - and it's FREE. In essence, there are no controls over who is and isn't allowed to redistribute MSIE.

      Again, you're posting out of ignorance. Who is the jackass here? I'm thinking it's not me.

    40. Re:Virus data by dolphinling · · Score: 1

      I was on irc.mozilla.org at the time, watching the conversation. It was immediate. The article may be referring to the time between placement and discovery, or else it's just wrong.

      --
      There are 11 types of people in the world: those who can count in binary, and those who can't.
    41. Re:Virus data by NetRAVEN5000 · · Score: 1

      The reason they have this problem is because they don't keep their systems as up-to-date as they should. The latest Linux distros have fixed these binaries - the reason people are still getting the virus is because they are still using old distros and not updating. Install all your updates and you'll have no problem.

    42. Re:Virus data by Hosiah · · Score: 1
      Of course saying the reverse here will quickly get you troll/flamebait/overated down to -1.

      What a lousy time to run out of mod points!

    43. Re:Virus data by Anonymous Coward · · Score: 0

      Oh dear God, a misleading and sensationalist Slashdot headline! I never expected to see such a thing on a news source of this calibre.

    44. Re:Virus data by Anonymous Coward · · Score: 0

      well, what are they going to do? leave them there?

    45. Re:Virus data by bergeron76 · · Score: 1

      You work in a hosting company? Ever think you were just "hax0red" and the rootkits didn't install properly on your 0wn3d box?

      Viruses on linux are severly limited in their damage potential because of the permissions structure. If you run mozilla as root, which you've been told not to do 99% of the time if you use linux, you deserve what you get.

      An ordinary user account can't modify files in /bin.

      --
      Don't think that a small group of dedicated individuals can't change the world. It's the only thing that ever has.
    46. Re:Virus data by steeviant · · Score: 1

      whom cares?

    47. Re:Virus data by CastrTroy · · Score: 1

      What's weird is that using TCP, the resulting file should never be different than the one on the server. Unless there is something wrong with the transfer code, or some memory anomoly that causes bits to be changed.

      --

      Anthropic principle: We see the universe the way it is because if it were different we would not be here to see it.
    48. Re:Virus data by 1u3hr · · Score: 1
      What's weird is that using TCP, the resulting file should never be different than the one on the server.

      In a perfect world. But when you're downloadng an 800 MB ISO, you may be interrupted several times and your software may not handle this gracefully, though mostly it's okay.

    49. Re:Virus data by SimGuy · · Score: 1

      They're not "my" rooted boxes, they're customer rooted boxes. We don't take responsibility for making sure their boxes are properly updated and secured, but the customers do come complaining to us when they're rooted and when half the apps in /bin don't work anymore wondering why.

      No box I've ever administrated has been rooted, and yes, I'm sure.

      --
      I don't care, but don't let that stop you from trying to tell me anyway.
    50. Re:Virus data by PhilHibbs · · Score: 1

      Ok, you're right.

  2. So let me get this straight... by SpocksLoveChild · · Score: 5, Funny

    it's a virus?... for linux? I'm sorry but just don't understand the situation?

    1. Re:So let me get this straight... by Anonymous Coward · · Score: 5, Funny

      No worries. That is common for most slashdot readers.

    2. Re:So let me get this straight... by LiquidCoooled · · Score: 0

      Its ok, just let Norton handle it.

      Oh. Ermmmmm. Shit.

      Somebody better get emailing the fix out.

      --
      liqbase :: faster than paper
    3. Re:So let me get this straight... by the+MaD+HuNGaRIaN · · Score: 1

      "Those words... used that way... I don't understand! Can they be used together in a sentence?"

      "I've never had a Krabby Patty.
      I've never had a Krabby Patty.
      I've never had a Krabby Patty!"

    4. Re:So let me get this straight... by Crusader7 · · Score: 4, Interesting

      That's because viruses on Linux are so rarely reported due to their limited scope of effectiveness. Since Windows is more popular in the combined server and desktop markets, outbreaks cause significantly more damage (though I'm willing to bet the damage caused per exploited system is a far lower average than the lower volume, but higher cost server attacks that UNIXes more often suffer). In addition, Windows users tend toward not being so, how to put it nicely, interested in learning the proper maintenance of their systems (hey, I'm not complaining, doing it for them pays my bills), so they tend to frequently get infected by things that don't exploit security holes in the systems but rather excess holes in the heads of the users.

      Compare to Linux in which most exploits are a result of actual security problems in either the kernel or the supporting applications, and you have less widespread attacks that affect fewer systems.

      Difference in market shares, my friend. If you want to exploit a Linux system you're probably an attacker targetting a specific network and installation for a very specific purpose (making this attack something of an oddball). If you're looking to exploit a Windows system, however, you're more likely just a general Internet thug trying to install spam bots and backdoors on home machines. The latter causes more problem since the target is a much, much larger pool of users, so the latter gets more heavily reported even though the targetted attacks usually cause more on-average damage.

    5. Re:So let me get this straight... by Hurricane78 · · Score: 1

      I guess some M$-programmer found out how to code these thingies on linux. ;P

      Maybe the one that stole^H^H^H^H^Hanalyzed the code from the kernel...

      --
      Any sufficiently advanced intelligence is indistinguishable from stupidity.
    6. Re:So let me get this straight... by mattyrobinson69 · · Score: 1

      clamav and klamav

    7. Re:So let me get this straight... by should_be_linear · · Score: 1

      As long as you stay away from LSB and binary compatibility standards (that killed MS security already) you are OK. Relay on your favourite distro's repositories and don't rush for "latest cool binaries". Never heard of virus being spread from official repository of any major distro.

      --
      839*929
    8. Re:So let me get this straight... by glesga_kiss · · Score: 4, Insightful
      That's because viruses on Linux are so rarely reported due to their limited scope of effectiveness.

      That's a falacy. Linux is just as vunerable to trojaned installers as any other OS. You install mozilla as root, right? Debian apt runs as root, so you'd better be trusting those apt repositories, and all of the contributers.

      OS security does help against worms and other methods of infection, but dealling with trojans is a 90% user function. This improved security, along with market share (as you point out) is what makes Linux "safer". To get a virus on Linux, you essentially have to do something wrong yourself. Which is no consolation to the gran and grandpa users, "Download Weather Bar (linux version) popups" are only a few years away...

    9. Re:So let me get this straight... by YeeHaW_Jelte · · Score: 0, Troll

      Precisely. It won't block you getting modded +5 insightfull.

      --

      ---
      "The chances of a demonic possession spreading are remote -- relax."
    10. Re:So let me get this straight... by CastrTroy · · Score: 1

      I know I don't install mozilla as root. I install it as a regular user, under directories that only my regular user has access to.

      --

      Anthropic principle: We see the universe the way it is because if it were different we would not be here to see it.
    11. Re:So let me get this straight... by Anonymous Coward · · Score: 0

      That's because blah blah blah...

      A simple 'Yes, that's a Linux virus' would do.

    12. Re:So let me get this straight... by dougmc · · Score: 2, Informative
      clamav and klamav
      Yes, virus scanners exist for *nix.

      However, what you seem to have forgotten to mention is that the primary use of these scanners is to scan emails for Windows viruses, not Linux viruses. And while it does look like these scanners have the ability to scan your filesystem for infected binaries, that's probably meant more to scan filesystems mounted by Windows boxes via SMB ... for Windows viruses.

      Sure, their virus signature databases probably do have some Linux viruses in there, but scanning for them is not the main reason that people install clamav and similar programs.

      Yes, there are Linux viruses out there. However, the usual architecture of a Linux installation (restrictive permissions, user processes not having permissions to alter most binaries) makes it very difficult for a virus to propagate the way most Windows viruses do -- by infecting binaries. (Granted, Windows can be run in the same way, but since it breaks so many things, it's rarely done unless programatically enforced by an IT department.)

      That, and most *nix mail readers and web browsers are not as willing to execute arbitrary code it finds as IE and Outlook unless explicitly told to do so.

      But, if you do find a virus, and run it as root ...

    13. Re:So let me get this straight... by ivan256 · · Score: 3, Informative

      Debian apt runs as root, so you'd better be trusting those apt repositories, and all of the contributers.

      Since official debian packages are signed, it's easy to trust the repository and the contributers due to the magic of the PGP web of trust and the Debian developer vetting process. It's not like you're installing software from some random people you don't know, and it's certainly not like the mirror you use could be compromised as long as the signature is valid.

      You install mozilla as root, right?

      Is somebody forcing you? I never install as root if the package didn't come from a trusted location. If I want to test a nightly, even the binary tarballs from mozilla.org go in my user directory, and aren't installed system wide.

      It's the dumb user that's vulnerable, not the OS. That's equally as true for Windows as it is for Linux.

    14. Re:So let me get this straight... by Anonymous Coward · · Score: 0

        "Download Weather Bar (linux version) popups" are only a few years away...

      Those would be installed under the user's own home directory, not requiring any other user level access.
    15. Re:So let me get this straight... by flosofl · · Score: 1

      You install mozilla as root, right?

      Why would you install Mozilla Firefox as root? I have "~/bin" and I put all my 3rd party apps in there. Even in a multiuser system, I would install it as a non-root user in /opt/mozilla or some such location and add users into the correct group.

      Ok, maybe if you were installing a deb or rpm or something you'd need to be root. But then the questions arises, why are you installing a file that's in a different format than the official distribution? Yes, some distros bundle their own rpm/deb version, but I doubt you'd need to worry about nefariousness from the major players. AFAIK, Mozilla.org does not distribute Firefox in rpm or deb. Good luck validating against the official MD5/SHA checksums (you do verify...right?).

      "Download Weather Bar (linux version) popups" are only a few years away...

      And your point is? It would be trivial to clean this up, since any rights it would have would be that of the user under which Firefox is running. Export your bookmarks, and delete your ~/.mozilla directory. Done. Problem fixed. If you're running Firefox as root... well, that's more of a PEBKAC issue.

      --
      "This calls for a very special blend of psychology and extreme violence" - Vyvyan "The Young Ones"
    16. Re:So let me get this straight... by MikeFM · · Score: 1

      I guess Mozilla needs to find some way to sign installers released by third parties. Maybe some sort of server they can upload copies to for testing and when tested for obvious viruses, trojans, dead executables, etc it could post a sig for the file.

      --
      At what price learning? At what cost wisdom? The price is a man's peace of mind, and the cost is his life.
    17. Re:So let me get this straight... by skiman1979 · · Score: 1

      Not to mention that most (home) Windows users run the entire system as a member of the Administrators group. So any form of malware that gets into the system will have full control over said system.

      Most Linux, or any *nix, users generally do not run as root. You would normally use sudo, or su, to do specific tasks as the root user. Therefore, any malware that gets into your system will only have the privileges of the current user.

      --
      Having a smoking section in a public restaurant is like having a peeing section in a public swimming pool.
    18. Re:So let me get this straight... by glesga_kiss · · Score: 1
      Why would you install Mozilla Firefox as root? I have "~/bin" and I put all my 3rd party apps in there. Even in a multiuser system, I would install it as a non-root user in /opt/mozilla or some such location and add users into the correct group.

      Should linux make it big on the desktop, the installers have to be easy to use. Sure, you do it the correct way and it's all well and good. However, you still need to create your /opt/mozilla directory, which requires root access to both create and lock down so that regular users cannot mess around with it. Someone needs root access at some point in order to configure it correctly. You do it manually, and you are safe. Grandad wouldn't...

      It would be trivial to clean this up, since any rights it would have would be that of the user under which Firefox is running.

      And said installer would ask "please enter root password to proceed". As you say, it's a PEBKAC problem.

    19. Re:So let me get this straight... by ivan256 · · Score: 1

      I guess Mozilla needs to find some way to sign installers released by third parties.

      No they don't. All they have to do is sign the first party packages and let the people who are foolish enough to trust an unsigned third party installer deal with the consequences.

      Mozilla.org already ceritifes third party localizations and distributes them from their website, so there is no reason to run an unofficial build that you didn't compile yourself.

    20. Re:So let me get this straight... by ryan76 · · Score: 1

      Because it is The Gentoo Way

      --
      http://threetechguys.info Come, discuss Technology. Got a technology question? Come ask!
    21. Re:So let me get this straight... by Bent+Mind · · Score: 1

      You install mozilla as root, right? Debian apt runs as root, so you'd better be trusting those apt repositories, and all of the contributers.

      Right, apt-get runs as root. Mozilla does not. Unlike most Windows applications, most Linux applications do not need to run a setup.exe to install. Apt-get treats any information gathered from the net as data. It just copies that data to where it needs to go. If you were to get a virus in the apt-get program itself, you would have a problem. However, you can install all of the virus infected applications you want with apt-get. You won't have an infection until you run those applications as root.

      I see some interesting responses to your post though. Several posts say they don't install as root; they install as the default user. I don't see how this is safer. True, only the default user's part of the system will get infected. However, if your default user has write access to all of their applications, then a virus installed by your default user can infect all of those other applications. I've found it much better to install as root and run as user. After all, a virus can't infect what it can't write to.

      --
      Request a Linux Shockwave player here: http://www.macromedia.com/support/email/wishform/
    22. Re:So let me get this straight... by Rohan427 · · Score: 1

      That's because viruses on Linux are so rarely reported due to their limited scope of effectiveness. Since Windows is more popular in the combined server and desktop markets, outbreaks cause significantly more damage (though I'm willing to bet the damage caused per exploited system is a far lower average than the lower volume, but higher cost server attacks that UNIXes more often suffer).

      I think you are only partially correct. I think you're correct that Linux viruses are reported less often because of their "...limited scope of effectiveness." I believe you are incorrect as to the damage that is done. Because of the basic security model of UNIX type systems, viruses can only do so much harm as compared to the typical Windows system.

      In addition, Windows users tend toward not being so, how to put it nicely, interested in learning the proper maintenance of their systems (hey, I'm not complaining, doing it for them pays my bills), so they tend to frequently get infected by things that don't exploit security holes in the systems but rather excess holes in the heads of the users.

      Thank the industry for making people believe that the PC should be as simple as operating a toaster. I say to them "It's not. It's complex. Deal with it."

      Compare to Linux in which most exploits are a result of actual security problems in either the kernel or the supporting applications, and you have less widespread attacks that affect fewer systems.

      Most exploits in Windows are due to even more holes in the OS and applications. .NET, ActiveX, macro languages and the power they provide all users and external entities are all major security flaws in the Windows architecture (don't take my word for it, do the research). These flaws don't exist in Linux distributions (and hopefully they never will). 99% of the security problems in UNIX type systems are due to the occasional kernel bug and stupid users running as root.

      Difference in market shares, my friend. If you want to exploit a Linux system you're probably an attacker targeting a specific network and installation for a very specific purpose (making this attack something of an oddball).

      Even if UNIX type systems had the market share of Windows, the basic security model would still prevent most of the wide spread, serious problems that Windows based viruses, trojans, and worms cause. In order to make a UNIX virus truly damaging, first the user must install it in the system as executable (usually a two step process at least). Then, they must either give it root privileges, or have installed it as root. Then, it must be able to access other systems it wants to infect as root, which is not normally a simple thing. With a Windows system, all one has to do is view an e-mail, and bam, it spreads like wildfire.

      If you're looking to exploit a Windows system, however, you're more likely just a general Internet thug trying to install spam bots and backdoors on home machines. The latter causes more problem since the target is a much, much larger pool of users, so the latter gets more heavily reported even though the targetted attacks usually cause more on-average damage.

      These attacks don't work well on UNIX type systems either because of the basic security model. When the damage causes someone to lose productivity, and it spreads to millions of computers, I wouldn't call that "on-average".

      PGA

    23. Re:So let me get this straight... by MikeFM · · Score: 1

      That's nice and all but not realistic. Custom builds can be used for lots of purposes and in many cases users may need such customizations but not have the time or skill to compile the software themselves.

      Mozilla doesn't have the time to try to envision every possibility and provide them but they could test custom builds and sign them with little effort.

      --
      At what price learning? At what cost wisdom? The price is a man's peace of mind, and the cost is his life.
    24. Re:So let me get this straight... by jedidiah · · Score: 1

      A properly built Unix app has NEVER needed to be installed by root. Infact, this is something that is avoided in best practice.

      It's always been pretty easy, actually. Simpler than the Windows way of doing things by quite a bit. Just drop the binaries somewhere in the path and do the same for the support files.

      Linux is long overdue for the root - approot - enduser distinction. The necessary features have been built into Unix since before DOS had subdirectories.

      --
      A Pirate and a Puritan look the same on a balance sheet.
    25. Re:So let me get this straight... by ivan256 · · Score: 1

      That's nice and all but not realistic. Custom builds can be used for lots of purposes and in many cases users may need such customizations but not have the time or skill to compile the software themselves.

      It is absolutely realistic, because for the vast majority of people, one of the default official builds is sufficient. If something outside the scope of the vast majority of users can't come up with a way to get a trustworthy source of builds, it's almost not worth the effort to help them, and it's certainly hardly newsworthy if a tiny population of users gets infected.

      Certainly a variety of linux distributions have figured out independant frameworks through wich to deliver trustworthy custom builds. Anybody else is perfectly capable.

    26. Re:So let me get this straight... by frontloader · · Score: 2, Informative
      i feel i need to weigh in here..
      > You install mozilla as root, right?

      Actually, for anyone out there who even marginally cares about thier system, you can install like:

      • $ sudo chmod +wrx /usr/local
      • $ ./firefox-installer
      • when the installer asks for a directory, point it at a new one: '/usr/local/firefox-1.06'
      • $ ln -s /usr/local/firefox-1.06 /usr/local/firefox

      nothing untrusted running as root.
      didnt take longer than 15 seconds.
      --
      - yummy rootbeer.
    27. Re:So let me get this straight... by shaitand · · Score: 1

      "It's the dumb user that's vulnerable, not the OS. That's equally as true for Windows as it is for Linux."

      Your right except for this part. Although there are no shortage of dumb user exploits in windows, there are no shortage of OS exploits either. In linux dumb users are vulnerable. In windows dumb users AND the OS are vulnerable.

    28. Re:So let me get this straight... by kevinwal · · Score: 1

      (Granted, Windows can be run in the same way, but since it breaks so many things, it's rarely done unless programatically enforced by an IT department.)

      I must respectfully disagree with you. Every IT department I've worked with has done just that. Good security practices are the best defense against malicious software, regardless of the OS in use. This includes restricting user access by policy and good application portfolio management tools and practices.

    29. Re:So let me get this straight... by mattyrobinson69 · · Score: 1

      well yes, dont run as root, but you can still lose your ~ directory. I'd like apt to integrate with clamav for third party repo's, but i doubt i'd get listened to.

  3. Everything is vulnerable. by bugbeak · · Score: 3, Informative

    Guess anything that can be programmed is also vulnerable, regardless of how impenetrable it is.

    1. Re:Everything is vulnerable. by McLetter · · Score: 1

      There will always be loopholes in any program/code/language/os.. So yeah. As long as the program exsists, there will be people to exploit it's problems.

    2. Re:Everything is vulnerable. by gcw1 · · Score: 1, Insightful

      The more common users that are starting to embrace what are thought of as secure products... the more people will start to exploit.

    3. Re:Everything is vulnerable. by Anonymous Coward · · Score: 0

      its problems Fixed that for ya, retard.

    4. Re:Everything is vulnerable. by Anonymous Coward · · Score: 0

      Newsflash - Linux is *not* "impenetrable". If you want a really secure OS, try OpenVMS or my favourite, OpenBSD.

    5. Re:Everything is vulnerable. by m50d · · Score: 0

      I'll believe that when I see an OpenBSD virus. Yes, Linux and Mozilla are vulnerable, but neither of them are particularly security-oriented.

      --
      I am trolling
    6. Re:Everything is vulnerable. by Tony+Hoyle · · Score: 1

      One or two have been reported (probably generic viruses that happen to work on openbsd)... however it's a brave person that would ever post such on an openbsd list... one guy got flamed to a crisp and *nobody* took his report seriously even though it looked perfectly legit (although he didn't know how to use some of the tracing commands, spamming 'go back to your MCSE' is not a useful response.. nor is taking the piss).

      Unfortunately openbsd are so sure that there are no viruses that run on it any report is not believed.. classic circular reasoning - there are no viruses on openbsd, therefore any reports of viruses are incorrect...

    7. Re:Everything is vulnerable. by Anonymous Coward · · Score: 0

      Guess anything that can be programmed is also vulnerable, regardless of how impenetrable it is.

      Bullshit.

      Let's see a cell phone virus that can infect BREW phones. All applications must be signed by the publisher and for the specific phone. You can't copy a program from one phone to another of the same model and have it work. On top of that, it's pretty hard to copy executable files from one phone to another. ('swhy Verizon cripples Bluetooth on their phones)

      What you're talking about here is that technical security is meaningless in the face of social engineering. That's true to a point, but there are ways to prevent viral code from spreading regardless of the user. Typically they hurt open development in general due to the halting problem, but there are ways.

    8. Re:Everything is vulnerable. by EvilNTUser · · Score: 1

      "Unfortunately openbsd are so sure that there are no viruses that run on it any report is not believed.. classic circular reasoning - there are no viruses on openbsd, therefore any reports of viruses are incorrect..."

      I'm sorry, but I have a hard time believing that the developers themselves would behave like this. If they're smart enough to keep OpenBSD as secure as it is, certainly they would meticulously investigate every reported vulnerability.

      I find it much easier to believe that some arrogant users flamed the complaint, but such behavior isn't exactly new.

      It's also worth defining what one considers a virus. The old method of traveling via removable media has today been virtually completely replaced by remote exploits, and in that sense OpenBSD should be nearly impenetrable. There's not much any operating system can do to protect against already running code that harms the user's own (writable) data.

      Additionally, while any operating system can be infected by an administrator executing unsafe code, that's a trojan, not a virus.

      --
      My Sig: SEGV
    9. Re:Everything is vulnerable. by bicho · · Score: 1

      bullsh*t.
      any of those are just as exploitable as linux is if a user installs trojaned software from third party vendors.

      New term, trusted verndors/sites

      --

      errera hunamum ets
    10. Re:Everything is vulnerable. by cerelib · · Score: 1

      Anything that requires users with privileges is vulnerable.

    11. Re:Everything is vulnerable. by khallow · · Score: 1
      First, if it were truly inpenetrable (as opposed to merely being labeled such), then you couldn't install compromised software. Hence, it wouldn't be vulnerable nor could vulnerabilities be made.

      Second, more practically, vulnerability is a matter of degree. Modern computer systems generally are vulnerable *if* an intruder puts in enough effort. The idea is to make the cost of the effort larger than the value of what's being protected (or what the system can be used for).

  4. 6 stories down on the front page by ifwm · · Score: 2, Funny

    "Mozilla hits back at browser security claim"

    BWAHAHAHAHAHAHA.

    1. Re:6 stories down on the front page by Ingolfke · · Score: 1

      Well this has nothing to do with their browser's security. It really has to do with the security of the Mozilla servers in Korea.

    2. Re:6 stories down on the front page by dtfinch · · Score: 3, Informative

      If you're talking about mozilla.or.kr, the Mozilla Foundation does not own or control that site.

    3. Re:6 stories down on the front page by NutscrapeSucks · · Score: 2, Insightful

      They do own and control the international trademark used by that domain name (I hope). Maybe they should be more careful who they loan it to.

      --
      Whenever I hear the word 'Innovation', I reach for my pistol.
    4. Re:6 stories down on the front page by tpgp · · Score: 5, Informative
      "Mozilla hits back at browser security claim"

      Funny? Yes. True? No - you see its not exactly a mozilla problem.

      Whilst searching for more information about this, I stumbled across this pagelast time these servers were hacked in June).

      Choice quote:

      Unlike Mozilla Europe, Mozilla Japan and Mozilla China, the Korean Mozilla site is not officially affiliated with the Mozilla Foundation.


      So, its not mozilla.org (the article states "on public servers. Mozilla.org is the latest example")

      Its someone who's taken the mozilla source and made their own binaries. A problem yes, a serious problem even, but not to the scale that Kaspersky Labs would have us believe.

      Who would have thought it? A security company overhyping an issue!

      I'm not sure why they bother. Do they really think stories like this are going to make linux users go and buy their security 'solution'?
      --
      My pics.
    5. Re:6 stories down on the front page by sn0wflake · · Score: 1

      Just forget being modded up :) When it's bad FOSS news then it has no affiliation with the community. When it's good news everything is just super-duper-dandy. There are times when I wonder what sickens me the most. Microsoft or the FOSS community.

    6. Re:6 stories down on the front page by n0-0p · · Score: 2, Interesting

      It's a fan site! Are you and the parent really suggesting that they should start applying international legal pressure to a fan site over use of the trademark? If they did, would you be sniping at them for that too?

    7. Re:6 stories down on the front page by NutscrapeSucks · · Score: 1

      Besides the domain name, the site is a clone of the US mozilla.org site. Users would have no way of knowing it's not an official site. Since there's been several security incidents related to the site, yes, Mozilla should protect their good name, and that is what trademark law was designed for. The fans can always set up mozillafans.or.kr or something.

      --
      Whenever I hear the word 'Innovation', I reach for my pistol.
    8. Re:6 stories down on the front page by ArsenneLupin · · Score: 1
      They do own and control the international trademark used by that domain name (I hope). Maybe they should be more careful who they loan it to.

      You forgot that this is a Korean site. They couldn't care less about whether the Mozilla foundation holds a trademark on their domain name or not.

    9. Re:6 stories down on the front page by hungrygrue · · Score: 1

      It has nothing to do with Mozilla's browser, nor the browser's security. A binary is a binary and any elf binary can be infected. (and BTW, this happened a long time ago - the editors should have read the article). Think of it like this: a new Mini Cooper has six air-bags, crumple-zones, awsome breaks, etc. a 1970 dodge dart had drum breaks and....err... well... seatbelts. However, if a two ton rock falls on either car, they will both be crushed along with their passengers. It has nothing to do with the design in question, just the fact that it was in the way of a fast moving rock.

    10. Re:6 stories down on the front page by ifwm · · Score: 3, Insightful

      One of the reasons that people supported Linus trademarking Linux was to prevent other people from releasing buggy code.

      How is this different?

    11. Re:6 stories down on the front page by ifwm · · Score: 1

      "It has nothing to do with Mozilla's browser"

      It was released in a binary for MOZILLA'S BROWSER. Now, I'm no rocket scientist, but doesn't that mean it has SOMETHING to do with Mozilla?

      PS

      Arguing by analogy is for idiots.

    12. Re:6 stories down on the front page by ifwm · · Score: 1

      By the way if this story had "Microsoft" instead of Mozilla, I'd be modded +1000 Ubergeek.

      Hypocrites.

    13. Re:6 stories down on the front page by LWATCDR · · Score: 1

      Not really. If you bought a computer and it was preloaded with a virus is that Microsoft's fault.
      Somebody in Korea compiled Mozilla and by plan or mistake implanted a virus in it.
      Mozilla.org didn't do it and it has nothing to do with the security of the browser design.
      So as you see it has nothing to do with the Mozilla foundation or the design of the Mozilla browser.

      If you download download from a reputable source.
      A good rule no matter what OS you are running.

      --
      See my blog http://ilovecookes.blogspot.com/ for light hearted technical information.
    14. Re:6 stories down on the front page by ifwm · · Score: 1

      "So as you see it has nothing to do with the Mozilla foundation"

      They have the trademark, which they "police" somewhat in order to maintain its integrity.

      So, as you see, you are wrong.

    15. Re:6 stories down on the front page by IgnoramusMaximus · · Score: 1
      Just forget being modded up :) When it's bad FOSS news then it has no affiliation with the community. When it's good news everything is just super-duper-dandy.

      I see your way of thinking. Next on the news: "Kid dowloads Mozilla source code, changes a line in main.c, compiles, runs, Mozilla crashes! Ballmer does a monkey dance! News at 11".

      What you apparently missed is the wee little difference between Microsoft and Mozilla (or any other FOSS project): anyone can distribute modified FOSS code from their website of the minute. It is that old conservative stand-by, the "personal responsibility" of the users to make sure that they are not downloading something from Joe Hacker's home page, even though sometimes Joe Hacker is doing his darnest to make his page look "official". That is why all of these fancy MD5 checksums and PGP signatures on them official binaries. Next thing I will hear is that someone posted instructions how to login as root and do "rm -rf /", followed by people complaining about useless nature of FOSS "communtity" in preventing idiots from executing the instructions.

      One could argue that Mozilla Foundation should be in the business of stomping out these "fan" sites which distibute officially looking binaries, and it might come to that. But it will still not solve this "problem" since it will be next to impossible to track down every mis-informed enthusiast with a web page who is thinking that he is doing "a service" to the "community" by distibuting his mis-compiled/infected/otherwise fubar binaries.

    16. Re:6 stories down on the front page by WindBourne · · Score: 1
      It's a fan site!

      Considering what they just pulled, I am not so certain that I would call it a fan site.

      --
      I prefer the "u" in honour as it seems to be missing these days.
    17. Re:6 stories down on the front page by IgnoramusMaximus · · Score: 1
      They have the trademark, which they "police" somewhat in order to maintain its integrity. So, as you see, you are wrong.

      Well, from what I hear, it has something to do with the fact that the copyright/trademark law in Korea, for better or worse, is rather quirky from the point of view of FOSS. Hence the Korean site is "unaffiliated".

    18. Re:6 stories down on the front page by rpdillon · · Score: 1
      It was released in a binary for MOZILLA'S BROWSER. Now, I'm no rocket scientist, but doesn't that mean it has SOMETHING to do with Mozilla?

      No. For purposes of this discussion, ANY binary could have been infected. And the site that distributing it could have been ANY site; the site that was mentioned had no affiliation with the Mozilla.org, hell, it might as well have been download.com.

      So, in reality, the story wouldn't have been much different if it had been an Opera binary on download.com or a Openoffice.org binary on simtel.net, except that those examples wouldn't have confused half of Slashdot's readership into thinking it was a browser security issue or a Mozilla.org security issue.

      What is really ineteresting is why Linux users were downloading binaries by hand from ANY site. I run Gentoo, Kubuntu and SUSE on my 3 machines at home and I hardly ever install binaries I download on websites. And I certainly never install programs that are FOSS from the web - 99% of the time they are already compiled, hashed and stored in whatever distro's official repositories. Once you have someone that compiled it that you trust (i.e. the creator of your distro) and it gets hashed, you have fairly good security to prevent this kind of thing.

    19. Re:6 stories down on the front page by Anonymous Coward · · Score: 0

      You, sir, are the idiot.

      Anyone can release Mozilla binaries. If one were so inclined, one could release Mozilla binaries with all viri known to mankind that are capable of attaching themselves to ELF binaries.

    20. Re:6 stories down on the front page by ifwm · · Score: 1

      Do they use the name Mozilla, which is trademarked?

      Why yes they do. Then they do have some affiliation with Mozilla.

      Oops, missed that fine little point didn't we.

      In addition, this site has been hacke before. In light of such events, it would be in the interest of the Mozilla foundation to exercise some oversight and make sure their name isn't being sullied.

      But, you never bothered to think it through that far did you?

    21. Re:6 stories down on the front page by ifwm · · Score: 1

      "One could argue that Mozilla Foundation should be in the business of stomping out these "fan" sites which distibute officially looking binaries, and it might come to that"

      I would argue exactly that.

      "But it will still not solve this "problem" since it will be next to impossible..."

      Depends on what you consider the "problem" to be. If it's modified code, then yes of course you're correct. But if the "problem" is modified code that in some way affiliates itself with Mozilla (even in name only) then you are completely wrong, wrongitty wrong wrong wrong. The ONLY problem in this situation is the negative publicity inflicted on the Mozilla name.

      Which is exactly what trademarking protects against.

    22. Re:6 stories down on the front page by databyss · · Score: 1

      An affiliation is a link between two groups. Mozilla has no ties with this group, therefore there is no affiliation.

      I would like you to provide proof that there is a trademark on the name Mozilla in Korea. Since that is the whole basis for your argument.

      I guess you never bothered to think of that.

      You sir, are a true moron.

      --
      Hmmm witty sig or funny sig? Maybe elitest techy sig!
    23. Re:6 stories down on the front page by sn0wflake · · Score: 1

      I have no problem with FOSS software. I'm actually posting this in Firefox. The only Microsoft software I use is Windows and IE purely for updates. Instead of Outlook Express, Messenger, and IIS, I use Thunderbird, Gaim, and Apache. It's just tiresome to read /. on a daily basis with all the Linux-is-so-super-secure-leet types. I run Windows and have no problems with worms or virii. Whatever OS you choose is cool by me, I just really really hate religious OS fanatics. That was my two cents.

    24. Re:6 stories down on the front page by ifwm · · Score: 1

      "An affiliation is a link between two groups. Mozilla has no ties with this group, therefore there is no affiliation."

      Ok, I'll say it S-L-O-W-L-Y. They USE THE NAME. Therefore, there is a link between them. Your own post admits an affiliation is a link, so you have proven me correct.

      "I would like you to provide proof that there is a trademark on the name Mozilla in Korea."

      Not required to be enforceable. But you didn't know that did you, because the sum total of your argument is nonsense.

      Seriously two organizations that share in part the name "Mozilla" not being affiliated? You honestly thought you could get that past anyone?

      "You sir, are a true moron."

      This is the best you have? You get shown to be factually wrong, you are shown to be logically incorrect, and now you resort to namecalling?

      Do some research before you throw around epithets, especially when you're so obviously ignorant of the facts.

    25. Re:6 stories down on the front page by Anonymous Coward · · Score: 0

      This has nothing to do with operating systems though.

      Oh wait yes, I see your connection between the massive multi-billion dollar corporation that produces software in every genre for multiple OS's and the small non-profit OSS foundation... it's all so clear now.

      Or do you mean that most intelligent people don't like MS because they frequently release buggy software? I guess smart people are also biased because they believe in gravity.

      Boy are you a fuckhead.

      Besides, there are tons of hacked versions of IE out there under different names that people should know better than to download.

      Much the same that people should've known not to download this version of firefox since it's not from a legit site.

      It's like your brain isn't even there.

    26. Re:6 stories down on the front page by databyss · · Score: 1

      So Korean law isn't important in asserting legal pressure on a Korean based entity? I guess I am dumb there, I apologize.

      Using a name doesn't affiliate you with something. This is the basis that many parody and anti-corp sites still operate. I can open up www.mozillaeatsass.com and that doesn't affiliate it with mozilla. I can run www.fedexismybitch.com and that doesn't affiliate me with fedex.

      There are numerous legal cases to use as reference if you'd like some insight.

      A name is not a link. An affiliation requires both parties involved to acknowledge it.

      Say it with me now: "A name is not a link."

      Looks like I was right!

      I have to admit though, the moron part was just for my personal amusement and is in no way affiliated with www.moron.com.

      --
      Hmmm witty sig or funny sig? Maybe elitest techy sig!
    27. Re:6 stories down on the front page by IgnoramusMaximus · · Score: 1
      Which is exactly what trademarking protects against.

      Which I hear has issues in Korea, as far as FOSS is concerned, which could be the reason for which the Korean site is "unafilliated".

    28. Re:6 stories down on the front page by ifwm · · Score: 1

      Listne, you clearly don't understand the difference between free speech issues

      "www.mozillaeatsass.com"

      And trademarking issues. There are numerous legal cases that are far too complicated for someone of your limited intellect to understand.

      The point is that if you call yourslf by a name, and are in an industry that is associated with the holder of that name, you are affiliated. yes I know, logic is difficult for you, but that's how it is.

      "Looks like I was right!"

      Maybe, but you're incorrect. No legal argument anywhere agrees with you, and you know I'M correct, because you can't find any.

      "in no way affiliated with www.moron.com"

      I wouldn't worry about it if I were you, I'm sure your long history of personal use will protect you against any trademark disputes.

      "There are numerous legal cases to use as reference if you'd like some insight."

      Ok, Matlock. Let's have em. At which point I'll describe why you are wrong on each point in excruciating detail. At which point you'll again try to claim a name isn't a link, which is a ridiculous claim not supported by ANY law at all.

      The only thing you've done is state "Nuh uh" over and over in lengthy but elementary level prose, and insist that you are correct against any legal precedent or use of common sense.

      And you're calling other people morons. Look up hypocrisy, then come back and apologize to your better.

    29. Re:6 stories down on the front page by Skjellifetti · · Score: 1

      "I would like you to provide proof that there is a trademark on the name Mozilla in Korea."

      Not required to be enforceable. But you didn't know that did you, because the sum total of your argument is nonsense.

      Do some research before you throw around epithets, especially when you're so obviously ignorant of the facts.

      I suppose that you are an expert in Korean trademark law? Not saying you're wrong, but maybe you could provide some research to show that you're not just as obviously ignorant as the parent.

    30. Re:6 stories down on the front page by rpdillon · · Score: 3, Interesting
      First, you can read Mozilla's policy on using the name "Mozilla" in domain names:

      If you want to include all or part of a Mozilla trademark in a domain name, you have to receive written permission from Mozilla. People naturally associate domain names with organizations whose names sound similar. Almost any use of a Mozilla trademark in a domain name is likely to confuse consumers, thus running afoul of the overarching requirement that any use of a Mozilla trademark be non-confusing. If you would like to build a Mozilla, Firefox Internet browser or Thunderbird e-mail client promotional site for your region, we encourage you to join an existing official localization project.
      source

      So Mozilla does state a policy regarding exactly what has occurred here. The problem is, U.S. trademark laws don't have any teeth in Korea. In fact, there is a U.S. government-run site that goes into great detail about how companies that have registered trademarks in the U.S. should not try to do business in Korea (or enforce their trademarks, of course) until they have registered their trademark in Korea, as well:

      Basic intellectual property laws exist in Korea. However, protection of intellectual property and the laws governing enforcement of these protections are not necessarily extra-territorial. What is understood and practiced in the United States is not always practiced in Korea. U.S. companies wishing to sell their products or services in Korea should first and foremost find out if they have to register their intellectual property rights (copyright, trademark or patents) in Korea...One of the most frequent IPR problems facing U.S. businesses in Korea is trademark protection.
      source

      Now, the last piece relates to trademark use by localization teams. The site distributing the binaries was in fact run by a Korean Firefox localization team, however, Mozilla has yet to refuse their right to use the trademarks, as per Mozilla Foundation policy, which allows use by localization teams in general, and rejects only in specific instances:

      It is very important that Community Releases of Firefox and Thunderbird maintain (or even exceed!) the quality level people have come to associate with Mozilla Firefox and Mozilla Thunderbird. We need to ensure this, but we don't want to get in people's way. So, we are taking an optimistic approach. Official L10n teams can start using the "Firefox Community Edition" and "Thunderbird Community Edition" trademarks from day one, but the Mozilla Foundation may require teams to stop doing so in the future if they are redistributing software with low quality and efforts to remedy the situation have not succeeded. Doing things this way allows us to give as much freedom to people as possible, while maintaining our trademarks as a mark of quality (which we are required to do in order to keep them).
      source

      I'll readily admit that I have no idea whether Mozilla has attempted to reject their right to use the Mozilla trademark, but given the warning found on U.S. government sites regarding trademark enforcement, I'd say it would be prodigal use of the foundation's limited resources. Further, there is nothing to indicate that there is in fact any "affiliation" whatsoever, as nowhere does Mozilla Foundation acknowledge the presence of the Korean site (although its URL does appear on a Mozilla-run wiki - who knows who put it there).

      In any case, this reflects poorly only on the part of the Korean Localization Team, as Mozilla Foundation likely lacks the resources to succesfully pursue a trademark infringement case abroad in Korea, and we have already established that the site is not an official Mozilla site (unlike, for example, http://www.mozilla-europe.org/ or

    31. Re:6 stories down on the front page by Anonymous Coward · · Score: 0

      No. People support Linus trademark to protect it from people purposely trashing Linux (maybe with buggy code). We don't know this is the case here.

    32. Re:6 stories down on the front page by swv3752 · · Score: 1

      Foreign nationals of a country that does not respect US trademarks used the "Mozilla" name. The fact that they localize Mozilla does not mean anythinhg regarding thier competance.

      Considering the bad PR and lack enforcement, the Mozilla Foundation would have been foolish to attempt a trademark dispute with the Korean site prior to the problem with the trojan. now some claim of disavowal might be prudent, but...

      --
      Just a Tuna in the Sea of Life
  5. Ha. by Anonymous Coward · · Score: 5, Funny
    So much for OSS security. Show me one instance of this happening to Microsoft...

    Oh, wait.

    1. Re:Ha. by PickyH3D · · Score: 1

      Coming with the installer? Show me too.

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

      Many spyware/viruses/adware will come as part of installers. In fact, search for random little Windows application, download it, and run the installer. Your chances of picking up crap are probably better than getting the application itself. And yes, this is still MS's fault, were it not for default admin users this would be much less of a pain.

    3. Re:Ha. by Raistlin77 · · Score: 1

      Gee, I though Internet Explorer came with every Windows installer...

    4. Re:Ha. by jbellows_20 · · Score: 1

      Funny how everyone remembers how Microsoft's products have vulnerabilities when it's discovered that there is a vulnerability in Linux, but when one is found in Microsoft products, everyone forgets about the vulnerability in Linux.

      Granted this one is in the Koren versions, but the point still is that Linux isn't perfect. Don't get me wrong. I love working with Linux and all the things I can do with it. It just gets to me when everyone blasts Microsoft for one thing and then for the same thing they praise Linux.

    5. Re:Ha. by goranb · · Score: 1

      put a sock in it... This is not a problem with Linux but with this (very specific) version of a Mozilla distribution...
      It has to do with Linux as much as install a virus infested Photoshop has to do with MS...

    6. Re:Ha. by Intron · · Score: 1

      System-wide applications on Linux are installed as root. Even if you compile from source, Mozilla is like 1 million lines of code, so malware in it's installer would not be obvious. I think about that every time I download and install something on Linux.

      --
      Intron: the portion of DNA which expresses nothing useful.
    7. Re:Ha. by Slack3r78 · · Score: 2, Informative

      Interestingly, MS also shipped a Korean product infected with a virus (Nimbda). Clearly this is a case of OSS being unable to innovate on their own, stealing valuable ideas from Microsoft.

      HOW YOU RIKE ME NOW HANS BRIX? :-P

    8. Re:Ha. by PickyH3D · · Score: 1
      What a joke of a reply. Don't run on admin status and see if they install. Yes, they do. The installer is given the right to install stuff, blame the installer for installing something you do not want. Blame

      It's like blaming Linux in general for installing KDE when you wanted GNOME with Red Hat (or vice versa, I do not use Red Hat Linux anymore... probably comes with both).

      The only way to down play a virus would be to not run in admin, but it would not STOP a virus from installing (and if it did, then you are going to run into a lot of issues with users being stopped from installing legitimate things, unless a virus scanner stopped the installation). Too many people think that a computer virus is this mystical beast that attacks Windows. They are just computer programs meant to do bad things and, usually, be hidden while they do it. They're almost always very simple. WORMS are the complicated ones that abuse flaws.

    9. Re:Ha. by Anonymous Coward · · Score: 0

      Coming with the installer? Show me too.

      The Visual Studio installer was infected with the Nimda virus a few years ago. Coincidentally it was also the Korean language version that was the culprit. Here's the Slashdot discussion from 2002.

    10. Re:Ha. by PickyH3D · · Score: 1
      That's actually kind of funny. What's up with those Koreans?

      Good catch.

  6. Not going to go over well... by Spiffae · · Score: 0, Troll

    ...after Yesterday's story

    Oops Mozilla. Damage control - Engage!.

    1. Re:Not going to go over well... by Ingolfke · · Score: 1

      The issue here isn't that Mozilla the app is insecure, it's that the servers they run on weren't properly secured. Now wether that's due to poor system management or the underlying OS and software (probably FOSS) running the site will have to be determined. It's disconcerting that this could happen, but certainly isn't as sever as a vulnerability affecting hundreds of thousands of installed applications

    2. Re:Not going to go over well... by Fishstick · · Score: 1

      These aren't under the control of mozilla.org:

      Korean Mozilla Site Hacked
      Thursday June 9th, 2005

      Unlike Mozilla Europe, Mozilla Japan and Mozilla China, the Korean Mozilla site is not officially affiliated with the Mozilla Foundation. The community-run site offers localised Korean versions of Mozilla applications, Korean user support forums and a Korean translation of MozillaZine.

      But yeah, someone either on purpose or accidentally infected the installer files and they got posted on this site.

      --

      There is much cruelty in the universe, John.
      Yeah, we seem to have the tour map.

  7. Korean Mozilla Binaries Infected by Anonymous Coward · · Score: 5, Funny

    Birdflu ?

    1. Re:Korean Mozilla Binaries Infected by b1t+r0t · · Score: 1
      At least it isn't Corrupted Blood!

      Or for that matter, Pluto's Kiss.

      --

      --
      "Open source is good." - Steve Jobs
      "Open source is evil." - Microsoft
    2. Re:Korean Mozilla Binaries Infected by wild_berry · · Score: 0, Offtopic

      It's a serious threat to the elderly members of society who are at increased risk of catching flu from their e-mail program.

  8. And so it begins... by eno2001 · · Score: 4, Insightful

    ...expect to see more of this as the popularity of OSS continues. Of course, unlike Windows it won't get far since MOST users are smart enough to not be running as root.

    --
    -"...bad old ideas look confusingly fresh when they are packaged as technology" - Jaron Lanier (Digital Maoism on Edge.o
    1. Re:And so it begins... by NineNine · · Score: 2, Insightful

      So then are you saying that only security experts run Linux, or that all Linux users somehow magically learn about what "root" is upon installation? I'm not understanding what you're saying, since I've never met a non-IT person who knew that "root" had anything to do with computers.

    2. Re:And so it begins... by sn0wflake · · Score: 1

      Unlike most that browse Slashdot actually use Linux to do it :) See the server statistics for more info.

    3. Re:And so it begins... by dtfinch · · Score: 1

      Of course, unlike Windows it won't get far since MOST users are smart enough to not be running as root.

      And as we all know nobody installs Linux software as root. :)

    4. Re:And so it begins... by sosume · · Score: 1

      Please explain how to install Mozilla on a generic linux box without being root. If the installer binaries are infected, well, you're screwed.

    5. Re:And so it begins... by Anonymous Coward · · Score: 0

      Actually, intelligence has little barring on the issue. Software developed for Windows for the most part requires the user to run as an Administrator. That, I'll grant you. However, this is not Microsoft's fault-- indeed Microsoft specifies in section 3.4 of the Designed for Windows XP specifications that running under a limited account is a requirement.

      If you stick with software that has earned the Designed for XP logo, you are good to go.

    6. re: And so it begins... by lakcaj · · Score: 0

      On my desktop machine, it's my _user_ data that I care about. I can afford to lose a bunch of files in /var/lib, as long as I don't lose all the valuable data I have in /home/lakcaj. A re-install of debian with broadband takes me little over an hour. I've spent months and even years on some of my personal files (before you ask, of course I do backups).

      Also, for those of you that think you need root access to hose a system, go ahead and do a rm / -rfv as a normal user and see what happens ;)

    7. Re:And so it begins... by lowe0 · · Score: 1

      As OSS gets more popular, expect the number of people not smart enough to not run as root to increase.

      You can have the best technology in the world, but people are inherently insecure.

    8. Re:And so it begins... by arkanes · · Score: 4, Insightful

      User-friendly distros (like Ubuntu), borrow a page from OSX and don't even expose the root account. You create a user account in setup, you're prompted for your admin password when you need to install stuff, and when you use the CLI you use sudo. Therefore, without taking proactive steps, it's not even possible run programs at root, and you have to go well out of your way to log in as root.

    9. Re:And so it begins... by sznupi · · Score: 1

      But it could get far on windows...especially since due to PR bullshit Firefox is used more and more by people who aren't xactly tchnically inclined...

      --
      One that hath name thou can not otter
    10. Re:And so it begins... by chrismcdirty · · Score: 1

      It's not exactly what you are looking for since you still have to be root at some point, but try it like this:

      Install to /tmp/mozilla as normal user without WRITE access to /bin
      su to root
      cp -R /tmp/mozilla/* / [or something like that]


      Now, the installer will no longer actually write the virus to any executables in /bin, but the mozilla executables are available for all.

      --
      It's like sex, except I'm having it!
    11. Re:And so it begins... by eno2001 · · Score: 1

      If you install infected binaries, but never execute them as root, the infection will only damage /home/your_username. If you run it as root, then you've compromised the entire system. BIG difference between Windows and *nix in that regard. Which would you rather lose? The entire system requiring a complete OS and application reinstall?, or your user's home dirs? Escpecially if you've got backups of your /home dirs. Personally, I'm not interested in reinstalling the entire OS and applications. That's stupid. It's much easier to just remove the infected software wipe your users, restore their data and be back up and running in short order.

      --
      -"...bad old ideas look confusingly fresh when they are packaged as technology" - Jaron Lanier (Digital Maoism on Edge.o
    12. Re:And so it begins... by Noksagt · · Score: 1

      Source code can suffer from the same injection attacks as binaries.

    13. Re:And so it begins... by LnxAddct · · Score: 1

      The site distributing this build of Mozilla was not owned or ran or controlled or in any way affiliated with Mozilla. It was just a public server serving korean versions of Mozilla, I guess it was somewhat popular so this made news. The only problem here is the owner of that server, he either ran an insecure server or gave too many people write access (but I repeat myself).
      Regards,
      Steve

    14. Re:And so it begins... by MoogMan · · Score: 1

      On the contrary... How many people do you know that use Linux and use a virus scanner (under the false impression that there are no attack vectors, Linux being secure n' all).

      Most viruses these days are not "malicious" in the respect that they delete your root drive, either. Most viruses put propagation as their #1 priority (basically, worms), and then some sort of auxilliary second function such as a DDoS client and the like. You don't need to be root to open a network connection, or listen on a non-priveledged port, as you probably know.

      One more point... MOST users keep all their important data in their home directory. Accessible by a virus.

      Oh! And another point while I'm there... This Mozilla binary will probably be run as root, for installation.

    15. Re:And so it begins... by Otter · · Score: 1
      So then are you saying that only security experts run Linux, or that all Linux users somehow magically learn about what "root" is upon installation?

      More to the point, this whole reverence for the magical power of "root" is an anachronism from the days when Unix use meant a multi-user system. It's pure superstition in single-user Linux systems where the user/admin has exactly as much power to cause damage as he has to do anything else, regardless of the security scheme.

    16. Re:And so it begins... by tchernobog · · Score: 1

      Yes, but if the virus comes from a package shipped by so-called "trusted sources", you're gonna install it, and in order to install it on GNU/Linux, you need to be root.

      So, if you run a server, it is a really good idea to install and run as a daemon ClamAV or F-Prot or whatever. GNU/Linux clients will be mostly okay living without a AV burden for quite some time, given that distribution servers are protected, imho.

      The only thing I'd like to know, is who infected the Korean server in the first place. It isn't unintentional, that's for sure... and discrediting the Mozilla Foundation could become the next (inter)national sport in the forthcoming months/years.

      --
      42.
    17. Re:And so it begins... by drsmithy · · Score: 1
      If you run it as root, then you've compromised the entire system. BIG difference between Windows and *nix in that regard.

      Actually, no, the situation is identical.

      Which would you rather lose? The entire system requiring a complete OS and application reinstall?, or your user's home dirs?

      The OS. I can reinstall an OS and applications in an hour or so manually, and half that time in an automated process. Recreating all the data I have access to (and thus could potentially damage) , OTOH, isn't even physically possible.

      Personally, I'm not interested in reinstalling the entire OS and applications. That's stupid. It's much easier to just remove the infected software wipe your users, restore their data and be back up and running in short order.

      Spoken like someone who has never had to actually do it, or works in a *very* small environment. Reinstalling an OS is *trivial* - shit, if you're in anything approaching a well-run environment it'll be a completely automated procedure that requires little more than booting from the network or a specific CD. Recreating user data may not even be possible. Even restoring from backups will likely take a minimum of hours, and probably days, if you have more than a trivial amount (particularly if backups are off-site).

      It's a struggle to think of _any_ scenario where losing user data would be preferable to losing system data.

    18. Re:And so it begins... by sosume · · Score: 1

      I don't agree entirely. I usually don't care about reinstalling a unix systems; a few config files here and there and the machine is back. restoring (frequently changing) home directories in a different issue though...

    19. Re:And so it begins... by hikerhat · · Score: 0, Flamebait
      Thank god I'm not root. All the _unimportant_ system files that never change and can be easily re-installed from any cd are safe!

      Too bad my _important_ personal files read/writable by any infected binary I run.

      Linux has really poor security. Currently Linux security consists of lusers repeating the mantra "I don't run as root, so I'm safe." Not running as root offers a little protection to the _other_ lusers on you system, because an infected binary (unless it is suid root, and many of them are) can't take them all out once. That's cold comfort to the person who does have all their files wiped out.

    20. Re:And so it begins... by NutscrapeSucks · · Score: 1

      Not really, because installers can easly set something as setuid-root. This is done ocassionally on OSX for things like copy protection.

      --
      Whenever I hear the word 'Innovation', I reach for my pistol.
    21. Re:And so it begins... by Waffle+Iron · · Score: 1
      Build from source.

      You forgot a step:

      1. Personally read, understand and audit multiple megabytes of source code.
      2. Build from source.

    22. Re:And so it begins... by halber_mensch · · Score: 1
      More to the point, this whole reverence for the magical power of "root" is an anachronism from the days when Unix use meant a multi-user system. It's pure superstition in single-user Linux systems where the user/admin has exactly as much power to cause damage as he has to do anything else, regardless of the security scheme.

      Well, Linux proponents have been trying to get Linux to the phase that it's competing with Windows on the desktop.. I'd say it's moving along quite nicely. After all, a system can't be a successful, easy to use desktop unless the user's account has the rights to do everything, including installing software, deleting /boot/vmlinuz, and spreading viruses to core system binaries. -except in the Professional edition, which costs more money.

      --
      perl -e "eval pack(q{H*},join q{},qw{70 72696e74207061636b28717b482a7d2c717b343 637323635363534323533343430617d293b})"
    23. Re:And so it begins... by NonSequor · · Score: 1

      I think we'll see a lot more worms for Linux as it grows more popular, but I suspect the days of viruses that insert themselves into executables on disk are drawing to a close.

      Originally DOS viruses were spread primarily through the exchange of shareware and pirated software. These days the shareware download sites are more professionally run than they used to be and it seems the pirate groups are a bit more professional too.

      It's unlikely that we'll see package repositories with virus infected binaries, but it is possible we may see a compromised package repository with backdoors inserted into its binaries.

      Linux isn't really ineherently more secure than Windows. The fact that a standard Linux install doesn't let normal users mess with anything important and doesn't run unnecessary services helps though. Hopefully Linux's security model will be improved before worms become a big issue.

      --
      My only political goal is to see to it that no political party achieves its goals.
    24. Re:And so it begins... by sl3xd · · Score: 1

      Too bad my _important_ personal files read/writable by any infected binary I run.

      So what exactly are you suggesting is a decent way to handle this? Either a program you execute is going to be able to use these files or not -- there's no half-way about it. You have to be able to read/write to these important files for them to be anything more than a waste of disk space. ACL's aren't a magic bullet, neither is the concept of 'only this program can access this file'.

      It's quite quaint to say the ability to read and write your personal files is a security problem. Espescially when you don't mention an alternative of any kind that is supported by any operating system.

      So, I'll help out some: with SELinux installed properly, even root can be restricted from accessing files... Doesn't this solve the very problem you state?!? And doesn't every major distro support the installation of SELinux?

      I'm sorry -- but it doesn't make sense to complain that your brains are splattered against the wall after you've shot yourself in the head. YOU executed the infected binary, YOU didn't make backups, YOU didn't make use of the features in Linux that alleviate these problems to begin with.

      Similar arguments also hold true for people complaining about Windows security -- don't complain about the fatal results after you've taken the time to load the gun, point it at your head, and pull the trigger.

      An OS is part of a machine. We can't make a gun that refuses to shoot its owner in the head either. We can't make a stove that will cook your food and not burn your skin.

      What we can do is try to minimize negative effects; ie. you may have shot yourself in the head, but at least you haven't exterminated the entire human race.

      --
      -- Sometimes you have to turn the lights off in order to see.
    25. Re:And so it begins... by earthbound+kid · · Score: 1

      ACLs aren't a magic bullet, but being able to easily restrict applications to only be able access/erase files they create would make it a little bit harder for viruses to own your machine. So, in this case, you would still lose your Mozilla bookmarks, passwords, etc., but at least your confidential documents would still be safe.

    26. Re:And so it begins... by bill_mcgonigle · · Score: 1

      It's not as easy to write a generic source code virus as it is an ELF-binary virus.

      Possible, but very hard.

      --
      My God, it's Full of Source!
      OUTSIDE_IP=$(dig +short my.ip @outsideip.net)
    27. Re:And so it begins... by Noksagt · · Score: 1

      Really? Why?

      I would think it would be fairly easy to look for *.c and *.cpp & simply replace the main loop.

      Regardless of the feasibility self-replicating source code-targetting viruses, I would think targetted attacks against the source of a single application would be just as easy (easier?) than against a binary. You can download the source of Firefox, which someone has infected with the source of this same virus & then it will infect all the binaries on your system.

    28. Re:And so it begins... by eno2001 · · Score: 1

      In what way? Every home should have a real admin who has Unix experience. It IS 2005 after all. ;P

      --
      -"...bad old ideas look confusingly fresh when they are packaged as technology" - Jaron Lanier (Digital Maoism on Edge.o
    29. Re:And so it begins... by sydney094 · · Score: 1

      You do realize what sudo means right?
      <hint>
      do the following as the super user (root)
      </hint>

      So, yes, it is quite possible to run things as root on distros that don't give you direct access to the root account. This is also true of Mac OS X as well... anytime you sudo, for all practical purposes, you are root... no login required.

      Now granted, it is safer than just loging in as root, but since you still have to install things with sudo (root), there is still a risk.

      --
      "If we knew what we were doing, it wouldn't be called research." - Einstein
    30. Re: And so it begins... by Anonymous Coward · · Score: 0

      Yeah... you delete a bunch of stuff in /tmp /var/tmp and your own home dir. Big deal. You've got backups as you said. Just restore. I just restored 400 gigs from another HD in my system to my /home dir thanks to your suggestion and it took me like... 45 minutes. Is that really so bad?

    31. Re:And so it begins... by squiggleslash · · Score: 1
      Actually, no! Like I'd guess most people, I don't have backups of my home areas. While that's remiss of me, it's also perfectly normal - there's not enough hours in the day to be that anal about my own data. Most people I know are the same way. However, my operating system is completely "backed up" on the install disk it arrived on.

      If it's a choice between a corrupted OS or my files being corrupted, give me the former any time.

      --
      You are not alone. This is not normal. None of this is normal.
    32. Re:And so it begins... by bill_mcgonigle · · Score: 1

      I would think it would be fairly easy to look for *.c and *.cpp & simply replace the main loop.

      The main loop looks slightly different in every c app. How would you craft a main loop that will work in most every app and not break its functionality?

      You might be able to run your virus code on the first execution but then that app won't get run again.

      Certainly, as you mention, you could craft a virus for a specific version of a specific app, and that would work perfectly, but why do that when you can write an ELF virus and spread perfectly to all apps?

      --
      My God, it's Full of Source!
      OUTSIDE_IP=$(dig +short my.ip @outsideip.net)
    33. Re:And so it begins... by Noksagt · · Score: 1
      The main loop looks slightly different in every c app. How would you craft a main loop that will work in most every app and not break its functionality?

      You might be able to run your virus code on the first execution but then that app won't get run again.
      And the damage could be done on first execution (which is why I advocated replacing the main loop). However, you should also be able to just put a call to a malicious function in a predictable place. So, at the start of main or right before you return from it. You can even rename main to mainORIGINAL & call it (passing argv, argc, etc.) from your new malicious main.
      but why do that when you can write an ELF virus and spread perfectly to all apps?
      If you can compromise the source & not the binaries, or can hit a lot of people who use the source, why not?
    34. Re:And so it begins... by arkanes · · Score: 1

      Of course, but, as I said, it means you have to take proactive steps to do that - you either have to intentionally run something via sudo, or you have to respond to a prompt from the system. And while you do have to install as root (via sudo, of course), you don't run applications that way. I'm still unclear from the article if the virus took effect at installation or when Mozilla ran.

    35. Re:And so it begins... by swv3752 · · Score: 1

      You presume single user machines. I any scenario where system data is lost then all user data is lost, yet if one user loses data, it does not mean that all users lose data.

      --
      Just a Tuna in the Sea of Life
    36. Re:And so it begins... by NutscrapeSucks · · Score: 1

      To clarify my previous point:

      1) User runs Evil Installer with sudo
      2) Evil Installer makes a private copy of bash and set it as setuid root.
      3) Evil Application runs as a normal user but can execute anything it wants as root.

      In otherwords, this is only trival protection against a trojan.

      --
      Whenever I hear the word 'Innovation', I reach for my pistol.
    37. Re:And so it begins... by sl3xd · · Score: 1

      Well, at least your confidential documents that aren't accessed through Mozilla. (Like online banking; Mozilla lost its passwords and there's a decent chance some of those passwords have been forgotten.)

      Besides, ACL's like this do exist in Linux; which goes back to the argument of the parent about Linux having poor security in this reguard. Just because the author of the parent post doesn't know how to make use of Linux's ACL's doesn't mean they don't exist.

      --
      -- Sometimes you have to turn the lights off in order to see.
    38. Re:And so it begins... by earthbound+kid · · Score: 1

      You're right on the facts, but I think you're missing one point, which is that though you can set up application specific ACLs in Linux, it's not common or easy to do so. True, if your banking password gets stolen from Mozilla, yer fucked. But, it would be *even worse* (if only marginally so, depending on the value of your documents) to also have all your documents stolen and deleted. So, it would be nice if there was an easy and commonly used way to set permissions for individual applications, so that the death of Mozilla does not result in the death of everything else in your home folder. The poster who started this thread was sort of trolling, but it is true: my executable files are worthless, since they're all stuff I downloaded off the internet. The stuff in my home directory is the stuff that's of value to me, since that's the stuff that I have created and are unique to me. To get around this, it would be nice if applications were easily ACLed into only having access to their own files, such that one application get owned results in only a portion of your data getting owned. Today, this can be done, but it's a pain in the ass, and requires a lot of work by the user. It would be nice if tomorrow there was an automatic method for implementing this that didn't require the user to do everything manually, just in order to get a tiny degree of better security.

      So, application specific ACLs aren't a magic bullet in the sense that losing Mozilla alone is a disaster. But, they are an advantage. But, to do it today is way too inconvenient. So, I'd like to see it automated.

    39. Re:And so it begins... by sl3xd · · Score: 1

      You're right on the facts, but I think you're missing one point, which is that though you can set up application specific ACLs in Linux, it's not common or easy to do so.

      I'd argue against that point because there isn't really an OS out there that makes ACL's easy to do. Windows has ACL's, but I know of no mere mortals that make use of them. Nearly every Windows user (ie. home users) doesn't make use of ACLs; those that do are either rather competent admins, or have had a good admin set things up for them.

      Whether an OS commonly has ACLs is a moot point if they aren't implemented properly; there are very few people who have the ability to do this on any OS.

      Linux's use of simple unix permissions (in spite of its flaws), is in the general use case a considerably better option than Windows's rather robust ACL system. This is largely because the simpler permission system used by Linux is actually implemented and working; this cannot be said of ACL's in Windows, for example.

      --
      -- Sometimes you have to turn the lights off in order to see.
    40. Re:And so it begins... by earthbound+kid · · Score: 1

      No argument here: For practical purposes, Linux is more secure than Windows.

      I'm just saying, I wish someone would implement easy to use per-process ACLs. I sent a feature request to Apple about it, but I'd be happy to see Linux do it too. Even if Microsoft were to implement it, I would be a little happy, even though I can't stand to use Windows, because the shame of being beaten by MS would propel Linux and Apple to copy the feature pretty quickly. Just so long as someone does it.

  9. First time real-world linux virus spread? by rezza · · Score: 2, Interesting

    Is this the first time a linux virus has been spreading in the wild?

    1. Re:First time real-world linux virus spread? by imr · · Score: 3, Insightful

      Where does it says it spread?
      It is a 3 years old thing and it never spread, why should it now?
      It has been found somewhere on some server in some package.
      OK, then?

      Distros build their version of softwares from source, they check the sources, their users get their software from their distro.
      End of the story.

      Moral of the story:
      -don't download binaries from other sources than your distro.
      -don't install binaries from other sources than your distro as root.

    2. Re:First time real-world linux virus spread? by rezza · · Score: 1

      More people have it now than last week - I'd say that's a pretty textbook case of spreading. How does your definition work?

  10. This proves ... by Anonymous Coward · · Score: 1, Funny

    This proves that Linux is teh suck!
    Or, it might actually prove that people who log in and use Linux as the root user on a habitual basis deserve whatever they have coming to them.

    1. Re:This proves ... by eno2001 · · Score: 2, Insightful

      Exactly. If you run as root, you're a moron. If you run as a regular user, then the only thing you might hose is your own /home dir. If you're a smart user, you've been backup up your /home dir to a location that only root can access... That way recovery is painless. Very different from Windows where you have to reinstall the OS to be sure you're clean. (BTW, we're talking home users, not corporate users)

      --
      -"...bad old ideas look confusingly fresh when they are packaged as technology" - Jaron Lanier (Digital Maoism on Edge.o
  11. Survey says... by Ingolfke · · Score: 1, Funny

    Steve Balmer is going to have a good day today.

    1. Re:Survey says... by Anonymous Coward · · Score: 0

      His executive chair breathes a sigh or relief. "No more abuse" it thinks to itself.

      *Balmer goes over to sit on chair*

      Oh, the humanity.

    2. Re:Survey says... by idlake · · Score: 1

      Steve Balmer is going to have a good day today.

      Yes, he scheduled it that way.

    3. Re:Survey says... by zoefff · · Score: 1

      Steve Balmer is going to have a good day today.

      Thank God for the furniture..

    4. Re:Survey says... by Anonymous Coward · · Score: 0

      Not after this.

  12. Black day for Unix Firefox users by teslatug · · Score: 5, Informative

    A new flaw affecting Firefox users under Unix allows webmasters to craft a URL that when run from an application like Evolution can execute any command. The flaw stems from the use of backticks in the shell script used to launch Firefox. Read more about it here on the Secunia advisory. Version 1.0.7 fixing the flaw is already out.

    1. Re:Black day for Unix Firefox users by Anonymous Coward · · Score: 1, Insightful

      How is it a black day? According to the exploit you posted it was fixed the day it was reported.

    2. Re:Black day for Unix Firefox users by Anonymous Coward · · Score: 0

      How is it a black day? According to the exploit you posted it was fixed the day it was reported.

      Because it's a bug out in the wild. And I don't think the entire Firefox userbase will be updated by nightfall. Do you?

    3. Re:Black day for Unix Firefox users by Anonymous Coward · · Score: 0

      Yeah and Open Source is secure by default so why should anyone care if there are security bugs as bad as this?

    4. Re:Black day for Unix Firefox users by vernonjvs · · Score: 2, Informative

      This "flaw" only allows the excution of any command if you are running firefox as root. Otherwise, this "flaw" only allows excution of commands that the user has priveledge to execute.

    5. Re:Black day for Unix Firefox users by dveditz · · Score: 1
      this "flaw" only allows excution of commands that the user has priveledge to execute.


      "Only"? That's quite bad enough, isn't it?
    6. Re:Black day for Unix Firefox users by tepples · · Score: 1

      Otherwise, this "flaw" only allows excution of commands that the user has priveledge to execute.

      Such as becoming a zombie for a DOS attack?

    7. Re:Black day for Unix Firefox users by Anonymous Coward · · Score: 0

      Neither my Gentoo or FreeBSD boxes were able to actually successfully reproduce this "exploit". Both did not execute any command when placed in backticks as the example shows.

  13. source? by mmkkbb · · Score: 3, Informative
    Where does this information come from? I can't find any corroborating story from another source. However, I did find this bit of trivia here:
    Those hackers could just as well have served people distributions of Firefox infected with a virus.

    They could have easily replaced the app signatures to match the infected binaries.
    --
    -mkb
    1. Re:source? by n0-0p · · Score: 1

      I've just spent the last ten minutes searching for corroboration and all I found was the same thing you did. It is quite posible the hackers were serving up trojan binaries for a while before they defaced the site. That would fit in with the time line and explain this pretty well.

      The other important point is that the Korean site was not officially affiliated with the Mozilla organization (unlike US, China, Europe, Japan, etc.). Because of this the the Mozilla foundation had no control and couldn't impose any standards. It was just a fan site.

    2. Re:source? by MaskedSlacker · · Score: 1

      That is why you always get the signatures for something from the main site. Actually, why would anyone ever download software from anything other than the author's site(except maybe your distro's package system)?

    3. Re:source? by tepples · · Score: 1

      That is why you always get the signatures for something from the main site.

      "The main site" for this independent localization of Mozilla software was cracked.

  14. Treaty by NotFamous · · Score: 0

    ...and it pops up a window saying..."No more Nukes for you!"

    --
    Some settling may occur during posting.
    1. Re:Treaty by Anonymous Coward · · Score: 0

      You're a retard.

  15. Antivirus? by jtolds · · Score: 1, Interesting
    From TFA:
    Yet another example of why you should have an up to date antivirus solution, and scan EVERYTHING you download, without exception


    Really? I wonder if this website really knows much about Linux at all. That's fine advice for a platform that has antivirus products.

    This certainly doesn't bode well for these new 'IE is more secure than Firefox' claims.

    Even so, as long as the user you run doesn't have write acccess to any executables (tis a good idea), you're fine.
    1. Re:Antivirus? by Compholio · · Score: 1

      Really? I wonder if this website really knows much about Linux at all. That's fine advice for a platform that has antivirus products.

      Well, technically Linux has antivirus products - just most of them are for scanning Windows executables that are going through your Linux mail system. If you're running the SELinux extensions it'd probably stop the thing anyway though.

    2. Re:Antivirus? by XO · · Score: 1

      So, you're running the installation program as root, so that it can be installed into the system directories, so that all users can use it. Probably a pretty normal thing for Mozilla, eh?

        Now your /bin is all forked up.

        And there are antivirus programs for Linux.

      --
      "Champagne for my real friends - and real pain for my sham friends!" http://ericblade.postalboard.com/
  16. Errr... Outdated? by Anonymous Coward · · Score: 1, Interesting

    This link is saying that Mozilla 1.7.6 and Thunderbird 1.0.2 Korean For Linux were infected. But it doesn't mention any other versions.

    Old news? Crap that doesn't matter (any more)?

  17. Let the thrashing begin! by smooth+wombat · · Score: 3, Insightful

    I can hear it now; "See, FF isn't as secure as its supporters claim it is."

    Whatever.

    Considering this only affects one operating system (Linux) and occured in only one area of the world (Korea), despite this flaw it's still a whole bunch better than getting an update for IE our Outlook and having everyone who uses Windows, regardless of where they are in the world, being infected.

    --
    We will bankrupt ourselves in the vain search for absolute security. -- Dwight D. Eisenhower
    1. Re:Let the thrashing begin! by gasaraki · · Score: 1

      Except that Firefox doesn't "believe in" the digital signatures that protect IE users from problems like this. It's not "open source" enough for them. So their users get infected with viruses like this. Some ideology.

    2. Re:Let the thrashing begin! by nomadic · · Score: 1

      I can hear it now; "See, FF isn't as secure as its supporters claim it is." Whatever.

      So you're angry over what people are GOING to say? Why not let them say it before you get mad?

    3. Re:Let the thrashing begin! by XO · · Score: 1

      aside from the obvious jokes about their perceived security issues, I don't know that Microsoft's update servers have ever dumped viruses onto people, have they?

      --
      "Champagne for my real friends - and real pain for my sham friends!" http://ericblade.postalboard.com/
    4. Re:Let the thrashing begin! by Frankie70 · · Score: 1


      Considering this only affects one operating system (Linux)


      The only cross-platform binary compatible virus, I have ever heard of was in the Movie 'Independence Day'.

    5. Re:Let the thrashing begin! by Pharmboy · · Score: 1

      This wasn't a "Linux Update Server". There is not such a thing. It was a virus planted in ONE APPLICATION, in ONE LANGUAGE. Mozilla also runs on several other platforms, in several other languages. Using any MS vs. Linux comparison is totally void in this context.

      This is a reflection of the people managing the Korean servers, not of Mozilla. It is not Mozilla's server or under their control. All these references to yesterday's security report on Mozilla are irrelevent, as they simply do not apply.

      You might as well say that Windows has bad security because you didn't lock your doors, and I went and stole your computer. The two are simply unrelated.

      --
      Tequila: It's not just for breakfast anymore!
    6. Re:Let the thrashing begin! by lancelet · · Score: 1

      Ummm... How would a digital signature help? The procedure is the following: Some FF dev builds the binary. The dev then signs it. End user still downloads the infected version. Digital signatures assume that the source is trusted. If an MS employee built an infected binary and signed it, you'd still have no protection. The difference here is that MS spend lots of money on anti-virus solutions. The poor guy who built the Korean version of FF probably doesn't. The ideology is Freedom.

    7. Re:Let the thrashing begin! by tonigonenstein · · Score: 0

      The Morris Worm was cross-platform in the sense that it included binaries for several platforms.

      --
      The sooner you fall behind, the more time you have to catch up.
    8. Re:Let the thrashing begin! by NutscrapeSucks · · Score: 2, Informative

      Incorrect -- The official US Windows Firefox installers have an authenticode digital signature -- if they had infected the win binaries, the shell complains and users would have been able to easily see something was amiss.

      (Also, I wouldn't be surpised if they have pgp sigs somewhere for the Linux tarballs, but that takes work to verify.)

      --
      Whenever I hear the word 'Innovation', I reach for my pistol.
    9. Re:Let the thrashing begin! by XO · · Score: 1

      I never said that it was a reflection on Mozilla or the Korean servers. But, since that does appear to be the release of Mozilla in Korean, as unsupported as it might not be, that's where the Koreans are going to go to get it.

      And wether or not there are automatic or manual updates to the software is completely irrelevant. There was still software being distributed, from it's official site (the Korean Mozilla official site, not Mozilla's official site in this case) that had a virus, that affected people. I don't believe that this has ever happened with Microsoft's update servers.

      Do you see where what you are replying with makes no sense?

      --
      "Champagne for my real friends - and real pain for my sham friends!" http://ericblade.postalboard.com/
    10. Re:Let the thrashing begin! by CTho9305 · · Score: 1

      Microsoft has distributed infected versions of software in Korean too.

    11. Re:Let the thrashing begin! by narrowhouse · · Score: 1

      I don't know of any time the update servers ever hosted a virus to users. There has been at least one instance of them shipping a virus on a product CD though, if that helps. http://www.pcworld.com/news/article/0,aid,101930,0 0.asp

      --


      Insert pithy comment here.
    12. Re:Let the thrashing begin! by Lasos · · Score: 0

      yea there will be trashing but still ff kicks ie's ass im like everything still nad we're still stealing market

    13. Re:Let the thrashing begin! by LnxAddct · · Score: 1

      The server was not owned or affiliated with Mozilla, it simply was a public server providing a korean version of Mozilla for download.
      Regards,
      Steve

  18. Every OS needs protection by TarrySingh · · Score: 2, Insightful

    And that applies to Linux as well. Yet another example of why you should have an up to date antivirus solution, and scan EVERYTHING you download, without exception. This is what we ought to teach end users to practice and also system Admins need to follow advice on this. Understand SELinux, Firewalling and virus detection is crucial.

    --
    Scott McNealy to Michael: "Suck my Sun!" Michael Dell to Scott : "Lick my Dell!"
    1. Re:Every OS needs protection by TarrySingh · · Score: 1

      I will continue to run Linux WITHOUT anti-virus software because I understand how viruses/worms/trojans work Good for you :-)

      --
      Scott McNealy to Michael: "Suck my Sun!" Michael Dell to Scott : "Lick my Dell!"
  19. Poor Koreans... Again... by dtfinch · · Score: 3, Funny

    First the unofficial Korean Mozilla site in July, and now long obsolete versions of the Korean Mozilla (not Firefox) and Korean Thunderbird builds. I doubt anyone was infected, nor was that likely the intent, especially given the old, neither stable nor current, version numbers, but one thing is clear. Someone out there really doesn't like Koreans.

    1. Re:Poor Koreans... Again... by Anonymous Coward · · Score: 0

      It could be a testing ground. Could spread to other versions too. So don't feel too safe just because you might live outside of Korea.

    2. Re:Poor Koreans... Again... by B3ryllium · · Score: 1

      In Korea, only old web browser binaries get infected with virus.

    3. Re:Poor Koreans... Again... by Anonymous Coward · · Score: 0

      Nobody like koreans.
      They pwnz in Starcraft & Counter Strike

    4. Re:Poor Koreans... Again... by maxwell+demon · · Score: 1

      You got it the wrong way:
      In Korea, only old viruses infect browser binaries.

      --
      The Tao of math: The numbers you can count are not the real numbers.
    5. Re:Poor Koreans... Again... by FreshFunk510 · · Score: 1

      Actually, I think the hackers are korean and are testing their bugs locally instead of going abroad. It makes the most sense.

      --


      "Injustice anywhere is a threat to justice everywhere." - Martin Luther King, Jr.
  20. I don't see how this works by Anonymous Coward · · Score: 0

    only root as write access to executables
    in /bin, so how does this virus get around
    that and change the executables (which is
    what the report from viruslist says the
    virus does)???!.

    Is this just BS or does this virus somehow
    get root privileges. I would bet the former.

    1. Re:I don't see how this works by Anonymous Coward · · Score: 0

      Maybe you need to run the infected installer as root to get it to install in the first place, numbnuts.

  21. Re:Secure.. by Anonymous Coward · · Score: 5, Informative

    Actually Linux is more secure. If you run mozilla as a normal user, then mozilla and the virus can't write to the files in /bin, and therefor can't do any really servere damage.

  22. Permissions? by InternationalCow · · Score: 3, Insightful

    Well, the symantec description wasn't very useful to me. But if I read it right, the virus tries to infect /bin. But iirc it will have to be run with root privileges in order to be able to infect /bin. Dunno about you guys, but I never ever unpacked firefox builds into my home directory when running as root. Basic security. So, if I understand this correctly, it only infects /bin when you've been sloppy. Not much of a threat, is it?

    --
    ----- One learns to itch where one can scratch.
    1. Re:Permissions? by Anonymous Coward · · Score: 0

      You'll need to be root to run make install.

    2. Re:Permissions? by Random+Web+Developer · · Score: 0, Troll

      bullshit

      Typically slashdot

      Windows version:
      "Well, the symantec description wasn't very useful to me. But if I read it right, the comes through activeX and modifies your host file. But iirc it will have to be run with administrator privileges in order to work. Dunno about you guys, I disable ActiveX when running as admin. Basic security. So, if I understand this correctly, works when you've been sloppy. Not much of a threat, is it?"

      Please, I like firefox as much as the next poster, but please apply equal standards when comparing/recommending firefox. If you still believe firefox is Perfect, surprise, no software is.

      --
      Artists against online scams http://www.aa419.org/
    3. Re:Permissions? by MaskedSlacker · · Score: 1

      Ever heard of TeX?

  23. Um... by Noksagt · · Score: 4, Insightful
    Of course, unlike Windows it won't get far since MOST users are smart enough to not be running as root.
    Most users still install software as root & even if they don't, the user usually has access to /bin & would be able to run scripts.
    1. Re:Um... by eno2001 · · Score: 1, Interesting

      But they need WRITE access to bin in order to inject the virus in the first place. However, you are correct in that most users do install as root in order to get the binaries into /usr. But I don't think the installer is what causes the infection. It is the execution of Mozilla that would infect a system. As long as root doesn't run Mozilla, it shouldn't be an issue.

      --
      -"...bad old ideas look confusingly fresh when they are packaged as technology" - Jaron Lanier (Digital Maoism on Edge.o
    2. Re:Um... by Cocoronixx · · Score: 0
      Of course, unlike Windows it won't get far since MOST users are smart enough to not be running as root.
      Most users still install software as root & even if they don't, the user usually has access to /bin &amp would be able to run scripts.
      Yeah, READ access. Thanks for playing.
      --
      "Obscenity is the crutch of the inarticulate motherfucker." - cloak42
    3. Re:Um... by Lussarn · · Score: 4, Insightful

      Most of all programs in Linux, about 99.99% is distribution supplied and isn't likely to have virus/trojan/spyware in them.

    4. Re:Um... by colinleroy · · Score: 1

      the user usually has access to /bin

      Write access ?

      --
      blah
    5. Re:Um... by Noksagt · · Score: 1

      I actually meant the non-root user they might install software as will have access to /bin (so that they can upgrade the programs there-in).

      However, this seems to be a good case against any installers that are executable. root still has to run some programs to install things & those can be infected, but every-little-bit helps. Also a good case for getting updates through your distro so they can do quality control.

    6. Re:Um... by XO · · Score: 1

      Any user account that needs the ability to install software into /usr is probably going to also have write to /bin as well.

      --
      "Champagne for my real friends - and real pain for my sham friends!" http://ericblade.postalboard.com/
    7. Re:Um... by Errtu76 · · Score: 1

      Maybe i don't understand your meaning too well, correct me if i'm wrong then. But isn't it true that you can install most software only as root?

      I mean

      $ ./configure
      $ make
      $ su -
      # make install

      how else am i going to place binaries in /bin ?

    8. Re:Um... by Noksagt · · Score: 1

      I made the same observation. But the distro's servers can also be infected.

      Hopefully, the distro's servers are more secure than the servers of smaller upstream projects, but then you'd think moz would be fairly secure.

      Fortunately, such an incident would infect only users of that distro.

    9. Re:Um... by ghukov · · Score: 0

      unless of course the binaries had some code in them that allow a local user to become root. (Link is legit,it's just a security site that announces vulnerabilities and such)

      --
      ...because Plutonians are teh suck
    10. Re:Um... by JoelClark · · Score: 1

      Placing a binary in a directory cannot cause the payload of the virus to execute. The ELF binary has to be executed, and if you execute it as root, you get what you deserve.

    11. Re:Um... by Noksagt · · Score: 1

      I wasn't clear.

      You can have another non-root user who has the permissions needed to install software.

      Analagously, it would be:
      $ ./configure && make && su -m installer -c "make install"

      (though this would all usually be contained within some single installation utility)

      P.S. you should really use sudo for root tasks

    12. Re:Um... by Noksagt · · Score: 1

      It would be trivial to create a MAKEFILE whose 'install' target DID execute a virus. Any installation method which can execute programs (which includes most of the packaging systems out there) is vulnerable to this "trojan" attack.

    13. Re:Um... by eno2001 · · Score: 1

      That will, as you said, PLACE the binaries there. But as long as you don't run them as root, you can't infect files and directories you don't have access to. If you are a normal user you can't write to /root or /bin or /usr or /home/other_users. If you run the infected app, you CAN infect /home/your_directory and /tmp. So the moral of the story is DON'T RUN APPS AS ROOT.

      As an aside, you can do an install of Mozilla without running the browser afterwards by doing this: ./mozilla_installer -ira

      For more info do this: ./mozilla_installer -h

      --
      -"...bad old ideas look confusingly fresh when they are packaged as technology" - Jaron Lanier (Digital Maoism on Edge.o
    14. Re:Um... by Anonymous Coward · · Score: 0

      Try this variation:

      $ ./configure --prefix=/usr/local/encap/somepackage-x.y
      $ make
      $ sudo mkdir /usr/local/encap/somepackage-x.y
      $ sudo chown $USER /usr/local/encap/somepackage-x.y
      $ make install
      $ sudo chown -R root/usr/local/encap/somepackage-x.y
      $ sudo epkg -i somepackage-x.y

      It *NEVER* executes a random install script, makefile, or anything else as root (other than epkg, which just makes symlinks in /usr/local). The 'make install' is run as a normal user. If it fails because it cannot write to /bin or /usr/X11R6/lib/ blah blah, then the $PREFIX isn't honored correctly with the source tarball. Repair, hack Makefile until the sucker installs where you tell it, and *ONLY* where you tell it, and *ONLY* as $USER with $USER permissions.

      I'm not paranoid... honest! I just don't like running install scripts as root... too many different opinions on where things belong. Once you've done 'sudo make install', you don't know where it's all gone.

    15. Re:Um... by prell · · Score: 1

      But they wouldn't have write access to stuff in /bin. Users usually shouldn't have write access to anything outside ~, so there shouldn't be a system crash unless there is permission escalation.

    16. Re:Um... by Anonymous Coward · · Score: 0

      >But I don't think the installer is what causes the infection.

      How did you come to this conclusion? RTFA, the installer binaries are infected, not the packaged mozilla executables. You would typically run the installer as root in order to put files in /bin directories.

      Mods, why is this interesting? It is uninformed speculation (yeah, I know).

    17. Re:Um... by v01d · · Score: 1
      You realize that make can and does execute binaries don't you?


      Everytime you run "make install" as root without reading the entire makefile you are at risk of running a trojan.

      What if mozilla_installer is infected?

    18. Re:Um... by mmkkbb · · Score: 1

      That's what sudo is for.

      --
      -mkb
    19. Re:Um... by Anonymous Coward · · Score: 0

      and as pointed out elsewhere, even if the installer files aren't infected, Mozilla suggests that you run firefox as root once in order to sort out multi-user settings.

    20. Re:Um... by Noksagt · · Score: 1
      But they wouldn't have write access to stuff in /bin.
      Lots of people already pounced on me for my poor wording. I meant that a non-root user who can install stuff usually has write access to /bin (so they can install stuff in /bin)
      Users usually shouldn't have write access to anything outside ~
      and /tmp. But hopefully that is mounted 'noexec'.
      so there shouldn't be a system crash unless there is permission escalation.
      Well, you need to escalate permission to actually install a program! Unless your installation routine only involves copying files as root (and NOT setting the setuid bit), a malicious installer CAN get you.
    21. Re:Um... by sl3xd · · Score: 1

      Any user account that needs the ability to install software into /usr is probably going to also have write to /bin as well.

      There's no such thing as a normal user that needs the ability to install software; the security problem is in thinking that this might somehow be true. I've compiled Mozilla, KDE, etc. such that they run from /home/my_login/programs. There is absolutely no excuse for ever allowing a user to write to a folder that is not the home folder (and the two temp folders -- /tmp and /var/tmp).

      You might as well do the world a favor and take a bath in gasoline while smoking yak turds.

      User accounts don't have access to write into /usr, PERIOD; not unless the admin is actively trying to be stupid. And even if an admin was so out of his/her mind that s/he allowed a normal user to write to /usr, that doesn't mean that permissions for one folder has any bearing on permissions for another folder; quite frequently /usr and / are on entirely different partitions, meaning that one partition can be mounted read-only, and can never be written to unless it is re-mounted.

      If you want to go to a fair amount of pain to ensure your system is broken in this way, go ahead. But this is very, very far from a complete moron's level of stupidity; a moron would just run everything as root -- they'd be too stupid to reset the permissions on the entire filesystem to allow a normal user to write to a non /home or temp folder.

      Users don't install software for the entire system; It's like saying don't douse yourself with gasoline and play with matches. Just because Windows allows this insane practice doesn't mean that everybody else should follow suit.

      Only one login name (root) should ever be able to install systemwide software, and that login shouldn't be used for web browsing to begin with. The most a user should ever be able to play with home folder -- that's it.

      If a normal user ever has write access anywhere outside /home and the tmp folders, you've got a serious problem; but fortunately its not one a large glass of antifreeze won't fix.

      --
      -- Sometimes you have to turn the lights off in order to see.
    22. Re:Um... by black+mariah · · Score: 1

      SHUSH! We can't be having FACTS in this discussion! *sticks fingers in ears* I CAN'T HEAR YOU! LALALALALALALALA!

      --
      'Standards' in computing only impress those who are impressed by things like 'standards'.
    23. Re:Um... by Fishstick · · Score: 1

      k, then this user also has write permission on the /bin directories this virus targets? Your binaries still get infected through this vector.

      --

      There is much cruelty in the universe, John.
      Yeah, we seem to have the tour map.

    24. Re:Um... by eno2001 · · Score: 1

      But don't you know... "uninformed speculation" is what passes for "fair and balanced" these days? If it's good enough for the president then it's good enough for /. ;P

      --
      -"...bad old ideas look confusingly fresh when they are packaged as technology" - Jaron Lanier (Digital Maoism on Edge.o
    25. Re:Um... by Anonymous Coward · · Score: 0
      But isn't it true that you can install most software only as root?
      Not if you install into $HOME or /tmp.

      Anyway, what are you gonna do when the hacker modifies the makefile's install target to execute the malicious code? Oh nooo!

      P.S.: Better optimize your Gentoo's - I just scanned your comment history, and frankly, most of the virus writers I've encountered display more intelligence than you.

    26. Re:Um... by ArsonSmith · · Score: 1

      What magic version of sudo lets you install software in /bin yet doesn't give you write access to /bin?

      --
      Paying taxes to buy civilization is like paying a hooker to buy love.
    27. Re:Um... by Noksagt · · Score: 1

      which was exactly my point

    28. Re:Um... by Perl-Pusher · · Score: 1
      Fortunately, such an incident would infect only users of that distro.

      Even then it would only affect users who downloaded a free version. A store bought CD would make the distributor liable for damages. So the odds are extremely high someone tested the CD image before shipping. In fact, I would bet the single RPM packages available via ftp would be the likely target. It's alot more work to infect an ISO and not change the MD5SUM. There are also very good reasons why packages in yum etc. have digital signatures. Your most likely to get burned by third party or by a scam where you have fake site posing as an official site.

    29. Re:Um... by TheRaven64 · · Score: 1

      Why are they installing things in /bin? /bin should only contain binaries that are required by the system in single-user mode.

      --
      I am TheRaven on Soylent News
    30. Re:Um... by Fishstick · · Score: 1

      ah, I see

      --

      There is much cruelty in the universe, John.
      Yeah, we seem to have the tour map.

    31. Re:Um... by mmkkbb · · Score: 1

      sudo doesn't give permanent write access to /bin!

      --
      -mkb
    32. Re:Um... by Noksagt · · Score: 1
      Even then it would only affect users who downloaded a free version.
      Or those who used online updates. Which is a good idea when there are security patches.....
      So the odds are extremely high someone tested the CD image before shipping.
      Infected CDs of commercial software have been in the wild. On one occasion, it had been tested prior to pressing duplicates, but one of the duplication plants infected the pressed CDs.
      have digital signatures.
      Depends where you get your signatures from.

      I agree that all of these steps make you safer. I wouldn't say you're invulnerable, though.
    33. Re:Um... by Noksagt · · Score: 1

      1)Would you feel better if the virus infected /usr/bin and /usr/local/bin too?

      2)Do you have to boot into single-user mode to upgrade the apps in /bin?

    34. Re:Um... by The_Dixie_Flatline · · Score: 0

      Also, if you want to place firefox in another directory, you can install as a user...you just have to modify your path $ ./configure --prefix=/home/user/.bin $ make $ make install

      --
      -- Proof by analogy is fraud.
    35. Re:Um... by Dan+Ost · · Score: 1

      Even if the servers are infected, the ISOs I download from them will be clean
      as long as the build machine isn't infected. Or, if it's a source distribution, it doesn't matter as long as my own build machine isn't infected.

      Did I misunderstand you?

      --

      *sigh* back to work...
    36. Re:Um... by Perl-Pusher · · Score: 1
      Depends where you get your signatures from.

      The original CD.

      I wouldn't say you're invulnerable, though.

      Agreed! Nobody is 100% immune to hackers, viruses, worms etc. All you can do is make it difficult enough that the jerks either give up or slip up and get caught. It's the same as your house or car, most theives look for the easy pickins first.

    37. Re:Um... by someguy456 · · Score: 1

      Take a closer look at "./configure --help"

      Most configure scripts have an option of placing all of the files in a different directory, precisely because users don't have write access to /bin. So for example, "./configure --prefix=/home/someguy/" ensures that the binary is placed into /home/someguy/bin/ . Of course, a so called virus can infect that user's other binaries, but it would be isolated from the rest of the system.

      These changes take into effect in make install, so there is no need for su. (Comes in handy when installing software onto a public lab computer.

    38. Re:Um... by Noksagt · · Score: 1
      Depends where you get your signatures from.

      The original CD.
      The original CD can't have the signatures for software that was released after the CD was pressed (including any updates). Most distros keep signatures on a server. Hopefully a different server than the mirrors which keep the binaries you need to verify (because then two sites would need to be compromised (signature server & the mirror) or the attacker would need to find a collision in the signature algorithm).
    39. Re:Um... by petermgreen · · Score: 1

      its certinaly possible to make a virus that infects source and probbally possible to make one that infects distribution isos as well (though this is tricky because of the extreme size of the files and the huge variation in structure between distros.

      if there is code inside it that will be run and you know its structure and there isn't some kind of integrity verification process that you can't get at to comprimise you can infect it.

      --
      note: i'm known as plugwash most places but i screwd up registering that here somehow in the past and now can't register
    40. Re:Um... by Noksagt · · Score: 1

      Both isos and source can suffer the same injection attacks as single binaries. However, I was referring to downloading updated versions of programs on the iso.

    41. Re:Um... by skiman1979 · · Score: 1

      Installing an app as root has nothing to do with running it as root. Apps usually get installed as root, but most users will not run said app as root. So, the app only has the rights/permissions of the user _running_ the app. This at least provides protection against screwing up your entire system from a malicious program.

      --
      Having a smoking section in a public restaurant is like having a peeing section in a public swimming pool.
    42. Re:Um... by ArsonSmith · · Score: 1

      sudo make install

      where the install section of Makefile includes

      install virus /bin
      chmod a+s /bin/virus

      does

      --
      Paying taxes to buy civilization is like paying a hooker to buy love.
    43. Re:Um... by JoelClark · · Score: 1

      It didn't say the makefile was infected, it said ELF binaries were infected. So the point remains--executing binaries from an untrusted fan site as root is begging for problems.

    44. Re:Um... by squiggleslash · · Score: 1
      That's not the true. Sure, placing the binary in a directory will not cause it to run straight away, but replacing a binary that runs automatically (or just ensuring the correct files are in /etc/rc.d or equivalent) will mean it'll run on the occurance of some event.

      As a basic example, replacing init with something malicious would be a bad thing. Your evil init will eventually be run the next time the user reboots. Which is a good argument for 24/7 computing I guess, but that's not that popular an idea.

      --
      You are not alone. This is not normal. None of this is normal.
    45. Re:Um... by prell · · Score: 1

      Good points.. Are there distributions that differ in this regard? I mean, are there some that have lenient security settings? I doubt that making Linux usable would require bad security, so hopefully this isn't the case!

    46. Re:Um... by squiggleslash · · Score: 1
      I think that first sentence was supposed to be "That's not quite true" or "That's not exactly true" or something.

      If it were Troll Tuesday, I'd flame myself for it or something, but it isn't Troll Tuesday.

      Apparently I still have a minute to kill. Man you should have seen the car accident I was nearly in an hour or so ago. Some idiot in a white something-or-other (VW I think) decided not to look as she turned into the road I was on. We both slammed on the brakes. Heart goes pound-pound-pound. Thankfully neither of us was hurt.

      --
      You are not alone. This is not normal. None of this is normal.
    47. Re:Um... by Noksagt · · Score: 1

      I was making a comment from the context of the post you replied to. Most installers/packaging systems require (or at least permit) root to do SOMETHING other than just copying executables.

      Yes, moz is bad for suggesting the first use of firefox be as root. Yes, individuals and distros should avoid this step where possible.

      No--not all the people who could be infected by this manually and deliberately ran mozilla as root.

  24. The other shoe by TripMaster+Monkey · · Score: 0, Flamebait


    What's that sound? Uh-oh...that's the sound of the other shoe dropping.

    Unfortunately, as Linux continues to gain popularity, this sort of thing is only going to increase. One of the basic reasons Linux used to be so secure is because anyone who took the time to sit down and learn the OS was technically savvy enough by the time they were done that they knew enough to take at least elementary precautions against infection. With the advent of easy to use, out-of-the-box Linux solutions (Xandros, I'm looking at you), the formerly steep learning curve for Linux has softened, and with that, some of its security has eroded.

    Please don't think I'm trying to bill myself as some sort of Linux zealot, that believes that the holy OS should be kept out of the hands of the 'great unwashed', because I'm not. I'm just saying that a computer is only as secure as the person sitting at the keyboard lets it be.

    --
    ____

    ~ |rip/\/\aster /\/\onkey

    1. Re:The other shoe by Anonymous Coward · · Score: 0

      "What's that sound? Uh-oh...that's the sound of the other shoe dropping."

      Okay...with somewhere between 0 and 49 infections worldwide, for a virus that has been in the wild for over three years...that's a mighty small shoe dropping.

    2. Re:The other shoe by Anonymous Coward · · Score: 0

      Thank you Captain Obvious.

    3. Re:The other shoe by iamwahoo2 · · Score: 1

      Does Xandros give users root privs by default or something? Just curious, because I am pretty sure that this virus would have been ineffective against my default Suse install.

    4. Re:The other shoe by WindBourne · · Score: 1

      Xandros gives root login by default.

      --
      I prefer the "u" in honour as it seems to be missing these days.
    5. Re:The other shoe by mdwstmusik · · Score: 1

      Xandros gives root login by default.

      Bullshit! While the default KDE login for Xandros does not hide the root user account, the default login (appearing on the login screen) is that of the most recently logged in user. If you wish to hide the root account on the login screen, this can easily be done by going to Launch->Control Center->System Administration->Login Manager->Users, and selecting root under "Hidden Users."
      --
      "Oh, what sad times these are when passing ruffians can say 'ni' to helpless old ladies."
  25. Infecting /bin? by Danathar · · Score: 5, Insightful

    I'm assuming this can only occur if you installed the virus infected material as root?

    Nothing new here....if you install software as root from a compromised source and don't check the md5sums along with other precautions you put yourself at risk

    1. Re:Infecting /bin? by chill · · Score: 2, Informative

      Enlighten me. How do MD5 sums protect you from trojaned software? If it was a mistake on the part of the maintainer, wouldn't they have hashed the trojaned software to begin with? If it was malicious, anyone who could have uploaded the trojan could have uploaded the hash.

      In either case, the hash would have shown valid. I was under the impression hashes (MD5, SHA-1) were mostly just for making sure nothing was corrupt in the transfer.

      Digital signatures are for ensuring validity, though they wouldn't protect against the case of a maintainer signing infected code by mistake.

        -Charles

      --
      Learning HOW to think is more important than learning WHAT to think.
    2. Re:Infecting /bin? by GigsVT · · Score: 1

      Well, comparing the MD5 from another mirror or the main site would have caught this one, if I'm understanding the situation correctly.

      --
      I've had enough abrasive sigs. Kittens are cute and fuzzy.
    3. Re:Infecting /bin? by Peter+La+Casse · · Score: 1
      Enlighten me. How do MD5 sums protect you from trojaned software?

      They provide one way for you to discover if the file you downloaded is different from the official release on the official site. As your parent poster noted, this is not always sufficient to protect you from trojaned software, but under some circumstances it does alert you to the fact that you don't have the correct file.

      Here's an example: say that you want to download foo.tar.gz. The main ftp site is too slow, so you download from a faster mirror site. When you finish downloading, you compare the md5sum of the file you downloaded to the md5sum that you got from the project's web site. If they're different, then you know not to install the file you've downloaded.

      Note that this is not the scenario described by the article. You're correct that it is possible for the site maintainer to provide the md5sum (or digital signature) of a corrupted binary, but this doesn't eliminate the usefulness of md5sum under other circumstances.

    4. Re:Infecting /bin? by Parity · · Score: 1

      The sums are available on ftp.mozilla.org, and presumably on mirrors. If the original build was infected, the sum would match everywhere - and the infection would be everywhere. In the case as it happened, however, the clean sum from mozilla.org would not match the compromised package from mozilla.or.kr.

      That said, Mozilla.org does not make it easy or obvious to check the sums. If you download through the web page you may never even know they exist.

      --
      --Parity
      'Card carrying' member of the EFF.
    5. Re:Infecting /bin? by Danathar · · Score: 1

      You ignored the "along with other precautions" part of my post.

    6. Re:Infecting /bin? by chill · · Score: 1

      You ignored the "along with other precautions" part of my post.

      No I didn't. I understood that part and was only looking for clarification on the hash comparison. Other have pointed out that you get the hash not from the mirror but from a trusted source. This was the bit I was mentally missing.

      Sorry about the tone. I wasn't trying to be a smartass, I was missing an important bit and couldn't quite put my finger on it.

        -Charles

      --
      Learning HOW to think is more important than learning WHAT to think.
    7. Re:Infecting /bin? by Anonymous Coward · · Score: 0

      So what you're saying is that if you are using Linux, you always need to check md5 hashes and keep track of which account you are logged into while installing, along with other precautions of course, and all Linux users do this, all the time? Explain to me again why I can't get my mother to pick up Linux?

    8. Re:Infecting /bin? by Zathrus · · Score: 3, Insightful

      I'm assuming this can only occur if you installed the virus infected material as root?

      Last I checked all the major repository systems (rpm, apt, etc) require you to do so. Yup.

      if you install software as root from a compromised source and don't check the md5sums

      Checking the md5sums will do you absolutely no good unless you get the md5sum from a completely independant source -- which isn't true in most cases. In this case there was no independant source -- the Korean site compiles it and distributes it themselves and is not affiliated with the Mozilla foundation.

      along with other precautions you put yourself at risk

      My, that's nebulous. What precautions?

      You could compile from source... and then you're safe as long as someone didn't trojan the CVS server (either intentionally or maliciously). Or are you going to evaluate every line of code prior to compiling it as well? Make sure to double check your compiler and libraries -- if they have a trojan injector then you'll have one hell of a time figuring that out.

      No, it's not anything new. But it should be a wakeup call to a lot of people who think they're "safe" for running non-mainstream software. We're not -- we're just a smaller target. It's just a twist on "security through obscurity", and that's been proven to be inadequate countless times.

    9. Re:Infecting /bin? by Anonymous Coward · · Score: 0

      It's an altered Korean version. The hashes can't be compared to the main site, because they'll be different even without the trojan embedded.

    10. Re:Infecting /bin? by Danathar · · Score: 1

      along with other precautions you put yourself at risk

      My, that's nebulous. What precautions?

      ----------

      Not really. I specfically was not specific because what precautions are taken depend on the level of trust you have for the sources you are downloading your software from.

  26. In Korea.... by Spy+Handler · · Score: 1, Funny

    only old people get infected

    1. Re:In Korea.... by dtfinch · · Score: 1

      Only old builds get infected. Moz 1.7.6 and TB 1.0.2.

  27. OK, if you know *anything* about Linux by Shaman · · Score: 3, Interesting

    Then you'll know this virus was distributed on purpose or the core distribution was hacked and the hackers distributed it on purpose.

    You'll also know that the virus isn't infecting *anything* unless you're running as root or you're using a version of kernel and glibc that have specific flaws to allow the virus to do something as a regular user. Are they using a kernel and software from 2001? Maybe, for all I know, but that's pretty irresponsable if they are.

    This is such a non-issue for anyone except the stunned distributor that sent around the CDs. Not the first time it happened to the Windows world, either.

    --
    ...Steve
    1. Re:OK, if you know *anything* about Linux by Anonymous Coward · · Score: 0

      I'm not a Linux user, so I don't know how installing software works, but I would assume that the installer needs write access to /bin (or whatever) so I guess the issue is whether the installation files are infected since if they are they could pass the virus on to executables in /bin.

  28. Just WHAT was infected by mrcdeckard · · Score: 1

    tfa was a bit brief -- was the tarball infected, or was it the firefox binary? was it infected during the build?

    this doesn't seem like a problem/vulnerability with firefox per se, but a problem with their particular download page -- someone posted an infected file -- oops!

    mr c

    --
    "Physics is like sex. Sure, it may give some practical results, but that's not why we do it." - R. Feynman
    1. Re:Just WHAT was infected by NineNine · · Score: 1

      this doesn't seem like a problem/vulnerability with firefox per se, but a problem with their particular download page -- someone posted an infected file -- oops!

      That's still a "problem with Firefox". Firefox is seen as being responsible for what people download whether it's true or not. That's like buying a new car, and a part inside causes the car to catch fire. Are you going to say that it's the car manufacturer's fault (since after all, that's who you're paying), or are you going to hunt down the part manufacturer? It's the car manufacturer's problem to make sure that the customer is happy in all aspects just like it's Firefox's responsiblity that its product is distributed properly.

    2. Re:Just WHAT was infected by Anonymous Coward · · Score: 0

      That's the dumbest comparison i've read on this thread. What happened in this incident was not Mozilla's fault. If I download the source code for snort and edit a few parts of it and then setup a fake snort domain to mirror snort source code and someone downloads my code and runs it, is it snorts fault? I mean its their program and their name, why should I be blamed? See the point? You compared a car company who inspected car parts and then sold them to someone to an open source provider who did provide good code which someone edited somewhere and hosted on a non-official site.

    3. Re:Just WHAT was infected by Sulihin · · Score: 1

      This is like buying a car at a used car dealer and blaming the manufacturer because the dealer replaced the engine with a barrel of rabid hamsters...

    4. Re:Just WHAT was infected by NineNine · · Score: 1

      Normally, I wouldn't respond to an AC, but you're an idiot. Yes, it's still Firefox's responsiblity to control the distribution. Saying, "Waaah, but you can't control the distribution when releasing open source stuff." doesn't cut it. It's still their problem to solve, regardless. Just because it's difficult, and yes, maybe impossible still doesn't abdicate them of responsibility of distribution of their own product. That's just ridiculous.

    5. Re:Just WHAT was infected by msuarezalvarez · · Score: 1

      Look up the meaning of the word abdicate.

  29. I knew in my bones... by TheUnknownCoder · · Score: 1

    ...that Microsoft was behind it.
    Rumors are that they're running a sweatshop in Malaysia to mass produce viruses to attack the compteition's products, creating a hype about how safer MS really is.

    Besides the one virus mentioned in the article, another one infected machines with the Google toolbar installed: it randomly displays a flying chair across your screen while popping up messages like "I'm gonna kill YOU!".

    --
    Uncopyrightable: The longest word you can write without repeating a letter.
    1. Re:I knew in my bones... by ifwm · · Score: 1

      I heard that white people belw up the levies in New Orleans, so the black people would get flooded and the white neighborhoods would remain safe.

      OH WAIT!!! That was stupid conspiracy crap too...

  30. Quite postmodern by jpsowin · · Score: 1

    Guess anything that can be programmed is also vulnerable, regardless of how impenetrable it is.

    I guess anything that can be built can be broken, regardless of how unbreakable it is.

  31. ...that Firefox needs to be fixed? by Paul+Neubauer · · Score: 2, Interesting

    As I recall, Firefox (which is not the same as Mozilla, yes, I know) won't work quite right unless it is run as root once. Isn't that a security hole waiting to be exploited by something like this? Even a user who normally doesn't normally run as root can be hit with this situation.

    --
    I don't subscribe to RMS's GNUtopian vision.
    1. Re:...that Firefox needs to be fixed? by Paul+Neubauer · · Score: 0

      Bah, even using preview I didn't catch that screwed up phrasing. Guess I better not do anything too important for a while.

      --
      I don't subscribe to RMS's GNUtopian vision.
    2. Re:...that Firefox needs to be fixed? by eno2001 · · Score: 1

      Not true. I've installed firefox as a regular user in /home/my_dir/.approot/firefox and it worked just fine. Firefox cares not where it is installed nor by whom. (How's that for screwed up phrasing? ;) )

      --
      -"...bad old ideas look confusingly fresh when they are packaged as technology" - Jaron Lanier (Digital Maoism on Edge.o
  32. Re:Secure.. by Wierd+Willy · · Score: 3, Insightful
    And they said Linux is more secure than Windows..


    It is. The fact that the only way for it to be effective is to pre-infect the original distribution. Which means someone miscopulated the canine. Still cant get around human fallibility in that regard.

    Linux is still much more secure in its raw state than almost any closed-source product even after post-install configuration. Anyone with a modicum of experience with a fresh *nix installation will likely spot this before it does any real damage.

    Suppose it was only a matter of time before someone figured this out though. Goes to show you, it is not a good idea to hook any system up to a network or the web before you finish the basic post-install configurations.
    --
    Stupid Humans.....
  33. No, no, no... Windows is as secure. by MyTwoCentsWorth · · Score: 3, Informative

    Since if you run it as a normal user on Windows it cannot damage the system files either :)

    1. Re:No, no, no... Windows is as secure. by arkanes · · Score: 5, Funny

      No, Windows is more secure because you can't write to a binary thats being executed or has been loaded by another process. Viruses can only infect your system files if you reboot!

    2. Re:No, no, no... Windows is as secure. by Galileo430 · · Score: 2, Insightful

      Provided your Windows install is not on a FAT partition. In which case, security what's that?

    3. Re:No, no, no... Windows is as secure. by despisethesun · · Score: 2, Informative

      Yeah, and then you can't do anything with your system because so many vendors write their software so that it's only useable by users with administrator priviledges. Thanks for nothing, ISVs!

      --
      This poo is cold.
    4. Re:No, no, no... Windows is as secure. by Anonymous Coward · · Score: 0

      Teh filesystem is PHAT.

    5. Re:No, no, no... Windows is as secure. by drgonzo59 · · Score: 1

      That also means that the virus can just infect them on the next reboot and then the anti-virus program won't be able to fix critical system files that have been infected. The best way is to just install Mozilla in your user folder.

    6. Re:No, no, no... Windows is as secure. by stupidfoo · · Score: 1

      Easy fix for most software like that is to make the user an admin, log in with their account, install the software, make the user a normal user again, and log out. If that doesn't do it, giving the user full rights to the registry settings for the program usually fixes it.

      Not a perfect system, but it works fairly well.

    7. Re:No, no, no... Windows is as secure. by Anonymous Coward · · Score: 2, Informative

      But you can write arbitrary code into another process's memory space and then (gasp!) execute it via CreateRemoteThread(). One of the Phrack's articles discusses inserting a piece of code into a trusted application (IE if I remember correctly), thus fooling ZoneAlarm into letting the outcoming traffic through. Here is the article:
      http://www.phrack.org/phrack/62/p62-0x0d_Bypassing _Windows_personal_fw_with_process_infection.txt

      I understand you were being funny though : )

    8. Re:No, no, no... Windows is as secure. by wheany · · Score: 1

      I really can't think of any software that I've installed on this machine that doesn't work when run from a limited user account.

    9. Re:No, no, no... Windows is as secure. by Anonymous Coward · · Score: 0

      I really can't think of any software that I've installed on this machine that doesn't work when run from a limited user account.

      Mobile Command. gMax. 3DSMax. All of these programs need admin rights to install. You install them on Windows XP and they create a folder at the root of the C: drive. When a user logs on and trys to run the program they get an error message. AutoDesk and Discreet both had the same solution; "make all your users local administrators." Yeah, sure. Thanks for the great advice. Instead we just gave proper permissions to the folders that these programs created and then they worked for all users who logged on.

      We never had problems like this with Windows 2000 but since switching to Windows XP we have been inundated with stupid little problems like this. To be honest though I think that many of these problems are not the fault of Microsoft but are the fault of the application developers.

    10. Re:No, no, no... Windows is as secure. by despisethesun · · Score: 1

      you must not play many games, then.

      --
      This poo is cold.
    11. Re:No, no, no... Windows is as secure. by wheany · · Score: 1

      Now that you mention it, Punkbuster needs administrator rights. My solution to those games is to "run as" administrator. It's still better than just logging is as an admin.

    12. Re:No, no, no... Windows is as secure. by lintux · · Score: 2, Interesting

      ruby~# cat > /tmp/cat
      -su: /tmp/cat: Text file busy


      Same thing here. As soon as I quit the cat process still running from that binary, I can alter the binary.

      Although unlinking and then replacing the binary would work.

    13. Re:No, no, no... Windows is as secure. by wheany · · Score: 1

      Thanks for the great advice. Instead we just gave proper permissions to the folders that these programs created and then they worked for all users who logged on.

      Yeah, this is the normal solution to any programs that don't work out-of-the-box on a limited account. The next step is to change the permissions in some branch of the registry...

  34. You're fine?!? by Anonymous Coward · · Score: 1, Insightful

    Even so, as long as the user you run doesn't have write acccess to any executables (tis a good idea), you're fine.

    Uh, but don't you need write access to be able to install the infected mozilla executables? Even if it can't infect executables, having your web browser infected is more than bad enough since you typically enter all sorts of "interesting" information in your browser. How is this "fine"?

  35. Ehh, this is a hijacked package. by Anonymous Coward · · Score: 1, Informative

    Its not about a security exploit. Somebody managed to put up an altered binary on a public server. Its the exact same thing as if someone managed to alter a binary at download.com for windows. You wouldnt blame Microsoft for that would you?

    1. Re:Ehh, this is a hijacked package. by rongten · · Score: 1

      Too true. I hope people will realize and drop the guns.

      --
      Zed: Nothing is ever easy
    2. Re:Ehh, this is a hijacked package. by m50d · · Score: 1

      It was an old virus, I'm sure the site serving up the scripts has been taken down by now, more likely the person building the binaries happens to be infected. So it's more like the Creative MP3 player thing.

      --
      I am trolling
    3. Re:Ehh, this is a hijacked package. by Anonymous Coward · · Score: 0

      "You wouldnt blame Microsoft for that would you?"

      You're new here, aren't you?

  36. Real users... by guruevi · · Score: 1

    ...use Lynx or Links, not a graphical interface!

    --
    Custom electronics and digital signage for your business: www.evcircuits.com
    1. Re:Real users... by MrLint · · Score: 1

      well pR0n isnt as exciting when all the pics start with JFIF

    2. Re:Real users... by mlk · · Score: 1

      ascii ponr?
      or use lynx to download, then xv to view?

      --
      Wow, I should not post when knackered.
    3. Re:Real users... by staed · · Score: 1

      You n00b! Why not just telnet to port 80? I've done it for years and have now upgraded my brain so that i can parse pages with nested frames in real time.

    4. Re:Real users... by MaskedSlacker · · Score: 1

      Is your brain from the 1.x or the 1.5.x development branch?

    5. Re:Real users... by staed · · Score: 1

      Actually it's 0.9RC1. But please don't tell anyone, it's a bit embarrassing.

  37. Normal installation runs binaries as root by Bogtha · · Score: 4, Informative

    Before everybody starts pointing out that they don't browse the web with their root account, and so can't write to any of the binaries on their system, you should be aware that one of the infected files is the installer - which most people do run as root.

    Also, even if you don't run the installer binary, but simply unpack the tarball manually, the release notes tell you to run included binaries as root as part of the normal multi-user installation process.

    --
    Bogtha Bogtha Bogtha
    1. Re:Normal installation runs binaries as root by LnxAddct · · Score: 1

      The servers were not affiliated with Mozilla, they were just public servers providing a korean version of Mozilla. Why the hell would you download something from an unknown source... espeecially when there is an official one you can use.
      Regards,
      Steve

  38. trust no one by brenddie · · Score: 0

    To trust no one should be part of a good
    security practice. Just because you are downloading something from a well known not evil entity it doesnt mean you should let your guard down.
    More like everything could be bad unless proven otherwise aproach.

    It would be funny something like this happening on
    the windows update servers as they are pushing the
    automatic download and installation of updates.

    --
    The best test environment is production. - Me
    chrome://browser/content/browser.xul
  39. The obvious by floop · · Score: 1, Funny

    I can't believe Microsoft didn't do this sooner.

  40. Re:Virus data - It's old! RTFM by Anonymous Coward · · Score: 4, Informative

    If the poster would have read and UNDERSTOOD the original article, he would have realised that it was only a general hint about dangers that can happen when you dowload binaries. He refers to an OLD mozilla security breach (check out the version numbers).

    "Infected binary or source code files aren't anything new. And sometimes they are found on public servers. Mozilla.org is the latest example.

    Korean distributives for mozilla and thunderbird for linux turned out to be infected - mozilla-installer-bin from mozilla-1.7.6.ko-KR.linux-i686.installer.tar.gz and mozilla-xremote-client from thunderbird-1.0.2.tar.gz were infected with Virus.Linux.RST.b"

  41. great... by AxemRed · · Score: 0, Troll

    Why is only the Korean version infected? The North Korean leader is already paranoid enough. This will push him over the edge.

    //Headline: North Korea Bans Use of Computers

    1. Re:great... by Anonymous Coward · · Score: 0
      //Headline: North Korea Bans Use of Computers

      //Headline: Blizzard Software files for Chapter 11

  42. file permission... by herve_masson · · Score: 2, Insightful

    Who is that guy who don't feel necessary to precise that "/bin directories" can't be written by non-root users... Jeez, "all about internet security", really ? Make your facts accurate !

  43. Comma and get it! by Anonymous Coward · · Score: 0

    "It also contains a backdoor, which downloads scripts from another site, and executes them, using a standard shell."

    Well, I hope, this gets, fixed quickly.

  44. Linux.RST.B was not effective virus in 2002 by Anonymous Coward · · Score: 3, Informative

    This Linux virus was not effective virus in 2002. It is even less effective now. The firefox was about 2 version old, so the infection rate is extremely low.

  45. Well, ... by c0l0 · · Score: 1

    I guess that's why you don't download, install and run precompiled binaries from unstrusted sources. Or do you?

    --
    :%s/Open Source/Free Software/g

    YTARY!
    1. Re:Well, ... by Rinzai · · Score: 1
      Yeah, but...

      If, for some God-forsaken reason, Linux had become the pre-eminent operating system, then my dad wouldn't have a computer. Most people wouldn't. The prices of hardware would still be sky-high, and there wouldn't be a Wikipedia or Amazon.com. Do you think Joe Average is going to be able to manage a computer when every software installation involves downloading source, inspecting it for bugs and backdoors, then compiling it?

      The Linux priesthood is the modern-day equivalent of the pre-millenial (that is, year 1,000) Catholic Church, or the Pharisees of Jesus' time.

      Ya'll need to wake up and smell the bits.

    2. Re:Well, ... by Anonymous Coward · · Score: 0
      To become a "pre-eminent operating system" (Linux is a kernel, by the way), I assume you mean that not only were Mac OS X and Windows vanquished, but One True Distro rose above all others and became the standard. If this were the case, money and resources would have been funnelled into this distro, and it would almost certainly have stabilised somewhat by now so that it was not a moving target. This being so, as the pre-eminent operating system, all Linux software, both old and new, would have been built against and packaged for this distro, which, if it was indeed stabilised for the most part in terms of APIs and libraries, would elminate dependency hell completely, and would allow anyone to simply download their required software and install it (as most libraries will have found their way into standard repositories, where they will be downloaded automatically if they are needed) or, better, all software would be packed into a frquently updated repository.

      Big Business would of course seek to improve the OS itself (it is, remember, the standard and most ubiquitous OS, and Business does not benefit from a shitty OS), presumably pooling any of their modifications for use by anybody, in the spirit of the GPL. As such, the result would be at least as easy to use as Windows.

      Don't think that the current methods of installing software under Linux are due in any way to lack of sophistication - Linux's software management trounces Windows's as Linux has had harder problems to solve stemming from the sheer flexibility (and thus, lack of a standard) of the OS. The fact that Windows has remained unchanged since 2001 is almost the sole reason you can grab a .exe and have it install flawlessly.

    3. Re:Well, ... by Anonymous Coward · · Score: 0
      Oh you are so right...

      " In general, whereas the Sadducees were conservative, aristocratic monarchists, the Pharisees were eclectic, popular, and more democratic. "yep... democracy, the root of all evil.

      The "linux priesthood" is well known for suppressing dissenting opinion via violence (or threat thereof), mean we hear about the mass-slayings of windows users ALL THE TIME in the news.

      Its good to know, that wikipedia would still be there if all the linux machines disappeared tomarrow

      God knows that linux was holding back the computer revlotion when it was first released in 1991 with its strangle-hold on the hardware production, keeping hardware costs high. High costs of computers had nothing to do with the micro-processor being a new technology (in the early to mid 80's, when computers where quite costly), which was just not mature enough to have price point fall. SOFTWARE was keeping the cost of HARDWARE up, that's the most logical explination.

      I just wanted to say "here, here" to your well thought out points.

      Oninoshiko

  46. OSS virus software - Clam AntiVirus by Anonymous Coward · · Score: 1, Informative


    The article suggests that one should scan the files downloaded from the internet for viruses.

    For excellent antivirus software see free open source Clam AntiVirus.

    1. Re:OSS virus software - Clam AntiVirus by Anonymous Coward · · Score: 0

      Mod parent up! In fact, it looks like ClamAV detects the Linux.RST.B virus. See here

  47. Smart enough doesn't matter... by RhettLivingston · · Score: 2, Interesting

    because most users run as root despite being smart enough to know its safer not too. For the same reason New Orleans didn't have category 5 safe levees, most users spend a lot of their time running as root. Its simply easier to take the risk and, unless your system is critical, getting taken down once in a while just represents an opportunity to clean up. Especially in America, we like our freedom and we are risk takers. Its in our blood.

    1. Re:Smart enough doesn't matter... by Anonymous Coward · · Score: 0
      because most users run as root despite being smart enough to know its safer not too. For the same reason New Orleans didn't have category 5 safe levees, most users spend a lot of their time running as root. Its simply easier to take the risk and, unless your system is critical, getting taken down once in a while just represents an opportunity to clean up.

      Hmm, these waters were rather muddy, I doubt they cleaned anything up.

      SCNR.

    2. Re:Smart enough doesn't matter... by skiman1979 · · Score: 1

      Most of the distros I've installed have you create a normal user account during installation. Now, if a user installs Linux, and knows he created an account, he is likely to use that account. Then, through normal use, if he tries to run something that needs root privileges, he is either denied, or prompted for the root password (depending on the distro setup).

      --
      Having a smoking section in a public restaurant is like having a peeing section in a public swimming pool.
  48. Redhat 9 by oliverthered · · Score: 1

    A lot of people are still running Redhat 9 and that's ancient in the OSS world, so I expect some people are still running much older versions of linux that may have the circa 2001 flaws.

    --
    thank God the internet isn't a human right.
  49. Back to lynx by ewg · · Score: 0

    Easy come, easy go. It's back to lynx(1) for me!

    --
    org.slashdot.post.SignatureNotFoundException: ewg
  50. North Korea? by killtherat · · Score: 2, Funny

    Do you think we can blame this on the North Korean Hacker army we've been hearing about?

  51. And so it begins... by Jesus+2.0 · · Score: 1

    If the installer binaries are infected, well, you're screwed.

    Build from source.

  52. The trustworthiness of the Mozilla Foundation... by try_anything · · Score: 2

    ...is what's on the line here, not the security of Firefox. Installing someone else's code is always insecure if they can't be trusted. I still trust Mozilla, but I'm really shocked by this.

  53. Tinfoil shoes? by bitslinger_42 · · Score: 5, Insightful

    OK, really paranoid, conspiracy-theory thought here... Yesterday, Symantec, a vendor with an AV product, releases a report claiming that Mozilla is not as secure as IE. Today, a news story comes out that a download of Mozilla from some website in Korea has been trojaned. Anyone else wondering if Symantec placed the infected files in Korea to boost sales of either their Linux AV product (haven't checked to see if there is one yet) or their security consluting services?

    My late-night googling skills are failing to find a reference, but I remember some stories from a couple years back about AV companies writing and releasing new viruses to pad their list of known viruses. If that was true, then I wouldn't put a stunt like this past them.

    1. Re:Tinfoil shoes? by Spy+der+Mann · · Score: 1

      Anyone else wondering if Symantec placed the infected files in Korea to boost sales of either their Linux AV product

      If wondering means "being almost convinced", then yes, I'm wondering, too.

    2. Re:Tinfoil shoes? by dorgy · · Score: 1

      Or...

      Maybe the NSA/CIA boys finally figured out that the only way to break into (north/south) Korea networks is through social engineering. So insert a trojan into some piece of software that Koreans have a chance of installing onto thier computers and hope for the best that one of those installation is going to be on a goverment/military network.

      (yadda yadda yadda, tongue in that flabby matter around your jaw bone)

  54. Fine under Linux emu and OpenBSD by Anonymous Coward · · Score: 1, Informative


    I can trace the code trying to run but OpenBSD just err's out a message to the console and Mozilla keeps running.

    Awesome.

  55. Oy... by dpaton.net · · Score: 2, Insightful

    When are people going to lean that the only truly secure computer is the one that's free of any connection to anything, wired or otherwise, powered off, encased in concrete, and then shot into the sun? Anything that people build will have some kind of vulnerability. The trick is mitigating them so that damamge is minimal.

    Come on...this isn't rocket surgery. Use some common sense.

    --
    This is not a sig. this is a duck. quack.
  56. Added by the Magnificent Kim himself? by twain · · Score: 2, Funny

    Maybe the perp behind was the magnificent and dear chairman Kim Jong-Il himself? I really can't think of anyone else clever enough with skills mad skillz to pull it off.

  57. Re:Some stuff by Anonymous Coward · · Score: 0

    You forgot:

    8) The 'let me sum the discussion up into categories' karma whore.

  58. Checksums do not exists for nothing. by renoX · · Score: 2, Insightful

    While you're right normally one installing software as root, installing software from a FTP site without checking at least the md5sum from a trusted origin is dumb.

    Unfortunately this part can't be fully automatised, because you would rely on the untrusted package to find the originator sources which can be facked, obviously..

    If the installation on Linux was standardised maybe just asking the user where is the originator website of the software.
    But Linux's distribution can't even standardised on a common packaging format, so standardising on a common installation tool is a pipe dream..

    1. Re:Checksums do not exists for nothing. by despisethesun · · Score: 1

      I don't see how running an md5 checksum is going to help in this case since the file was infected at the source (the ftp). There's nothing stopping them from replacing the md5sum on that site along with the main .tar.gz or .rpm or whatever. And where are you going to find a trusted 3rd party checksum for the files?

      --
      This poo is cold.
    2. Re:Checksums do not exists for nothing. by Sulihin · · Score: 1

      If it is a custom build of Mozilla for Korean then it'll require custom md5sums which will almost certainly also be compromised. md5sums are good to verify that your download wasn't corrupted or intercepted en route, but they won't do much to verify that the site wasn't compromised.

    3. Re:Checksums do not exists for nothing. by ajs318 · · Score: 1

      There is a standard package format -- it's a src.tar.gz file created with autoconf and automake. Unfortunately, most people don't use these tools properly; so their configure scripts do not check for everything they ought to and allow you to get as far as "make" before the problems show up. Doubly unfortunately, most people who succeed to fix this dependency situation are so pleased with themselves at doing so, they then forget to contact the package maintainer to say what the problem was and how to fix it.

      If you want more than a couple of hundred "native" packages to choose from, Debian Testing/Unstable {including k?ubuntu} and Gentoo are the only realistic choices.

      --
      Je fume. Tu fumes. Nous fûmes!
    4. Re:Checksums do not exists for nothing. by I'm+Don+Giovanni · · Score: 0

      Rather than just a checksum, what you need is an honest-to-goodness digital signature issued by a trusted third party, but OSS folk don't believe in digital sigs as it goes against their ideology (digital sigs aren't "open enough" according to Mozilla and other OSS folk). Ideology over security, the OSS mantra.

      --
      -- "I never gave these stories much credence." - HAL 9000
    5. Re:Checksums do not exists for nothing. by renoX · · Score: 1

      Because obviously you use the md5sum for the original website, not from the site you're downloading!

      And that's why it is impossible to fully automatise..
      Now some users won't ever understand why you cannot use the md5sum from the same website so in my opinion there are currently only three safe possibilities:
      1- the user cannot install anything and do not know root password.
      2- the user uses a centralised installation software and only install what is available from his distribution.
      3- the users know md5sum and also know that it must use the sum from the original site, not from the mirror site.

      The difference betweem 2 and 3 is quite large..
      But as said before, a tool which would check the md5sum (under the hood) would require that
      1) all softwares have a well known public 'trusted' website.
      2) on these websites, the checksums would be kept at a predictable location in a common format.

      I'll beleive it's possible when I see it, giving that Linux's distribitions couldn't even settle on a common packaging format (I'm not even talking about the tools)

    6. Re:Checksums do not exists for nothing. by Sulihin · · Score: 1

      This is certainly true for mirrors. My response wasn't discussing mirrors, however, but sites with custom builds. It wouldn't be difficult (though it would be of debatable value) to have a site that simply hosted the md5 sums of registered programs which an installer could verify. There are likely, however, better ways of digitally signing a binary. One thing to consider is that the site in question wasn't a Mozilla site at all. If they're downloading something from a non-trusted site instead of the actually vendor, just about any mechanism you can conceive of goes out the window if that site is compromised.

    7. Re:Checksums do not exists for nothing. by Anonymous Coward · · Score: 0

      Checksums don't help when you include the virus in the checksum. This wasn't a server compromise - it was a contributed build.

  59. Alan Cox was right by Saunalainen · · Score: 5, Insightful
    Yet another example of the lamentable state of modern computer security. This wouldn't be a problem if operating systems required a trusted signature for software to be installed.

    I use a lot of OS software (e.g. Firefox, NeoOffice/J, LyX, R), but the standard installation process on my platform (OS X) does not allow checking for an authentic signature. Why is this not built in? It doesn't have to be this way: for instance, Red Hat signs its own RPMs (though Debian's APT didn't support this last time I looked).

    We already have to trust the developers. We shouldn't have to trust every FTP server too.

    1. Re:Alan Cox was right by Anonymous Coward · · Score: 0

      apt-signatures. It does now.

    2. Re:Alan Cox was right by Threni · · Score: 1

      > We already have to trust the developers. We shouldn't have to trust every FTP
      > server too.

      You shouldn't be trusting Slashdot articles either, given that this whole story looks like a work of fiction, unless you have a reference that proves me wrong.

      My way of avoiding this sort of problem is just to allow other users to play with new releases of software for a few weeks before installing it myself. New versions of Firefox, for instance, never contain anything too exciting, so I can afford to stick with the old version for just a little longer.

    3. Re:Alan Cox was right by gr8_phk · · Score: 1
      "This wouldn't be a problem if operating systems required a trusted signature for software to be installed."

      That's just stupid. That requires an authority to sign anything you install. That means an end to free software and independant development. That mean you won't be able to write software on your own computer. Why? Because if an independant can get his code signed, so can a virus author. If it's voluntary, you can already install signed code today. Another option is to use a popular distribution and only install the prepackaged apps (ie use yum or apt only with offical repositories). In the end, you must trust the source you got your software from. Apparently this Korean Mozilla repackager is not trustworthy.

    4. Re:Alan Cox was right by Saunalainen · · Score: 1
      You shouldn't be trusting Slashdot articles either, given that this whole story looks like a work of fiction
      Whether or not this particular case really happened, the fact remains that there is no safeguard aginst a web/FTP server being hacked. It certainly happened to Debian.
      My way of avoiding this sort of problem is just to allow other users to play with new releases of software for a few weeks before installing it myself.
      However, this does nothing to protect you if the original is only replaced by the trojaned version after a couple of weeks.
      New versions of Firefox, for instance, never contain anything too exciting
      Apart from, for instance, critical security updates.
    5. Re:Alan Cox was right by Tom · · Score: 2, Informative

      More recent versions of apt support signatures, and require confirmation before they will install an unsigned package.

      --
      Assorted stuff I do sometimes: Lemuria.org
    6. Re:Alan Cox was right by I'm+Don+Giovanni · · Score: 1, Informative

      Windows XP SP2 does check for digital sigs of downloaded software every time said software is run, and warns the user if there is no sig or if it's invalid (the user can override the warning and still run/install the software). It even allows the user to view the details of the digital sig certificate.

      --
      -- "I never gave these stories much credence." - HAL 9000
    7. Re:Alan Cox was right by Darkling-MHCN · · Score: 0, Flamebait

      This is a ludicrous statement.

      A system where apps have to be signed in order for the app to be deployable on an OS would make that OS a totally closed and a private shop. No developer would be allowed to develop apps for the OS unless some central body deems it in their interest.

      In this case, if the story is true, it may have made no difference, as the files were on Mozilla's own FTP site. Even if the app was signed, it may be that the files were infected as they were being built. In other words if Mozilla were signing their apps, they could have been signed with Mozilla's trusted certificate and still be infected with the virus.

      I think it's yet another example of how Amateurish open source development can be. It's totally unforgivable for any professional software organisation to distribute apps infected with a virus, neverlone such a major vendor.

      Slashdot's moderating has really gone steeply down hill of late there's no way this should be a 5.

    8. Re:Alan Cox was right by burnin1965 · · Score: 1

      I don't think you understand the concept of digital signatures. There is a simple description here:

      http://www.youdzone.com/signature.html

      It does not mean the end to free software and independant development. It means you check the signature on the software you downloaded to ensure it actually came from the developer you think it came from.

      As the parent post noted, Red Hat signs their RPM releases with Red Hat's digital signature. You can still download the Red Hat RPMs from an independant mirror but you don't install them if the signature test fails.

      burnin

    9. Re:Alan Cox was right by seifried · · Score: 4, Informative

      Uhh every major RPM based distro (Red Hat, SuSE, Mandriva, Trustix, etc, etc.) does this. Third party guys like Dag who distribute literally hundreds pf RPM's also sign their packages (thus if I have Dag's key I can verify his RPM's regardless of where I actually get them. In RPM based systems adding a key consists of:

      Download the key (RPM-GPG-KEY-fedora for example)
      rpm --import RPM-GPG-KEY-fedora

      And voila. This works for third party developer's keys.

      As for your other comments they are just misinformed, you should read the article maybe. Or not and justmake stuff up, that works too.

    10. Re:Alan Cox was right by Darkling-MHCN · · Score: 1

      My comment was in reference to the notion of forcing application developers to apply for a trusted digital certificate to sign their applications and for the OS to deny unsigned applications or applications signed with a certificate that is not trusted the priveledge to execute.

      This is exactly how Microsoft's Smartphone OS works. Apps simply won't run on a phone unless they are signed with a trusted digital certificate. The OS is basically locked down. These sorts of systems put in place the mechanism to lock out smaller developers and unwanted competition from an OS and is completely contrary to the whole notion of Open Source.

      And as for my other comment about it being amateurish... it doesn't matter how/when the files were infected or exactly how official or unofficial this ftp site was, any professional organisation should be tightly controlling and reviewing the packaging and distribution of it's applications.

    11. Re:Alan Cox was right by gr8_phk · · Score: 1
      If the Korean mozilla repackager provides their own signature, the problem still persists. If they are making changes to the base mozilla stuff for the Korean market, they'd need their own signature. If they are not adding any value, then users should be getting their stuff straight from the source - mozilla.org.

      If the korean site is just redistributing (perhaps mozilla downloads to Korea are slow) then digital signatures would have worked. So the quesitons are: What benefit did this site offer? and if none, Why then did they repackage?

    12. Re:Alan Cox was right by Saunalainen · · Score: 1
      A system where apps have to be signed in order for the app to be deployable on an OS would make that OS a totally closed and a private shop. No developer would be allowed to develop apps for the OS unless some central body deems it in their interest.
      I doesn't have to be a central authority - I'd be happy to get a signature from the Mozilla foundation themselves.

      "Ah", you say, "you're back where you started: how do you know that the server where the signature resides hasn't been compromised?"

      Well, digital signature files can be validated by another authority. I'm sure Red Hat, Novell, or IBM would be happy to countersign the Mozilla signature file. All they are doing is confirming that they have checked that this is indeed a signature that belongs to Mozilla - they don't have to sign every package.

      In any case, a signature is a small file. The Mozilla signature could be published on Red Hat's, IBM's, Novell's websites, and I can check that they all agree. The more websites I check, the more confident I can be that this is an authentic signature file. I can afford to spend a little effort doing this, because I only need to accept the signature once for each application (or each application developer). This signature will not only be valid for the initial installation, but also for each upgrade or patch. Very useful if, say, you're compiling KDE snapshots from dozens of tarballs.

      As for any software project who is too small to be on anyone else's radar: contact the developer themself to get the signature, and think hard before installing it system-wide. You can always compile and run it in an unprivileged user account dedicated to this software alone.

      Even if the app was signed, it may be that the files were infected as they were being built
      I sincerely hope that no developer uses their own machine as an FTP server. A project as important as Mozilla should only permit development on machines that are protected from the internet. If the story is true, it's much more likely that the FTP server was the weak link - it inevitably provides a much larger target to prospective crackers.
    13. Re:Alan Cox was right by iMacorIBM · · Score: 2, Informative

      Uh, Debian signs packages and repositories. And it actually maintains its' own packages. Not going to find the power of Xen signed by RedHat. In Debian, sure. With DSA updates, you can trust a rogue developer with lax programming techniques.

      Anything not signed by Debian requires user intervention by default. Repositories outside the standard distribution (i.e for Adobe Acrobat, RealPlayer, non-US DVD ripping and encoding tools, etc.) have signatures too, but I have added them to my keyring myself to avoid prompts about installing untrusted software. Package md5sums still validate package integrity.

      This is standard behaviour in Etch and Sid. The repository signatures are not in apt in Sarge by default.

      What is the cost of all this hard security maintenance? Well using modern techniques, this estimate is worth a read.

      iMac

  60. I feel like the harbinger of doom... by suitepotato · · Score: 1

    ...or at least one of his tribunes, bringing forth the message, being ignored as usual, and watching the foretold calamity from a nearby hilltop and muttering to myself, "and so it begins."

    Sooner or later the haughty attitude and assumption of near omniscience and perfection catches up and the weaknesses which built and multiplied and were covered with a coat of paint as it were cannot longer be hidden and the whole thing crashes down.

    Microsoft's earlier buggy code was partially a result of this sort of idiocy. The very foundations of bug hunting and removal are in the writing of the code in the first place and those who believe all they do to be blessed and special are more prone than any others to make the grievous errors that in the end destroy the reputation of the writers, the publisher, and the product itself and as Microsoft has clearly shown by their own peccadillos, reputation is easier kept than restored after a loss.

    The Firefox has fallen in the mud. Better not let the flames go out and the hunters catch it...

    --
    If my grammar and spelling are off, I am [distracted/tired/careless] (take your pick)
    1. Re:I feel like the harbinger of doom... by Anonymous Coward · · Score: 0

      You may feel like the harbinger of doom, but you look like an ignorant asshole who doesn't have a clue what he's talking about. Bet you wanted to know that, eh?

      Maybe you should wait for an issue that actually involves Firefox before you proclaim the downfall of Firefox. Newsflash: this one doesn't.

      And maybe you should wait for one that actually involves an official release, rather than one put together by untrusted third parties with no affiliation with the authors of the software. Newsflash: this one doesn't.

      And maybe you should wait for one that involves an actual problem with the software in question, rather than one that is a case of a completely unrelated virus infecting this unofficial package that isn't of Firefox, in much the same way as viruses can infect unofficial packages of any software, free or not, open source or not, Mozilla or Microsoft.

      And maybe you should wait for one that involves up-to-date versions of the software that a lot of people are actually going to be downloading, rather than an issue that only affects a handful of out-of-date builds that nobody wants.

      Because, see, if you start proclaiming doom and destruction for OSS before there's actually any impending doom and destruction, you end up looking like an idiot or a shill. And I'm sure you don't want that.

  61. how will the /. crowd spin this one? by Anonymous Coward · · Score: 0

    If this was a story about Microsoft/IE/Windows, the /. crowd would be crowing about it and saying how the episode shows how bad/insecure MS/IE/Windows is.
    This time it's happened to the "good guys" - does that mean that Mozilla/Linux should be shouted down for being bad/insecure.

  62. No, but they've distributed viruses on CD-ROM. by Richard+Steiner · · Score: 1
    --
    Mainframe/UNIX Bit Twiddler and long time Windows/Linux Hobbyist.
    The Theorem Theorem: If If, Then Then.
  63. Re:...that Korea needs to be nuked? by ArsenneLupin · · Score: 1
    The site where the rogue binaries were distributed from are not even affiliated with Mozilla, despite its name. Bush should pressure the Korean government to shut down that site who distributed these trojan horses without Mozilla's permission.

    But, as there is no oil to be found in Korea, the motivation to intervene is somewhat thin...

  64. It must be said.... by AvantLegion · · Score: 1, Funny
    In Korea, only old people use prebuilt binaries.

  65. If Microsoft did it, it would be Microsoft. by khasim · · Score: 5, Insightful
    I believe the point is if MS did this, it wouldn't matter how fast they removed the infected binaries, there would be a string of posts pontificating on how this clearly demonstrates linux/firefox as superior. And they'd all be modded +5.
    If Microsoft distributed infected binaries, then it would be Microsoft distributing infected binaries.
    Of course saying the reverse here will quickly get you troll/flamebait/overated down to -1.
    You do realize that you're completely wrong.

    This is not about Mozilla distributing infected binaries. Mozilla did not. If they had, your analogy would be correct.

    This is about a 3rd party site distributing binaries of compiled Mozilla code that were infected.

    The only Microsoft comparision that can be made would be if HP (or some OEM) shipped WinXP computers with a virus.

    The real question is how did that virus get there in the first place. It's been around for a while but it doesn't spread.
    1. Re:If Microsoft did it, it would be Microsoft. by AviLazar · · Score: 1, Insightful

      This is not about Mozilla distributing infected binaries. Mozilla did not. If they had, your analogy would be correct.

      This would hold true, imho, except that Mozilla encourages others to distribute these programs. As such, they give authorization for people to represent them. It's like going to a Quizzno's and buying a sandwhich, getting sick and then sueing the store (which has a placard of being independently owned) and the parent company. Yea the parent company didn't make a bad sandwhich, but guess what - they authorized this store to make them in their name.

      Does it suck for the parent company, yes, but that is the chance they risk for letting others do their job.

      --

      I mod down so you can mod up. Your welcome.
    2. Re:If Microsoft did it, it would be Microsoft. by MikeFM · · Score: 2, Insightful

      It sounds like a deliberate plant to me. Either that or this site has horrible security. Linux viruses just don't spread without effort - especially in apps compiled from source. Possibly a pay off to discredit Mozilla?

      I guess this proves that Mozilla needs to take more care in selecting who is allowed to act as major redistributors. Maybe start releasing code hashes for every version of Mozilla offically released so that all can be verified before install?

      --
      At what price learning? At what cost wisdom? The price is a man's peace of mind, and the cost is his life.
    3. Re:If Microsoft did it, it would be Microsoft. by Kythe · · Score: 1

      The analogy is still not accurate.

      As the GP noted, Microsoft encourages others to distribute its programs, too, via resellers. Would it be fair to claim that "Microsoft is distributing infected software" if HP or Dells were shipped with viruses, and the viruses hadn't actually come from Microsoft?

      In my opinion, the reasonable answer is "no".

      --

      Kythe
    4. Re:If Microsoft did it, it would be Microsoft. by AviLazar · · Score: 1

      People on /., remember that is the target audiance we are talking about, would cry foul on MS.
      Obviously it is not reasonable, but people here are not always reasonable, and they get mod'd -5 Reasonable, automatically, when MS is involved.

      --

      I mod down so you can mod up. Your welcome.
    5. Re:If Microsoft did it, it would be Microsoft. by Kythe · · Score: 2, Insightful

      People on /., remember that is the target audiance we are talking about, would cry foul on MS.
      Obviously it is not reasonable, but people here are not always reasonable, and they get mod'd -5 Reasonable, automatically, when MS is involved.


      Well, since this thread and line of argument was started by "poor Microsoft! Can't get a fair shake on Slashdot! Look how bad Mozilla is!" whining, I think this statement is a tad disingenuous.

      It's amazing to me, considering all the complaining pro-MS types do around here, just how well represented they are in these discussions.

      --

      Kythe
    6. Re:If Microsoft did it, it would be Microsoft. by wilsone8 · · Score: 1

      I've got a tin foil hat with your name on it when you need that too. Microsoft plant...shesh.

      --
      The real problem is not whether machines think but whether men do. - B.F. Skinner
    7. Re:If Microsoft did it, it would be Microsoft. by pohl · · Score: 1

      I'm glad someone else noticed that. There seems to be far more "cue the MS-bashers in 3, 2, 1..." comments than there are actual MS-bashing comments.

      --

      The "cue the foo posts in 3, 2, 1..." posts will commence with no subsequent foo posts in 3, 2, 1...

    8. Re:If Microsoft did it, it would be Microsoft. by MikeFM · · Score: 1

      It's exactly the kind of thing Microsoft would do. They've admitted to trying to find ways to break the community trust needed for opensource to work. Planting an infected binary or hacks into the codebase would be just the sort of thing. Their whole 'Get the Facts' project is disinformation just for that purpose.

      Not that they did, but they would of and could of. Or the admin could just be an idiot. ;)

      --
      At what price learning? At what cost wisdom? The price is a man's peace of mind, and the cost is his life.
    9. Re:If Microsoft did it, it would be Microsoft. by Lactoso · · Score: 1

      I'm certainly no Microsoft apologist, but let me get this straight. - Microsoft releases a bug/infection/security hole through their normal channels of distribution (www.microsoft.com) and they're evil. - A Mozilla release, obtained via the normal distribution channels (a Korean mirror in this case) is infected, and not only is it not Mozilla's fault for distributing their browser through insecure channels, but it's also probably part of Microsoft's conspiracy against Mozilla? Okay, sounds reasonable.

    10. Re:If Microsoft did it, it would be Microsoft. by kz45 · · Score: 1

      especially in apps compiled from source

      I think it has less to do with source and more to do with the fact that there aren't really that many viruses for linux.

      how many people actually go through the entire source of a program they are about to compile?

      also, when you randomly search for hosts on a network, you will be more likely to find a windows box to infect than a linux box. This is why windows viruses are more likely to spread in the wild.

      if someone buried a virus in the sourcecode of a large program, I think it would be awhile before it was found.

    11. Re:If Microsoft did it, it would be Microsoft. by BZ · · Score: 2, Informative

      The Korean site is NOT A MIRROR. That's the whole point. They're not offering the official Mozilla.org binaries, but binaries they compile themselves.

      The question of what constitutes a normal distribution channel in this case is a good one, however.

    12. Re:If Microsoft did it, it would be Microsoft. by dveditz · · Score: 1
      This is not about Mozilla distributing infected binaries. Mozilla did not.
      Yes, we did. http://www.mozilla.org/security/

      The binaries originally came from the Korean localization team, but they were definitely hosted on ftp.mozilla.org. Although I suppose we could quibble about "distributed"-- records from our primary mirrors indicate zero (0) downloads of the infected files.

      I assume mozilla.or.kr points people at the Korean secondary mirrors from which we don't get download numbers.

    13. Re:If Microsoft did it, it would be Microsoft. by DA-MAN · · Score: 1

      If Microsoft distributed infected binaries, then it would be Microsoft distributing infected binaries.

      Yoink! http://news.com.com/2100-1001-935994.html

      Also

      http://www.theregister.co.uk/2005/09/01/creative_m p3_player_virus_flap/

      I'm starting to think that somewhere there is an angry group of Korean's deliberately trying to infect Windows machines.

      --
      Can I get an eye poke?
      Dog House Forum
    14. Re:If Microsoft did it, it would be Microsoft. by NetRAVEN5000 · · Score: 1
      People like you make me sick. If you get sick from Quizno's, you shouldn't sue anyone because:
      1)it's not the parent company's fault you got a bad sandwich
      2)the parent company didn't - and couldn't possibly - interview each individual, and - while the store itself can do this and does - an interview doesn't really represent an individual 100% accurately. No one goes into an interview dropping the "F" bomb or using ebonics, but that doesn't mean they won't talk like that on the job.
      3)it could've been poorly processed meat - which isn't the store's fault, or the company's, or the individual's.

      Instead, you should demand a refund.

      Anyways, your argument has no grounds. You think they can just take control of what their users do? Firefox's license says you can redistribute it freely - this Korean site didn't violate the license, so the most Mozilla can do is to ask them to remove the virus.

      There's no way Mozilla can stop the web site's owner from downloading the code - either in a literal sense or in a legal sense. As I mentioned before, the site's not in violation of Firefox's license, so they can't threaten to sue or anything unless they can prove that the site is PURPOSELY trying to hurt their name. And technically, since the Firefox code is available to everyone, it's not like they'd slow the web site's owner down at all by not sending him the code. All he has to do is go on the Web and get it.

    15. Re:If Microsoft did it, it would be Microsoft. by fbjon · · Score: 1

      Actually, I think they have to give the source code for the virus as well, otherwise it's not legal, since it's a published modification.

      --
      True confidence comes not from realising you are as good as your peers, but that your peers are as bad as you are.
    16. Re:If Microsoft did it, it would be Microsoft. by fbjon · · Score: 1
      they would of and could of

      Double-punch!

      --
      True confidence comes not from realising you are as good as your peers, but that your peers are as bad as you are.
    17. Re:If Microsoft did it, it would be Microsoft. by fbjon · · Score: 1

      Industrial sabotage from the North perhaps..

      --
      True confidence comes not from realising you are as good as your peers, but that your peers are as bad as you are.
    18. Re:If Microsoft did it, it would be Microsoft. by dveditz · · Score: 1
      records from our primary mirrors indicate zero (0) downloads of the infected files.


      I've been corrected: a log of downloads through the great osuosl.org "bouncer" tool we use show 341 downloads. I've been told mozilla.or.kr appears to direct its downloads through this tool so it's probably a relatively accurate indicator of the download numbers. Anyone going directly to an ftp site wouldn't get counted by this tool, but that's a small percentage of people who download builds.
    19. Re:If Microsoft did it, it would be Microsoft. by dveditz · · Score: 1

      > The Korean site is NOT A MIRROR.

      True, and the Suite and Thunderbird localized binaries are not built by mozilla.org (unlike Firefox). But the resulting infected builds were hosted on ftp.mozilla.org mirrors.

      Thunderbird version 1.5 will be moving to the Firefox system where mozilla.org hosts the localization source repository and creates the builds itself.

    20. Re:If Microsoft did it, it would be Microsoft. by AviLazar · · Score: 1

      People like you make me sick. If you get sick from Quizno's, you shouldn't sue anyone because: 1)it's not the parent company's fault you got a bad sandwich 2)the parent company didn't - and couldn't possibly - interview each individual, and - while the store itself can do this and does - an interview doesn't really represent an individual 100% accurately. No one goes into an interview dropping the "F" bomb or using ebonics, but that doesn't mean they won't talk like that on the job. 3)it could've been poorly processed meat - which isn't the store's fault, or the company's, or the individual's. Instead, you should demand a refund. Anyways, your argument has no grounds. You think they can just take control of what their users do? Firefox's license says you can redistribute it freely - this Korean site didn't violate the license, so the most Mozilla can do is to ask them to remove the virus. There's no way Mozilla can stop the web site's owner from downloading the code - either in a literal sense or in a legal sense. As I mentioned before, the site's not in violation of Firefox's license, so they can't threaten to sue or anything unless they can prove that the site is PURPOSELY trying to hurt their name. And technically, since the Firefox code is available to everyone, it's not like they'd slow the web site's owner down at all by not sending him the code. All he has to do is go on the Web and get it.
      You are an idiot and let's respond to your numbers:
      1)It is a franchise, which they pay a lot of money for the franchise (to the parent company). That is the legal ramifications for having a franchise. It is also my legal right. Not to mention, a lot of the times, if not all, the parent company supplies the food
      2)In most franchises the parent company interviews the managers (who paid a lot of money...think McDonalds). They also provide high end training. It is up to the managers, representatives of the company to makes ure the employees they hire do what they are supposed to do. And yes, peopledo go into interviews dropping foul language and ebonics...but thanks for stereotyping against black people you racist bastard.
      3)Poorly processed meat - It's the meat makers fault...you know what happens then? The plaintiff would sue the franchise, the parent company and the meat company (all in one lawsuit) and the people making the decision on the winners would decide who pays.

      Yea, I get a stomach virus and sit in a hospital and I should ask for a $5 refund. You are a naive idiot.

      Please show me the pertinent license information. I can't imagine they don't have a malicious modification clause.

      Mozilla can tell companies "Yes you can distribute Mozilla, but not our compiled version. Also, you must use this modified logo which represents it didn't come from an authorized Mozilla website." There nice and simple. The source code is still free, but they can't use the logo without becoming authorized.

      --

      I mod down so you can mod up. Your welcome.
  66. This couldn't happen to us? by russg · · Score: 1, Insightful

    When Security companies and security experts write or say anything derogatory about Linux/OSS security everyone jumps on them. When corroborating news comes out OSS people deny or try to explain it away as an aberration and not the norm.

    And I thought part of the OSS religion was diligence and persistence in security. M$ are the ones that deny the problem exists and do nothing about it right? Well, RIGHT?

    The emperor has no clothes!
    --russ

    1. Re:This couldn't happen to us? by Bent+Mind · · Score: 1

      In my experience, when security companies and security experts write or say anything derogatory about Linux/OSS security, OSS people try to explain why said experts are wrong. When they can't, OSS people fix the problem.

      A thought on security companies and security experts: Most of them are marketers. They sell programs to patch insecure systems. If Linux is more secure, these security marketers must really hate it. After all, a secure by default system is a net loss to them.

      --
      Request a Linux Shockwave player here: http://www.macromedia.com/support/email/wishform/
  67. and... by Anonymous Coward · · Score: 0

    Are you saying these things aren't true?

  68. Re:More evidence that Mozilla is NOT secure by des by ArsenneLupin · · Score: 2, Insightful

    Yes, you'll download it from microsoft.com, not from microsoft.kr. Hmm, why not take the same care when downloading Mozilla?

  69. So what? by ajs318 · · Score: 0, Flamebait

    So what? The binaries on the Mozilla site were infected. Big deal. If you downloaded the source tarball and built it yourself, you would have a clean copy. Likewise, if you downloaded the binary package from your Linux distributor, you would have a clean copy {since they compile the sources themselves, and just make the appropriate tweaks to make it fit in better with their distro}.

    If you download untrustworthy binaries, you're a twat, and you deserve everything that happens to you. It might teach you a lesson. What earthly good is a door with multipoint locking and over a billion key differs, if you go inviting random strangers off the street into your home?

    --
    Je fume. Tu fumes. Nous fûmes!
  70. Re:Some stuff by idlake · · Score: 2, Insightful

    Just because those responses are predictable doesn't mean that some of them aren't also true.

    Besides, Microsoft is constantly broadcasting the message that Linux sucks, and they are paying billions a year to have that message repeated wherever they can. Do you expect Linux supporters to just respond once and then shut up?

    Microsoft has bought the airwaves, print publications, billboards, and face time to get their message across. Leave the rest of us a little space on discussion groups for expressing our views.

  71. While often true... by Richard+Steiner · · Score: 1

    ...don't forget that some Links variants are quite capable of creating a graphical display.

    --
    Mainframe/UNIX Bit Twiddler and long time Windows/Linux Hobbyist.
    The Theorem Theorem: If If, Then Then.
  72. You don't understand "vulnerable". by khasim · · Score: 4, Insightful

    Writing a virus for Linux is easy.

    Getting that virus onto someone else's box is very difficult.

    Getting that virus to spread from that box is even more difficult.

    Linux viruses have an infection rate that is lower than their removal rate so they die in the wild.

    The real question is how did that virus get into that code? Linux viruses tend to have total infection numbers of less than 100 machines.

    1. Re:You don't understand "vulnerable". by DaHat · · Score: 1

      Linux viruses tend to have total infection numbers of less than 100 machines

      Care to support that assertion with some solid facts and numbers?

    2. Re:You don't understand "vulnerable". by Anonymous Coward · · Score: 0

      Yeah fuck you DaHat. He was right, and he replied and proved he was right. Fuck you and your stupid blog. I will sit back and bask happily in my virus-free open-source OS.

  73. I think your "Moral of the story" is a problem. by Anonymous Coward · · Score: 0

    This very article is about an incidence of the virus spreading. Must it state this explicitly for it to be true?

    You list two seeming "common sense" practices as what we should take from this story, yet this story wouldn't come about if those were adhered to. Linux is very, very far from being idiot proof, and as the user base of linux grows, so will the percentage of (willfully) ignorant users. Linux is only as secure as it's user.

    No user is perfect, no distro is perfect, and Linux is not perfect. Thankfully, error rate is still relatively low.

    1. Re:I think your "Moral of the story" is a problem. by imr · · Score: 1

      Yes, but I want to also point out that the fact that the community is educated and security aware from the ground up, and that the both centralised/distributed nature of the paquages repositories make a terrible barreer of entry for malware.

      They have to get past the source building habit, past the security aware admins that run the servers and THEN, they have to do it on every mirrors or the differences will appear, and if they manage to hit a master server somewhere, they just hit one distro. Not linux.
      Ironically, the same factors that make linux a difficult target for proprietary vendors, make it a very secure target against malware.

      (I'm much more worried with firefox extensions as a factor of malware spread, when i see that most of them are still marked as coming from a non secure place or unsigned.)

      All this on top of a community of users who do care about security, take care of each other and take time to tell the new comers to NOT run anything as root outside of the common practices.

      I am helping a lot on the mandrivaclub forum (in the french part, obviously) which is a place dedicated to new comers to linux, and i can assure you that every time a new user ask about "this annoying root thing", he gets properly educated.
      And i know it's true for every other linux distro.
      I mean, root login! No respectable distro would make that a default!

  74. Re:Secure.. by badriram · · Score: 1, Informative

    Sorry you require a duh... If you are not running as a Admin/Power User it is the same in windows as well. And yes it is possible to run as a regular user in the windows world, and i am typing in this as a user logged in without any admin priviledges, and wow i can run ff, office, VS, photoshop, dreamweaver, gaim, sql manager, query analyzer, cygwin, yahoo music engine and 7-zip.

    I think people need to quit complaining that they cannot run as regular users as windows. Use RunAs if you a pain in the ass game that requires admin access

  75. Moderation by PhilHibbs · · Score: 1

    Personally I would have modded it down on the basis that it was coat-tailed onto a post that was nothing to do with MS v Mozilla issues, but just happened to be the first 5-rated comment. I mod those down as Offtopic, because they are offtopic to the thread that they were attached to. There's no excuse for modding it as troll or flamebait though, so I kind of agree with you.

  76. Viruses are a failure of the security model. by khasim · · Score: 0

    Anti-virus apps are REACTIONARY patches to hide that failure of the security model.

    I will continue to run Linux WITHOUT anti-virus software because I understand how viruses/worms/trojans work.

    Why should everyone degrade their system just because one site put up an infected binary?

  77. Will give them something to do other than spam by BestNicksRTaken · · Score: 0, Flamebait

    Hah, should keep some Koreans busy fixing it then, instead of sending me spam!

    --
    #include <sig.h>
  78. The last straw and software evolution by Anonymous Coward · · Score: 0, Troll
    I appreciate Firefox and I'm very thankful for having used it as an alternative to both IE and the more 'full-featured' Mozilla.

    But given the increasing number of security vulnerabilities discovered this year and freeware Opera being available without ads, its time for me to switch yet again based on: security, features, price, and performance.

    On Windows machines I've switched from: Netscape -> IE -> Mozilla -> FireFox -> Opera 8.5 (yesterday) -> ?

    Help improve the quality of software: if you are a non-programmer, then save your loyalty for people.Blind loyalty to software promotes bad software and laziness. Switch whenever something better comes along as long as the benefits justify the cost of switching. Opera 8.5 is free beer, more secure than Firefox & IE (for now), feels faster on Windows, and has nicer core features (which I didn't expect yesterday).

    Price, security, performance, and features (like the mini-panel dropdown when you click the URL address editbox).

    Sure, the source code isn't available but all of the above benefits outweigh it. Especially since I never modified or compiled Firefox (I modify only about 5% of software I download--and I download a lot).

    If another browser comes along that is better, I'll probably switch again as long as the benefits justify the cost. All it took was a few mouse clicks to import Firefox bookmarks into Opera.

    Good luck Mozilla/Firefox, I hope you improve enough to convince me to switch back again--and I hope some other product does the same afterwards, and so on...promoting software evolution.

  79. Bloated Firefox means Risky Firefox by Anonymous Coward · · Score: 0

    Bloated software is more likely to be
    downloaded in binary form than software
    that can be downloaded in source form
    and quickly compiled by the user.

    This is yet another reason to avoid BLOATWARE.

    Maybe http://www.dillo.org/ is a better option.
    Or perhaps the more ancient Beest project.

  80. no surprise by burnin1965 · · Score: 5, Informative
    The web site was hacked 3 months ago and back then they admitted the site was not an official Mozilla site.

    http://www.mozillazine.org/talkback.html?article=6 771


    Sorry for hack.
    by channy

    Thursday June 9th, 2005 6:39 PM

    Reply to this message

    This is Channy Yun, leader of Mozilla Korean Community. This site is not official web sites of Mozilla Foundation. And this hack is orginated by no patch for PHP vulnerability of my hosting company for mozilla.or.kr. I will change it with backup and fix it with my ISP. Sorry for your worry.


    I'm thinking they should give up their domain which likely causes the confusion and give the false impression that what you are downloading from the site is an official Mozilla binary.

    burnin
  81. Re:The trustworthiness of the Mozilla Foundation.. by Anonymous Coward · · Score: 0

    The site in question was not affiliated with Mozilla in any way. Would you lose faith in Microsoft if the copy of Windows you downloaded via P2P contained a backdoor?

  82. Re:Virus data - It's old! RTFM by NickFortune · · Score: 4, Interesting
    "Infected binary or source code files aren't anything new. And sometimes they are found on public servers. Mozilla.org is the latest example.

    mmm... So do you not think the phrase "Mozilla.org is the latest example" is a just the teeniest bit misleading in this context? You know, what with most people taking "latest" to mean "happened very recently" as opposed to "even so, there hasn't been one for simply ages so I wouldn't get too worried".

    Not that anyone would do such a thing deliberately, of course... Except I can't help wondering how many people pondering a change away from Windows/IE will read that and form a false impression of Mozilla and Linux.

    Now who could that benefit, I wonder...

    --
    Don't let THEM immanentize the Eschaton!
  83. And that is "insightful"? by khasim · · Score: 2, Insightful
    Comparing Microsoft's ActiveX implementation (installed on every Windows box) to an infected Mozilla binary hosted on some Korean site that I'll never download from is "insightful"?
    Please, I like firefox as much as the next poster, but please apply equal standards when comparing/recommending firefox.
    "equal standards"? You're comparing ActiveX to an infected binary on some Korean site.
    If you still believe firefox is Perfect, surprise, no software is.
    Again, this was not a flaw in FireFox. It was some Korean site putting up infected binaries.

    ActiveX is a stupid security model. That is why so many exploits for it exist and why you have to keep your anti-virus signatures updated every day.

    There is no equivalent in FireFox.

    Anyone, anywhere can put up infected FireFox binaries. Whether anyone will ever download and install them is another matter.
    1. Re:And that is "insightful"? by Random+Web+Developer · · Score: 1

      oh please, I'm not even comparing ActiveX to firefox or whatever you claim, I'm just saying that a comment like te OP is rediculous with his "but i do this and that and only stupid users do this and that" and pointing out that a lot of windows infections can be avoided that way too
      I agree that maybe I should've picked another vuln to make my point knowing what short fuse people around here have, but it was the first that came to mind.
      So yes equal standards:
      if some windows flaw is posted everybody goes "boo ms" even though you are also required to run as admin and whatever, but if it's an OSS flaw they go "this isn't a flaw because I secure my pc"
      well, a secured windows box doesn't get infected too soon either
      That's the entire point of securing a box, there are many possible vectors of attack, and if there is a flaw in one piece of software, multiple layers of security prevent it from doing any harm.

      And re "this is not a flaw in firefox" yes you are right, this time, but comments like the OP pop up every time, and is a (possible)flaw in the distribution system not a flaw in the software?
      I know it's a common situation where software is downloadable from different sources but still there appears to be a problem (not that I have a solution) You know none of the users will check the md5sums from the original website (moz.org)

      --
      Artists against online scams http://www.aa419.org/
  84. Re:The trustworthiness of the Mozilla Foundation.. by mmkkbb · · Score: 1

    People, this is why sensationalized news is a bad thing.

    There have been absolutely no details given, and there is no corroborating evidence from a different source. You are losing trust in Mozilla based on the word of an anonymous stranger. Maybe you never trusted them in the first place.

    --
    -mkb
  85. www.mozilla.or.kr is not an official Mozilla site by lpontiac · · Score: 2, Insightful

    But Mozilla as a whole (the organisation and the products) are already getting bad press for this.

    People have complained in the past about the Mozilla organisation being heavy handed about trademarks, and trademarks (eg the Linux one) have been getting a bad rap in general. But here's the other side of the coin - the actions of an organisation that identify themselves as "Mozilla", even though they're _not_ the Mozilla foundation, are tarnishing the reputation of the genuine article.

  86. Re:Secure.. by dr.+greenthumb · · Score: 2, Insightful

    rm -rf ~/*

    Severe enough .. :)

  87. Mozilla.co.kr by frankie · · Score: 4, Interesting

    The Mozilla foundation needs to pursue strong, immediate public action against NKing.com, holders of the mozilla.co.kr domain. Using the Mozilla name connotes official status, and they are trashing it badly. I would say stop releasing Korean builds until the domain is handed over to more responsible people.

    1. Re:Mozilla.co.kr by rxmd · · Score: 2, Funny
      The Mozilla foundation needs to pursue strong, immediate public action against NKing.com, holders of the mozilla.co.kr domain. Using the Mozilla name connotes official status, and they are trashing it badly.
      I suggest that the Mozilla foundation registers mozilla.co.kp instead and continues to release official binaries only there. I knew these two Koreas had to be good for something ;)
      --
      As a state gets corrupt, its laws multiply; the most corrupt states have the most numerous laws. (Tacitus, Annales 3:27)
    2. Re:Mozilla.co.kr by fbjon · · Score: 1

      The day we get open source from the DPRK, I will retain my mouth in wide open position for at least 5 full minutes.

      --
      True confidence comes not from realising you are as good as your peers, but that your peers are as bad as you are.
  88. Re:Virus data - It's an old breach! RTFA by Anonymous Coward · · Score: 0

    The original article is missleading, it mentions some outdated version numbers that should rise suspicion, besides the fact that this is reported nowhere else. If you look at Mozillazine, you will find this article from June:
    Korean Mozilla Site Hacked
    This site was not an official "mozilla.org" site but a korean fan site, and it was hacked, like MSN Korea a week before:
    internetnews article
    So some hackers in june broke into a korean site that has nothing to do with the mozilla foundation, altered files by adding virusses. This slashdot article makes me feel sad.

  89. See, Windows is more secure by doublem · · Score: 4, Funny

    See! Windows and IE ARE more secure!!!

    MWHAHAHAHAHA!!!!!!!!!

    The larger number of exploits in Firefox is just the tip of the ice berg!

    Open Source, you are going DOWN!

    And I for one, welcome our new DRM laden overlords.

    Oh, wait, they're not NEW overlords, they've been the overlords for a few decades now.

    Well, I welcome them anyway.

    --
    "Live Free or Die." Don't like it? Then keep out of the USA
  90. Linux is Open Source! by anupamsr · · Score: 1

    Where is my gentoo ebuild for the virus?

    --
    I forgot to be anonymous.
  91. not a real virus by Anonymous Coward · · Score: 0

    People, this is not a real virus and it doesn't get very far. In fact, variants of it have been around since early 2002. It is just a small piece of binary that's a bit annoying and anyone who builds from source can't get it anyways.

  92. you cant install software as a normal user by Anonymous Coward · · Score: 1, Informative

    unless you only want to use it yourself.

  93. Apples to Apples? by Greyfox · · Score: 4, Insightful
    Ok, to get infected on Linux you have to download and install binaries from untrusted third parties and run as root all the time.

    To get infected on Windows you... have to turn the system on. As far as I can tell.

    Sure a lot of Windows infections are because the user downloaded and installed binaries from untrusted third parties, but equally as many just turned their computers on.

    If you ran untrusted binaries on your Apple you'd be exposing yourself to similar risk. Hell, we used to have the same problem on IBM mainframes back in the '80's -- every year around chistmas time all the freshmen would run those greeting card programs in their in-boxes and bring the network down as the trojan spread itself to everyone in their address book. Windows just eliminates a lot of the work for you.

    As the Linux userbase expands into increasingly less clueful segments of the population compromised systems are going to be more of a problem, but I predict that even if the installed Linux base ever grows to the size that Windowss is, the problem won't be as severe as it is on Windows. Unless everyone's running Lindows...

    --

    I'm trying to teach myself to set people on fire with my mind... Is it hot in here?

    1. Re:Apples to Apples? by millennial · · Score: 0, Offtopic

      To get infected on Windows you... have to turn the system on. As far as I can tell.

      Not sure if you were being facetious, but in some cases this is exactly right. From 2001-2003 at Michigan Tech University, anyone on the residential network who had a fresh install of Windows XP running would almost immediately be infected with a virus - either Klez or someting else, I can't remember. The vulnerability lay in the totally unprotected "Shared Documents" folder that was automatically shared with full access in both Home and Professional versions of XP (pre-SP1). Someone would get hooked into the NetBIOS system, and their machine would be infected.

      --
      I am scientifically inaccurate.
    2. Re:Apples to Apples? by Trejkaz · · Score: 1

      To get infected on Windows you... have to turn the system on. As far as I can tell.

      Now, that's just being a bit unfair to Windows, IMO.

      You also have to connect it to the network. :-)

      --
      Karma: It's all a bunch of tree-huggin' hippy crap!
    3. Re:Apples to Apples? by tdubya · · Score: 1

      of those half that get infected just turning their computers on, where not up to date, or had no updates at all? I'd like to see your source though that has researched and analyzed that half of windows viruses have come from simply turning the computer on. Certainly would be interesting to read...

      --
      I read /.! I like seeing how misinformed, short sighted, and downright stupid some people are.
    4. Re:Apples to Apples? by Greyfox · · Score: 1
      Yeah, but if you don't know what you're doing you're faced with a chicken and the egg problem, aren't you?

      Drop new windows installation in.

      Connect to network.

      Run Microsoft up...DOH! You've got worms!

      Or how about...

      Unpack brand "new" computer from CompUComp, with lastest copy of... wow... Win95... Connect to network, run Microsoft up...DOH! Damn it!

      That pretty much rules out the plonkers that comprise 99.73 percent of Microsoft's target audience.

      And actually I was quite impressed when, back in the day, a fellow brong some diskettes over that he'd been having trouble with. I just barely got one in the disk drive before my BIOS antivirus kicked up a warning about something trying to write my hard drive boot sector.

      Anyway it certainly seems to me, an innocent UNIX user, that all you have to do to is turn your computer on. Or maybe it's running IE. Certainly my room mate's computer seems to get infested pretty quickly despite warnings about downloading, regular antivirus scans, and automatic updates being turned on.

      Then again, the couple of times I've had Windows inflicted on me (With its awkward and craptastic user interface and obnoxious programs that seem to feel that popping up modal dialog boxes is ok EVER...) my systems always seem to stay clean enough not to piss off the virus software. So maybe it's just a matter of safe hex. If you don't want to get a virus, leave the plastic cover on the floppy disk...

      --

      I'm trying to teach myself to set people on fire with my mind... Is it hot in here?

  94. What a checksum is for by Anonymous Coward · · Score: 0

    > How do MD5 sums protect you from trojaned software?

    Because you get the few bytes of MD5 checksum from a trusted webshite (say, maybe, possably an offical mozilla site, with offical builds and offical checksums) and download the actual few megs of binary/source from a local server. _Then_ you veryify the checksum you prat.

    The worring thing is your post was modded as 'informative'.

    1. Re:What a checksum is for by chill · · Score: 1

      Cool.

      Where are those on http://www.mozilla.org/ or http://www.getfirefox.com/? I just spent 15 minutes searching for the MD5 sums for the latest Firefox (1.0.7) and until I dug my way thru their ftp server, I couldn't find them.

      Assume most people get their software thru a web site and most clueless users don't know FTP from FTD, and then rant to me about getting the hashes from a trusted website.

      --
      Learning HOW to think is more important than learning WHAT to think.
    2. Re:What a checksum is for by Tim+C · · Score: 1

      That's fine, but this was a custom build - the official md5sums wouldn't have matched even if the binaries hadn't been infected.

  95. Bullshit! people got infected, Moz image suffers by Donny+Smith · · Score: 1

    >So, its not mozilla.org (the article states "on public servers. Mozilla.org is the latest example")

    It doesn't matter.

    Who got infected? Users of Mozilla and Thunderbird for Linux. Why? Who cares. The point is that's a typical problem that can happen with OSS.
    (I have to make one observation here: how the FUCK is one supposed to download from the main site when their servers are fucked up most of the time. Here, today Firefox 1.0.7 was released. I bet you didn't know. Do you see a flashing indicator in your Firefox v1.0.6? I don't and I think I won't see it before next week. So OF COURSE people download crap from whereever they can. Not everyone knows how to use wget, rsync, GetRight, etc.)

    I know, it happens rarely, but it's apparently possible and a real threat. In recent years similar things happened with Debian root servers and sendmail packages.
    And one day when your yum auto-updater updates to a compromised binary, I'll see if you'll overhype of downplay the problem.

    >Unlike Mozilla Europe, Mozilla Japan and Mozilla China, the Korean Mozilla site is not officially affiliated with the Mozilla Foundation.

    Who gives a shit? If I get infected, I'd hate them all. Refund would certainly not be an option.

    If one works for a company (or is a clueless Windows or Linux user), he WILL buy security product (and/or a commercial Linux distro).
    It's like insurance - if you don't buy it and nothing happens, good for you!
    But enterprises don't take such risks.

    You think you're smarter than those "greedy security vendors" but you only show unprofessional attitude towards security and system management. Or were you speaking from the home user perspective (in which case I have nothing to say to you)?

    The truth is - as Linux (and OSS in general) market share is picking up, so is number of its security problems.
    Maybe we can't compare severity of vulns, time it takes to fix them, etc. but any reasonable person already gets the picture - types of vulnerabilities and risks are different, but the final outcome is that neither Linux nor Windows are secure operating systems.

  96. How does this infect protected files? by Anonymous Coward · · Score: 0

    Uhmm.. as long as you run apps as user and NOT as root, you are ok. If you're stupid enough to run apps as root, then you deserve whatever you get. Funny how the article doesn't state the blatantly obvious.

  97. 'Slashdot is biased' meme by BeanThere · · Score: 1

    The irritating, endlessly whining "OMG slashdot is teh biased!1!!" crowd don't mind distorting the truth in order to try prove their invalid point.

    I'm almost sick of reading slashdot because it's gotten so bad that in practically every thread there are a hundred posts trying really really really hard to "prove" the existence of this alleged bias. (Nobody has succeeded yet, because every "slashdot is biased" post seems to ironically get modded up to +5.)

    I think it started with just astroturfers who deliberately come here and try to use pscyhology to control and manipulate posters into thinking twice before posting anything criticising Microsoft. And so far (predictably) it's worked pretty well, as a number of the more naive posters have picked this up and are now doing the astroturfers' work for them.

  98. It does matter by Anonymous Coward · · Score: 0

    The reason it matters is because the Mozilla organization is not involved so there is no point in blaming them. Who is to blame? The site distributing the unofficial binaries. Maybe Mozilla should use their trademark ownership to shut down the site, but that's the extent of their control over the situation.

    Do you blame product vendors when other sites distribute infected unofficial copies of their software? No, I don't think so. If you do I question your sanity.

  99. Re:Sadly, the banks went over the hill. by Anonymous Coward · · Score: 0

    A checksum would be for making sure nothing was corrupted by the transfer, and is largely irrelevant with any modern protocol (FTP, HTTP etc.) because there are checksums in all the lower-layer protocols.

    A cryptographic hash tells you that you almost certainly have the same binary as the person who created the hash, hopefully that person is trustworthy otherwise the hash is worthless.

    In mirror systems you only need to check that the mirrors have correct hashes. If their hashes are correct and the users check them, any problems with the (much larger) binaries will be reported and won't cause any harm.

    You're correct that a full signature system would be preferable, and that's what e.g. Linux distros like Fedora Core use. But there's a lot of overhead in such a system compared to just putting a few MD5sums on your home page.

    Since the (unofficial, not part of Mozilla.org) Korean Mozilla site seems to have allowed these binaries purely out of carelessness it's no help to have either digital signatures or hashes.

  100. check your md5sums and gpg sigs ! by tendays · · Score: 2, Informative

    Downloading from any mirror, official or not is fine as long as you check the archive using md5 or sha1 (or ideally, gpg) from the main site, which provides signatures for every archive.
    Though what I don't know is why mozilla doesn't insist more on that (you have to go on the ftp site clicking on "other systems" to find the checksums and signatures : ftp thunderbird)

  101. Re:Wake up. by Anonymous Coward · · Score: 0

    Fine mod me down. You know I'm rite.

    Oh and theres no free speach on /.

  102. To all the retard mods; about parent by Anonymous Coward · · Score: 0

    Parent is supposed to be +1, Funny, not -1, Troll or Offtopic. If you cant comprehend the nature of a simple joke, please restrain from moderating posts like this.

    1. Re:To all the retard mods; about parent by Anonymous Coward · · Score: 0

      And yet how does one know they don't get the humor if they cannot understand the humor?

      What is the sound of one hand clapping?

      What does goatse look like when he's not using his hands?

  103. but wait... by YesIAmAScript · · Score: 1

    When Mozilla has a bug in it (like two weeks ago), all the slashdotters say "the good thing is you can patch it yourself!, here's the change!". And that's true. But the problem is now the produced binary doesn't match the md5sums on the Mozilla site.

    So if a VAR were to want to "do the right thing" and patch immediately, as open source allows you to do, they then open up their customers to trojan problems because the md5sums don't match the Mozilla site anymore.

    Just pointing out how the logistics of releasing a patch are fairly significant, so that perhaps some people can understand why MS can't patch every problem in under 30 days. And we haven't even talked about testing...

    --
    http://lkml.org/lkml/2005/8/20/95
    1. Re:but wait... by Peter+La+Casse · · Score: 1
      Nothing stops a VAR from providing an md5sum for their patch, which allows their customers to verify the integrity of the downloaded patch. If the VAR provided a repackaged version of Mozilla to begin with, then the md5sum of that package never did match the md5sum of the official Mozilla release. You get the md5sum to compare to from the party that released the package in question. If it claims to be an official Mozilla package, then you look to Mozilla for the md5sum. If it claims to be a VAR's package, then you look to the VAR for the md5sum.

      So if a VAR were to want to "do the right thing" and patch immediately, as open source allows you to do, they then open up their customers to trojan problems because the md5sums don't match the Mozilla site anymore.

      What could possibly cause someone to think that the md5sums should match after applying a third party patch? How does providing a third party patch make a VAR's customer more vulnerable to trojan problems? Why would a customer repackage Mozilla after adding the third party patch and then compare the repackaged version to the md5sum of the official Mozilla package on Mozilla's site?

  104. Re:Bullshit! people got infected, Moz image suffer by Anonymous Coward · · Score: 0

    You are a blithering idiot who doesn't have the first fucking clue what he's talking about, and the world would be a better place if you would kindly go and castrate yourself at once to avoid the (admittedly extremely remote) possibility that more of your kind might be spawned.

    I'm being serious. Please, castrate yourself.

    MOZILLA IS NOT INVOLVED WITH THIS ISSUE.

    Got that into your thick skull yet? Here, I'll repeat it for your benefit:

    MOZILLA IS NOT INVOLVED WITH THIS ISSUE.

    Mozilla did not distribute the infected binaries. You cannot blame Mozilla for what they did not distribute. The virus was not in any way related to the Mozilla software, as it can infect any Linux binary. You cannot blame Mozilla for an issue which is not caused by their software.

    Your post makes about as much sense as saying "I downloaded Claria thinking it was Opera, now I hate Opera for infecting my computer with spyware."

    No, on second thoughts, your post makes even less sense than that.

  105. Re:Virus data - It's old! RTFM by devaldez · · Score: 1

    Ummm...No, not in context of proper English. It's a referential statement aligned with the prior statements, "Infected binary or source code files aren't anything new. And sometimes they are found on public servers."

    Mozilla's infection is the latest example of a public server serving infected files. Latest has nothing to do with the virus but rather relates to infections on public servers. Unless you can show how this common use of the English language somehow is not relevant in this case, I don't get your point at all.

    --
    "... but you can love completely without complete understanding." - Norman Maclean, "A River Runs Through It"
  106. Re:Bullshit! people got infected, Moz image suffer by tpgp · · Score: 1

    You are incorrect in what I think is your major point:Source of the problem is OSS.

    Nope. A comprimised server could be used to distribute a hacked IE.

    I was going to make fun of your post - but upon further reading, you're obviously not a native English speaker (and can speak English far better then I can Danish)

    --
    My pics.
  107. Story Is False by trongey · · Score: 0, Troll

    Everyone knows that Linux can't get a virus. I'm sure I've read that about a million times on /.
    Clearly this is just a lie spread by M$.

    --
    You never really know how close to the edge you can go until you fall off.
  108. It's about freaking time... by ndogg · · Score: 4, Funny

    It's about freaking time virus writers started supporting Linux and Mozilla...

    Err, wait...

    --
    // file: mice.h
    #include "frickin_lasers.h"
    1. Re:It's about freaking time... by jbooker · · Score: 1

      You're not forward-thinking enough - it's not a case of supporting Linux and Mozilla, it's a case of releasing their code to the community to be improved upon and modified as in free speech.

      We'll have virii wittily named 'GNU/Klez.Backdoor.A' by the security corporations!

      Open-source collaborative virus-writing. I can't wait.

      --
      Very funny scotty, now beam down my clothes
  109. Might Not Be Their Fault, BUT... by SenFo · · Score: 1

    It might not be the fault of the Mozilla foundation, but I can see this as being another Microsoft marketing ploy against OSS by suggesting that their software is less likely to be infected because they have QA teams to help verify validity before their products leave the store and because Microsoft is their own distributor of software downloaded from their site. Not to say that their Korean offices couldn't accidentally make the same mistake, but Microsoft can surely find a way to use this to their advantage.

    1. Re:Might Not Be Their Fault, BUT... by CaptainTux · · Score: 1

      Actually, Mozilla has all the things you mentioned above. Notice that this virus *did not* come from a download on the official Mozilla site. it came from downloading the software from unaffilliated sites. This is absolutely no different than someone downloading a copy of MS Office from Limewire and then blaming Microsoft because they got a virus. There are benefits to using the official downloads site people.

      --
      Anthony Papillion
      Advanced Data Concepts, Inc.
      "Quality Custom Software and IT Services"
  110. LIES! by Anonymous Coward · · Score: 0

    As any Slashdotter knows, ONLY IE and MICROSOFT products have bugs, viruses, and security exploits.

    We all know open source and anything not MICROSOFT is immune to these sorts of things.

    This is obviously a MICROSOFT frame job.

  111. No, it is not. by khasim · · Score: 2, Insightful
    And re "this is not a flaw in firefox" yes you are right, this time, but comments like the OP pop up every time, and is a (possible)flaw in the distribution system not a flaw in the software?
    Duh! Of course it isn't. The software is the code.

    The distribution system is how people get the code.
    I know it's a common situation where software is downloadable from different sources but still there appears to be a problem (not that I have a solution) You know none of the users will check the md5sums from the original website (moz.org)
    If the md5sums from the main site would be valid, then why not download from the main site?

    Once you start installing apps from random sites you open yourself up for all kinds of problems.
    if some windows flaw is posted everybody goes "boo ms" even though you are also required to run as admin and whatever, but if it's an OSS flaw they go "this isn't a flaw because I secure my pc"
    Yeah. Keep believing that. Maybe you've heard of this stuff called "spyware" that infects machines via IE's ActiveX implementation.

    Or maybe you haven't heard that a restricted user cannot use IE because the permissions aren't correct.

    So, on Windows, you must have elevated permissions just to use the various apps and THAT is what results in so many infections.
  112. Didn't work for me! by lilmouse · · Score: 1

    When I installed Ubuntu a few months ago, this sort of thing woulnd't work for me - I had a lot of problems when I tried to sudo stuff. Eventually, I just logged in as root and ran stuff directly.

    --LWM

    1. Re:Didn't work for me! by Dr.+Manhattan · · Score: 1
      When I installed Ubuntu a few months ago, this sort of thing woulnd't work for me - I had a lot of problems when I tried to sudo stuff. Eventually, I just logged in as root and ran stuff directly.

      I'm curious, like what? I've been using it for a few months now and I haven't had problems like that. Not a lot of programs need root access anyway. I guess I still sudo to copy some stuff over to my Windows FAT partition, but that's just 'cause I'm too lazy to go muck with the mount options.

      I've got my parents set up on an Ubuntu system and the only real difference they notice from the Win98 system they were on is that the screensavers are prettier. (Of course, they were running Firefox and Thunderbird already...)

      --
      PHEM - party like it's 1997-2003!
    2. Re:Didn't work for me! by lilmouse · · Score: 1
      I'm curious, like what?
      Now you're gonna make me think about it! :-D

      Trying to run synaptic from the menu - that's what it was. Synaptic would run, but it couldn't install anything. I know it would run because I did a "ps -ef" to figure out WTF the command line name was (first time using Ubuntu - didn't know "synaptic"). But it was having permission issues.

      I can check when I get home next. Oh wait...I no longer have a monitor attached to the box...

      --Peter
    3. Re:Didn't work for me! by arkanes · · Score: 1

      All the system admin stuff (like synaptic) should be set up to run though gnome-sudo (name? I'm not at home...) or the equivilent under KDE. It's the little dialog box that dims the screen and asks for your password. If you run it directly, then yeah, you'll get permission errors when it tries to install.

    4. Re:Didn't work for me! by lilmouse · · Score: 1

      Oh, it definitely asked me for my password, and yes, I even put in the correct one :)

      I tried this for sooo long before giving up and just logging in as root...

      --LWM

    5. Re:Didn't work for me! by Dr.+Manhattan · · Score: 1
      Trying to run synaptic from the menu - that's what it was. Synaptic would run, but it couldn't install anything.

      My best guess is that this was a user account you created, right? Not the one that was created by default when the system was installed? For accounts created after installation, you have to explicitly give them the right to do administration stuff. It's a checkbox in the applet that creates them.

      --
      PHEM - party like it's 1997-2003!
  113. comments by Anonymous Coward · · Score: 0

    Is everyone's goal to post as fast as possible and move on?

    Half the posts are busy defending Linux when this problem clearly could affect any operating system and the other half are windows users insulting firefox before they read a single comment or try and understand the article... What gives? This intelligen discussion sounds more like ignorant screaming.

  114. So what is the solution? by Deus+Ex+Machina · · Score: 2, Interesting

    Really, I look at a situation like this and, rather than lament about the sorry state of the software involved, I really just want to know how to make it not happen. With UNIX systems, this shouldn't be an impossibility - right off the bat many people have said "don't be root to install",which does stop one point of failure in the process, but it doesn't solve the problem of _running_ the application as root.

    Some solutions come to mind for things that you should be doing anyway (firewall traffic on ports not being officially served by a system; make /bin binaries immutable), but these only make it so that the actions taken by the virus fail (relatively) silently. No big klaxons going off to tell the admin that a program is misbehaving as root.

    Is there any sort of system-wide watchdog that can be put in place to monitor programs and catch actions that are outside the scope of its auspice? I think chroot can be used in a manner somewhat consistent with this idea, but not without resulting in some serious systemwide design complexity if you want to do it right. Any other thoughts?

    And might this be an arguement for a Security Levels sort of system whereby things like "remove the immutable flag from /bin/bash" is made impossible without a reboot even for root, a la BSD?

    --
    Know ye not that ye are Gods???
  115. Because you cannot ... by khasim · · Score: 4, Informative
    Care to support that assertion with some solid facts and numbers?
    http://securityresponse.symantec.com/avcenter/ve nc/data/linux.cheese.worm.html

    http://securityresponse.symantec.com/avcenter/venc /data/tfn2k.html

    http://securityresponse.symantec.com/avcenter/venc /data/linux.adore.worm.html

    http://securityresponse.symantec.com/avcenter/venc /data/linux.hijacker.worm.html

    http://securityresponse.symantec.com/avcenter/venc /data/linux.jac.8759.html

    You see? All but one had "number of sites" between 0 and 2.

    They
    Do
    Not
    Spread

    Linux's security model is far more effective than Microsoft's one for Windows.

    Anyone can write a virus/worm/trojan for Linux, but they cannot get them to spread beyond any machine that they themselves do no have access to.
    1. Re:Because you cannot ... by Anonymous Coward · · Score: 0

      You have to understand that just *finding* another linux box is 90% of the battle for the virus.

  116. Get a clue windows fanboy by Viol8 · · Score: 1

    Just because you install an app as root and it is owned by root does NOT mean it runs with root priviledges. If you want that to happen you have to set the setuid bit. Go read up your Unix 101 for Dummies book then get back to us.

    1. Re:Get a clue windows fanboy by glesga_kiss · · Score: 1
      Excuse me, but you are wrong. A non root user cannot create a binary, set user to root, then set the setuid bit. That would be a massive security hole, as anyone could execute it. Somewhere in the chain their would have to be another app with setuid active in order to do this.

      And installing the app is the problem. Ever heard of "preinstall" and "postinstall" scripts? That's where you deploy your malware.

      You picked the wrong guy to call "windows fanboy"; I used Unix exclusively until well after Win 98 SE was out.

    2. Re:Get a clue windows fanboy by Viol8 · · Score: 1

      "Excuse me, but you are wrong. A non root user cannot create a binary, set user to root, then set the setuid bit."

      Never said they could. You install the app as root then let the
      users run it as a normal app under their own user ids.

      "And installing the app is the problem. Ever heard of "preinstall" and "postinstall" scripts? "

      Ever heard of "tar -xvf" ? Thats how I install stuff. Doesn't run
      any executables unless someone has re-written tar without telling
      anyone. If you're lazy and decide to use an app that comes as some
      sort of self extracting binary then you deserve all you get.

      "You picked the wrong guy to call "windows fanboy"; I used Unix exclusively until well after Win 98 SE was out"

      Then you should be more knowledgable.

  117. Re:Secure.. by runderwo · · Score: 2, Funny

    That's why you keep your home directory on a RAID, duh! :)

  118. Unofficial and Unaffiliated with Mozilla by Anonymous Coward · · Score: 0


    Unofficial and Unaffiliated with Mozilla Korean Binaries infected.

    The editors are not doing their job, but that's not news.

  119. Real or False Positive ? by Martin+Spamer · · Score: 1


    Has this been verified ?

    F-Secure incorrectly report a MASSER infection in the latest release of Sun One application server.

  120. Even more predictable... by Kythe · · Score: 1

    ...are Microsoft astroturfers and trolls coming out in force on Slashdot to bash Mozilla whenever the "opportunity" presents itself. Amazing what a bunch of whiners Microsoft fanboi's can be.

    I know you know this, but for the sake of casual readers: as has been stated elsewhere in this story, this wasn't a Mozilla-controlled site. It wasn't sent out from Mozilla with a virus in any way, shape or form. The problem was not with "Mozilla", but with an unauthorized modification to it. And yes, modification of a downloadable binary to insert a virus/trojan horse/other could be done with any software. No one has ever claimed otherwise.

    To be fair, the same people should bash Microsoft if some rinkydink OEM ships a computer with a Windows virus on it. Somehow, I kinda doubt we'll see that...

    --

    Kythe
    1. Re:Even more predictable... by ifwm · · Score: 1

      "Somehow, I kinda doubt we'll see that..."

      I don't. I've seen literally dozens of stories that are only peripherally associated with MS, only to also see dozens of slashbots decide that's the right time to complain about them.

      I GUARANTEE that if you changed this headline to Internet Explorer, and left ALL of the other facts the same, you'd easily have 500 posts slamming MS.

      And you know I'm right, which is the worst part.

      This place continually tries to throw MS under the bus, and avoids looking at genuine problems in open source software. I have no problem with bringing that hypocrisy to light when it occurs, if only because I hate intellectual dishonesty.

    2. Re:Even more predictable... by Kythe · · Score: 1

      Glad to hear you hate intellectual dishonesty. Because when you said, "I don't. I've seen literally dozens of stories that are only peripherally associated with MS, only to also see dozens of slashbots decide that's the right time to complain about them" you were not responding to what I actually wrote.

      I called on the *same people* who are bashing Mozilla for something beyond its control or responsibility to bash MS for the same thing.

      All I'm looking for is the consistency the "underrepresented" pro-MS Slashdot posters constantly demand from everyone else. That's fair, right?

      --

      Kythe
  121. OMGROFL!! by Anonymous Coward · · Score: 0

    GP: Xandros gives root login by default.
    P: Bullshit!...If you wish to hide the root account on the login screen, this can easily be done by going to Launch->Control Center->System Administration->Login Manager->Users, and selecting root under "Hidden Users."

  122. So very, very untrue by biendamon · · Score: 1

    Most Linux users don't run as root. Most distributions specifically steer users away from that if they try to, anyways. KDE on most distros, for instance, will give you a big scary red screen with no icons and a prompt to log out if you log into it as root. Besides, running as root doesn't provide any benefit other than avoiding the root password when doing system administration... and what user is going to spend most of their time doing that?

    Browsing the web, changing your desktop look and feel, checking for email, playing games, and chatting are the activities most users want to perform, and you don't need to be root for any of them.

  123. Re:Secure.. by Tim+C · · Score: 2, Insightful

    If you run mozilla as a normal user

    But you'll have installed it as root, and the installer was infected, and you're still screwed.

  124. Yes it is my Beloved Ports Collection by my_haz · · Score: 1

    Yes it is "my beloved" ports collection that helps me keep safe /FreeBSD User :D

  125. No by Noksagt · · Score: 1

    Almost all packaging systems allow the execution of arbitrary code. I'll grant that some only use root privileges to copy the programs to the final destination directory. But they're a minority--most allow, for example, at least allow testing the deployed app.

    Most packaging systems also allow the installation of setuid programs.

    1. Re:No by Bent+Mind · · Score: 1

      Hmm, I haven't explored this as well as I need to. I can certainly see it. After all ./configure is just a script. I know RPM allows scripts. So I can see it.

      When I'm working outside the package system (./configure, make, make install), I generally run the first two steps as user and run make install as root. Any scripts or tests would then run as user.

      Most of the time I use emerge to install applications. I would hope that emerge uses a simular system. I know there is a portage user. I'll have to check into this. I don't know how RPM, apt-get, or any of the other installers handle it.

      --
      Request a Linux Shockwave player here: http://www.macromedia.com/support/email/wishform/
    2. Re:No by Noksagt · · Score: 1

      In make.conf FEATURES="userpriv" will "Allow portage to drop root privledges and compile packages as portage:portage"

      However, a make install must be run with escalated privs & if that is malicious, you could be hosed.

  126. Mea Culpa; MOD GP DOWN PLEASE by WindBourne · · Score: 1

    It was lindows that I was thinking of, not Xandros. Just so that you know, Lindows basically logs in as root by default. You have to go out of your way to create individual accounts. I am guessing that when you did Xandros, it did root password and then insisted on at least one user account (same as in SUSE, Redhat, Mandrake, etc). Sorry again. These days, I stay with more of the major lines rather than the minor distros.

    --
    I prefer the "u" in honour as it seems to be missing these days.
    1. Re:Mea Culpa; MOD GP DOWN PLEASE by mdwstmusik · · Score: 1

      Sorry, for the knee jerk 'BS' intro in my response. I don't know about Linspire (Lindows), my main distro is FC. I did however finally manage to convert my wife from Windows to Linux after I got her to try Xandros. In the context of the conversation, "Xandros gives root by default" sounded like a FUDster comment.

      --
      "Oh, what sad times these are when passing ruffians can say 'ni' to helpless old ladies."
    2. Re:Mea Culpa; MOD GP DOWN PLEASE by WindBourne · · Score: 1

      N.P. We all make mistakes.

      --
      I prefer the "u" in honour as it seems to be missing these days.
  127. would this be considered a.... by Ostien · · Score: 0, Offtopic

    Zeeeeeeeeeeerrrrrrrrrrrrrrrrrrgggggggggggggggg rrrrrrrrrrrruuuuuuuuuuuuuuuusssssssshhhhhhhhh!!!!!

    --
    Reality is a big nasty dragon. Fortunately I don't believe in dragons.
  128. In Korea by HermanAB · · Score: 1

    Hey, what is going on? Nobody posted "In Korea only old people..." yet.

    --
    Oh well, what the hell...
    1. Re:In Korea by Anonymous Coward · · Score: 0

      In Korea, only old women get their binaries infected with worms. There. You happy?

  129. running as root by kherrick · · Score: 0

    People won't have too much trouble with this virus as long as they are not running as root.

  130. Aw come on... by Anonymous Coward · · Score: 0

    But if i wanted a lackluster unfeatured OS just for security that had a tyrannical leader, i would have just installed MSDOS with a TCP/IP driver.

    That was actually pretty clever--not redundant. +1 Funny if you ask me.

  131. Actually by sheldon · · Score: 1

    We already new FF isn't as secure as its supporters claim it is. That's not news, and I hope people who are promoting Firefox are doing so because of features and not a myth of security.

    What was interesting, was the existence of the Linux virus. I'm pretty certain these things aren't supposed to be possible, because Linux is uber super secure from design.

    Yet another myth bubble burst.

    I guess next we'll hear about the big Apple MacOSX virus that also isn't supposed to be possible.

  132. Does this matter? by sheldon · · Score: 1

    I have "~/bin" and I put all my 3rd party apps in there.

    Ok, so the impact is everything else in ~/bin, as well as anything and everything on the system that your account can write to, including networked drives, etc.

    I'm assuming you have data? Maybe your resume? Letters to your mother? Financial data? Nakid pics of your girlfriend?

    All gone.

    Hey, but don't worry... /usr/bin/games is protected! You can still run xtetris!

    I don't think people fully comprehend the damage a virus can do. The concern is not the system. A system can be recovered from CD. It's the data. And you better have good backups.

    1. Re:Does this matter? by jedidiah · · Score: 1

      That's pretty simple.

      Execute and store online backups as another user. It could even be a normal user (depending on perms).

      --
      A Pirate and a Puritan look the same on a balance sheet.
  133. This was not an official site! by bmo · · Score: 2, Interesting

    If you're going to install a package such as FF, why bother going to an unoffical site that has had /known/ problems with security?

    www.internetnews.com/security/article.php/3512081

    Come on! Don't blame Mozilla.org for something that's not under their control. This goes double for the Windows idiots that point and say that "oo! FF is just as vulnerable!" and forgetting all about that this is just like going to "Shady Joe's Windows Upgrades" instead of microsoft.com for SP2.

    --
    BMO

  134. Re:Virus data - It's old! RTFM by bart416 · · Score: 0

    I don't think to mutch people downloaded it already. So if they remove it fast then their shouldn't be to mutch people knowing :)

  135. Re:Virus data - It's old! RTFM by NickFortune · · Score: 1
    Ummm...No, not in context of proper English

    The point is that I think the sentence is intended mislead the reader. It's quite possible to do that whilst remaining gramtically correct.

    Specifically, there is an ambiguity in the use of the word "latest". It is quite correct to use the word to mean "most recent occurence".

    However, a common usage in the media is "very recently occurence".

    So, to my eye, that article reads as if the author intended us to think that this server compromise was something new

    Unless you can show how this common use of the English language somehow is not relevant in this case, I don't get your point at all.

    It's a semantic issue, not a syntactic one.

    Hope that helps.

    --
    Don't let THEM immanentize the Eschaton!
  136. Re:Virus data - It's an old breach! RTFA by NickFortune · · Score: 1
    This slashdot article makes me feel sad.

    It makes me wonder why people think Slashdot has such an pro-Linux bias - clearly Taco will publish FUD from anyone at all ;)

    Seriously - where better to debunk crap like this?

    --
    Don't let THEM immanentize the Eschaton!
  137. Mozilla not showing originating URL of download by Krellan · · Score: 2, Interesting

    This has been a worry of mine for some time.

    Notice that when you use MSIE on Windows, it shows you the true URL of the site you are downloading from. In the download box, it will show you the URL it's downloading from, and you can see Mozilla's choice of mirrors around the world.

    With Firefox, however, you don't get to see this by default. It just shows the basename of the file you are downloading, not the full URL containing the hostname and directory path. By right-clicking on the progress bar in the Downloads popup window, and choosing Properties, you can then view the true URL, but many users don't know about this.

    If the user has turned on the "Ask me where to save every file" option, the popup file-chooser window also unfortunately does not show the true URL. It would be an ideal place to show it in this window, as there seems to be plenty of room there.

    Right now, I have to download the file multiple times, open the Properties to make sure I'm getting a different mirror, and then diff the files to make sure they're the same, before I can consider them trustworthy enough to install.

    By itself, this is just a nitpick, but it turns into a nasty bug when combined with other things:

    1) The user not being able to easily see the true originating URL of a file, before making the download decision

    2) Mozilla's decision to use a huge variety of seemingly random sites as mirrors, some more questionable than others

    3) Mozilla's decision to not have any way whatsoever of verifying the integrity of the download, such as a cryptographic signature

    Put all three together, and it's virus time!

    Microsoft: Smug Mode.

    With the large numbers of mirrors Mozilla uses, spread throughout the world, the odds of someone sneaking malware in there (either by ignorance, hacking, or a good old-fashioned bribe) is quite high.

    The solution probably lies in a plugin. If there's not already a plugin to let the user plainly see the true URL and verify where files are coming from, it should be made (I wish I knew how). The plugin should also have some cryptographic method of verifying a downloaded file, and Mozilla should sign all releases with a strong key. It's just basic common sense, and I'm shocked Mozilla hasn't done this already.

  138. what's the point? by YesIAmAScript · · Score: 1

    The sums only check to be sure you got what the VAR sent. It doesn't mean it is clean. The parent says you should check them against a reputable location. If you don't check against Mozilla.org, you aren't getting any safety at all. But if the VAR wants to patch, then the sums won't match.

    My point here, which you missed twice is that without a central patching/release authority, there is no way to have users be sure they are getting a safe build.

    Thus the theory that you can get updates on a moment's notice with Mozilla is undercut. Yes, you can do so, but you aren't sure what you are getting. You trade one risk for another.

    Again, the logistics of doing a large release are significant. Making statements like "Mozilla patches are available in under 24 hours!" belittles the actual process of ensuring safe software gets to people properly.

    --
    http://lkml.org/lkml/2005/8/20/95
    1. Re:what's the point? by Peter+La+Casse · · Score: 1
      The sums only check to be sure you got what the VAR sent. It doesn't mean it is clean.

      No one has claimed that it does.

      My point here, which you missed twice is that without a central patching/release authority, there is no way to have users be sure they are getting a safe build.

      That point has nothing to do with this subthread. (And it's wrong: a central patching/release authority does not guarantee a safe build.) My point, which you missed twice, is that an md5sum is useful because it sometimes identifies cases where you have downloaded an altered file. User "chill" asked "How do MD5 sums protect you from trojaned software?" I answered: they protect you from some instances of trojaned software by identifying those instances. (Ask a stupid question, get a stupid answer.) Whether or not an md5sum provides total protection from all trojans, or whether or not an md5sum goes to the fridge to fetch you a beer, doesn't affect that answer. Those are separate considerations.

      (For the record: no, an md5sum does not provide total protection from trojans, and no, an md5sum will not fetch you a beer from the fridge.)

  139. Responsibilty by Anonymous Coward · · Score: 0

    When will the editors of Slashdot take responsibilty for the items they publish? Do they do any fact-checking at all? They have an extraordinarly popular and powerful journal, but they handle it with the journalistic standards of a high school student newsletter.

  140. Makes Me Wonder... by http101 · · Score: 1

    I've heard the virus has been in the wild since 2002, but from a developer-stand-point, I have to wonder, why are the development computers being allowed to traverse a DMZ (provided they have one)? It's highly unlikely the virus was brought in on one of the developers. Development computers are for development purposes and should not be subjected to ANY kind of external resource whatsoever. Because of this, there is no control in the content of the media, ergo, this latest mishap with the Korean distros. This is the equivalent of running a high-profile DNA lab test on a park bench in Madison Square Garden while hobos spit at you.

    --
    -- Game Developers: Stop porting badly-textured games from crappy console systems!
  141. Re:Yeah, but, doesn't it have to be suid root by shoor · · Score: 1


    I was under the impression that, if a user runs
    a program, even one installed as root, owned
    by root, that, unless it is set uid root
    (ls -s of file should show something like:
    -rwsr-sr-x 1 root root), that it can't trash
    anything the user doesn't have permissions to
    trash. If that's the case, unless this mozilla
    were installed suid root, what could it do?

    --
    In theory, theory and practice are the same; in practice they're different. (Yogi Berra & A. Einstein)
  142. Immune! Ha! by fulldecent · · Score: 1

    Luckily, I use the a.out format for all my linux binaries.

    --

    -- I was raised on the command line, bitch

  143. Note to self - do not hire Koreans for sysadmin jo by Anonymous Coward · · Score: 0

    Note to self - do not hire Koreans for sysadmin jobs.

  144. Can you install a device driver as non-root? by tepples · · Score: 1

    A properly built Unix app has NEVER needed to be installed by root.

    Not so fast. A lot of popular software packages for *n?x systems are device drivers such as printer drivers, scanner drivers, sound card drivers, and the like. Under current monolithic designs, device drivers do need to be installed by a superuser.

  145. People still use dial-up by tepples · · Score: 1

    Execute and store online backups as another user.

    And how long would that take at 48 kilobits per second?

  146. Likelihood of confusion by tepples · · Score: 1

    MOZILLA IS NOT INVOLVED WITH THIS ISSUE.

    The point is that most home users do not know this.

    Your post makes about as much sense as saying "I downloaded Claria thinking it was Opera, now I hate Opera for infecting my computer with spyware."

    Except in this case, because the domain is mozilla.co.kr, it would be extremely easy for less sophisticated end users to mistake Claria for Opera.

  147. Whoa by sharkey · · Score: 1

    Sounds like the Honeymoon is over.

    --

    --
    "Outlook not so good." That magic 8-ball knows everything! I'll ask about Exchange Server next.
  148. The danger of 3rd party distribution by LackThereof · · Score: 1

    As much as it pains me to say it, this would never have happened to a Microsoft product. Microsoft has never taken kindly to any 3rd party distributing their binaries for them, even if they're friendly 3rd parties. Remember when there was that torrent of SP2?

    Does anyone know how many copies of the trojaned installer were downloaded before it was discovered?

    --
    Legalize recreational marijuana. Seriously.
  149. Actually by mindstormpt · · Score: 1

    Acording to someone, over the last 5 years there was only one event of a virus-infected instalation package for Mozilla, versus 35 infections for Microsoft.

    See, it's no big deal.

  150. what are you talking about? by twitter · · Score: 1
    And sadly, Linux administrators have been unable to suitably protect their systems in all this time, so it continues to be a pain in the ass, never really going away. I work for a hosting company, and I've dug Linux.RST.b out of too many servers.

    Administrators of what? I doubt anyone would have problems like this if they simply pulled their binaries from a trusted source, like Debian.

    I think too many Linux admins don't believe there's such a thing as a Linux virus.

    No, they just don't believe they have ever seen one. I'm not sure how you think you can convince them their eyes are wrong and you are right.

    Tell me how you get this silly thing into a hosting server. Machines like that should have some stable distro on them and never budge unless attacked by malicious users. Give me some infection numbers and a study to back up the "so many" number.

    --

    Friends don't help friends install M$ junk.

    1. Re:what are you talking about? by Anonymous Coward · · Score: 0
      I'm not sure how you think you can convince them their eyes are wrong and you are right.

      By the agressive tone of your reply I assume you think there is no such think as a trojan or virus that can successfully infect a Linux (or Unix) system. Is that correct?

      Nice troll.

  151. Dull thinking by smooth_shave · · Score: 1

    Glesgakiss, your post contains no information.

    "dealling with trojans is a 90% user function." - Can you define this please ? Did you just pull that number out of thin air (or someplace else). I think you made it up. Prove me wrong and show were 90% comes from and what "user defined" means. As I recall, IIS has been trojaned so many times without any user interaction. Maybe since they installed IIS, they trojaned themselves ?

    Regardless of your foolish made-up numbers, there is real world statistics to look at. How many instances/sites are infected with this renegade copy of Mozilla ? Less than 1% This means that the trojan was ineffective, like usual.

    I cannot say that it is impossible for many many Linux machines to be infected. There is very little that is impossible. But likewise, you can not say that just because there exists a virus for Linux, then the whole world Linux install base is in danger. Security is a matter of risks and the risk of this one is very low.

    You must do better to show the severity/risk of this virus other than say, "oh, I suppose it's possible so you're all in danger"

    I repeat: Show me the scale at which this virus has grown, otherwise this article pure and utter crap. There should be better moderation of who posts meaningless drivel. Doesn't Slashdot have someone review this articles before they are posted ?

    1. Re:Dull thinking by glesga_kiss · · Score: 1
      As I recall, IIS has been trojaned so many times without any user interaction. Maybe since they installed IIS, they trojaned themselves ?

      Yes, I made the 90% number up. It was to illustrate a point, not make a scientific claim. And you need to look up the definition of "trojan". IIS got wormed, different thing altogether. An ideal app can be impervious to a worm, which is an external attack. A trojan is when you get something hidden in something you choose to download. No OS ever made is secure against that, except perhaps some hypothetical trusted-computing platform, which no one wants.

      My point with the 90% was that the user is largely responsible for vetting trojans. Download your software from the official source, check the checksums and you will likely never get a virus like the one in the article. Don't run open ports, you won't get wormed.

  152. Re:Yeah, but, doesn't it have to be suid root by Anonymous Coward · · Score: 0

    Yeah, but what about those people who will, sooner or later, launch Firefox as root. Personally, I download all my packages as root, but I use ftp or wget (commandline). If somebody were to go one step further and use Firefox, they would be exposed.

  153. Re:Virus data - It's an old breach! RTFA by LO0G · · Score: 1

    Here's the thing. If the binaries had been digitally signed by the mozilla foundation, then the hacker's attempt to change the file would have broken the digital signature.

    Without signatures on binaries, there's no way of knowing if the binary you download is the one that the author intended it to be.

  154. Corrupted blood by Anonymous Coward · · Score: 0

    What are you talking about? Korean is corrupted blood!

  155. Wow! by Anonymous Coward · · Score: 0

    I bet there are a lot of pisssed off Kims.

  156. points of weakness by KayosIII · · Score: 1

    Its not that problems happen its how you learn to deal with them that counts... In this case the virus is piggybacking on something the users wants to install. Which circumvents Linux's User model protection... There are several senarios that could lead to this this is a good time to think about how all of them can be preempted.... Senario 1): A malicious party plants virus code within a code repository, malicious code is unnoticed when a release is made... Senario 2): Code is built on an Infected System Senario 3): Infected packages are planted in a package repository Senario 4): Knowingly infected code is distributed independently directly to user. Well as other people have pointed out Senario 3) already has safeguarding measures against... Signing packages. As long as the malicious party does not have the power to make official packages this should hold up quite well. Senario 2) sounds like it will be an uncommon issue - It will happen very occasionally... Hopefully the source of the issue will be easy to track down and damage will be minimised. Senario 1) sounds like the least likely route but none the less possible. Most content systems log all transactions so it should be easy once offending code is found who submitted it. Senario 4) Is by far the most worrying and likely of the four. This kind of attack happens a lot already in the windows world. However there is a nasty twist where Opensource software is involved. It is quite possible to build a compromised version of a popular and trusted program and distribute it independantly - damaging the good name of original product (which may in some cases be the intention of the excersize). In all four senarios - this type of virus threat is not really contageous since it requires the user to bypass security for it. This is still worrying as it is potentially no less painful to those infected.

  157. Re:Secure.. by Anonymous Coward · · Score: 0

    Complains are mainly about the fact that windows configure your account as admin by default. Unexperienced user do not switch to user account by themselves.

    -- bouh

  158. Installer was infected by gottabeme · · Score: 1

    If you read the link, the installer was infected. Most of the time that's going to be run as root.

    --
    "Those who consume the bulk of goods are those who make them. We must never forget this secret of our prosperity."
    1. Re:Installer was infected by Anonymous Coward · · Score: 0

      Most of the time the installer won't be run at all on Linux, as most users just install packages from their distributor instead of going to the mozilla site and updating, only to have the package manager insist on overwriting it the next time you do an update.

  159. so how does this pertain then? by YesIAmAScript · · Score: 1

    The problem is that the VAR in question put up an already trojaned copy. If you checked the sums against VAR sums, they would have matched.

    And I never said a central authority means you are getting a clean build. I said that without one you cannot guarantee you are getting a clean build.

    With Mozilla's central authority you can have some more confidence, but of course you can't be sure of anything. You can't be sure the sun will rise tomorrow.

    The point was again, and I was the one who made it (a couple posts up now) that the claims that Mozilla patches within 24 hours aren't really useful to most people, because the first thing that most people need to be concerned with is getting a clean build. Then it's important that every possible bug be patched, after that.

    Yes, md5sums protect you from trojaned software. Well, in as much as they help you know that you got what you were supposed to get. Whether the person who put that up might have trojaned it by accident or mistake doesn't really have much to do with md5 at all.

    They project me if the software was trojaned after the md5sums were made and the person who trojaned it didn't think to update the sums.

    --
    http://lkml.org/lkml/2005/8/20/95
    1. Re:so how does this pertain then? by Peter+La+Casse · · Score: 1
      The problem is that the VAR in question put up an already trojaned copy. If you checked the sums against VAR sums, they would have matched.

      Correct, that is the problem in this situation.

      And I never said a central authority means you are getting a clean build. I said that without one you cannot guarantee you are getting a clean build.

      Yup, my mistake. Looks like I just did the same thing that I accused you of doing.

      The point was again, and I was the one who made it (a couple posts up now) that the claims that Mozilla patches within 24 hours aren't really useful to most people, because the first thing that most people need to be concerned with is getting a clean build. Then it's important that every possible bug be patched, after that.

      That does sound like an interesting conversation to have, but it's not related to my reply to chill.

  160. It is well commented.. by Mr+Europe · · Score: 1

    Read the comments on their site. They say everything.
    http://www.viruslist.com/en/weblog?discuss=1707215 77

    The Viruslist is behaving really irresponsibly. The article is BS and should be removed.

    1. Mozilla.org has nothing to do with it.
    2. Looks like someone has deliberately planted an old virus to the source and put it on the server.
    3. The "virus" is on the very lowest score on the "Thread Metrics" (Symantec) :
          Number of infections: 0 - 49
          Number of sites: 0 - 2
          Geographical distribution: Low
          Threat containment: Easy
          Removal: Easy
    4. /bin-folder is not normally writeable in linux installation.
    5. The virus is from 2002 and can not infect current distros.

    Practically: the virus is not in the wild, can not spread, is no dangerous, is easy to remove and prevent. It a laboratory thing, made in order to create something difficult: a linux virus.

  161. .kr in general by jpostel · · Score: 1

    I would have to go back in my logs to confirm it, but over the last year, 90% of remote attacks on my servers have come from .kr networks. I was considering blocking entire networks at the router, just to filter out the noise in the logs.

    Is it that the systems in .kr are easier to pwn and/or zombify, or is it that the crackers and script kiddies are just more prevalent?

    --
    Ummm, Jon, aren't you supposed to be dead...? - Otter(3800)
  162. Re:Virus data - It's an old breach! RTFA by NickFortune · · Score: 1
    Without signatures on binaries, there's no way of knowing if the binary you download is the one that the author intended it to be.

    Well, they do offer MD5 and SHA1 checksums, but you really have to dig on the ftp site to find them. All part of the process of de-geeking the firefox experience, I suppose; hide those ugly checksum fils so they don't scare the non-tech users.

    How secure are digital signatures anyway? I seem to recall a case when someone created malicious ActiveX controls that seemed to be digitally signed by Microsoft. MS's workaround at the time was to disable active scripting or not to trust microsoft components. I don't recall if that was a problem with the signatures though, or an exploit in IE.

    --
    Don't let THEM immanentize the Eschaton!