Slashdot Mirror


SpreadFirefox Security Breached (again)

Kurt writes "The hugely popular SpreadFirefox project, a Firefox community marketing site, has recently fallen victim to a security breach in their TWiki software. This breach has forced the site to shutdown until October 19th. During this time, they will be performing a rebuild of the SpreadFirefox system, to hopefully curb more security breaches."

140 comments

  1. Message by mysqlrocks · · Score: 3, Funny

    I noticed this message yesterday. I was wondering what it was about. Where did slashdot get this info? I didn't see it on Mozila's web site yesterday.

    1. Re:Message by druske · · Score: 5, Informative
      The SpreadFirefox team sent this email out to registered users:

      The Spread Firefox Team became aware this week that the server hosting
      Spread Firefox, our community marketing site, has been accessed by
      unknown remote attackers who attempted to exploit a security
      vulnerability in TWiki software installed on the server. The TWiki
      software was disabled as soon as we were aware of the attempts to access
      SpreadFirefox.com. This exploit was limited to SpreadFirefox.com and
      did not affect mozilla.org web sites or Mozilla software.

      We have scanned Spread Firefox servers and at this time do not believe
      any sensitive data was taken, but as a precautionary measure we have
      shutdown the site and will be rebuilding the web site from scratch. We
      also recommend that you change your Spread Firefox password and the
      password of any accounts where you use the same password as your Spread
      Firefox account. We will notify you again when the site is back up with
      instructions on how to change your password. (Note: We do use MD5
      hashing on the passwords, but MD5 cannot protect all passwords against
      off-line dictionary style attacks.)

      After Spread Firefox was compromised in July, we instituted procedures
      to ensure that we apply all security fixes to the software running the
      site (Drupal and PHP) as soon as they become available. Unfortunately,
      those procedures overlooked the installation of the TWiki software since
      it is not used by the main Spread Firefox site. When the system is
      rebuilt, all the software will be audited to ensure that security
      updates will be applied in a timely manner. We deeply regret this
      incident and any inconvenience this may have caused you. Sincerely,

      Spread Firefox Team
      Mozilla Foundation
    2. Re:Message by mysqlrocks · · Score: 1, Redundant

      Cool, thanks. It would have been nice if this had been mentioned in the story.

    3. Re:Message by Anonymous Coward · · Score: 0

      Hi druske,

      Saw the message, very interesting. Could you please forward me a copy of said message with the headers exposed, would be great if you could.

      Thanks,

      J

      kybrdcowboy@gmail.com

      www.geocities.com/kybrdcowboy/ondex

  2. It's Microsoft... by yogix · · Score: 2, Funny

    ... venting frustration over seeing their office business go down the drain!

    :-)

    -Yogix

    1. Re:It's Microsoft... by Anonymous Coward · · Score: 0

      No, it's the gang behind Foxie that's behind all of this:
      http://www.getfoxie.com/

  3. hm by sexyrexy · · Score: 4, Insightful

    OSS isn't inherently any more secure than proprietary software. It's just that the nature of the typical OSS developer vs a corporation means that the OSS organization is more transparent when bad things do happen. It doesn't mean that the security breach didn't already happen, though.

    --

    Rex is 09 F9 11 02 9D 74 E3 5B D8 41 56 C5 63 56 88 C0
    1. Re:hm by LnxAddct · · Score: 4, Informative

      This was a problem with one very small portion (twiki) of spreadfirefox. The system was setup regardless so that no user infomration was exposed. Nothing bad happened, spreadfirefox sent out a nice email to all registered users just letting them know that a remote attack was attempted.
      Regards,
      Steve

    2. Re:hm by ArsenneLupin · · Score: 4, Insightful
      the OSS organization is more transparent when bad things do happen

      That's correct. OSS organizations already warn their public if something might have happened to their website.

      Commercial organizations, on the other hand, don't warn their public. There may even be entire herds of goats trampling all over their website, and the public still isn't warned. Instead they quietely chase away the goats, still without a word of explanation to the public. And then completely forget to mend the fence through which the goats entered!

    3. Re:hm by ajs318 · · Score: 4, Insightful

      OSS is inherently more secure than proprietary software.

      Proprietary software authors do not have to do things "properly", they just kludge things together that may or may not work in every possible weirdy case, and rely on nobody ever seeing what an awful job they made of it in the first place. Witness any open source project that used to be closed-source {Mozilla; OpenOffice.org; Solaris}. Open Source developers have to write code that they would not be ashamed to show to anybody, because they do not know who is going to be looking at it. To quote Larry Wall, "Hubris is the quality that makes you write (and maintain) programs that other people won't want to say bad things about. Hence, the third great virtue of a programmer." They also have to write code in such a way that it won't be obvious from inspecting it how to misuse it.

      Morbid curiosity is what makes people look at source code; and there are significantly more good guys than bad, so if anyone is looking at your source code, the chances are that their intentions are honourable.

      --
      Je fume. Tu fumes. Nous fûmes!
    4. Re:hm by Anonymous Coward · · Score: 0

      Sorry, you are full of shit.

    5. Re:hm by sexyrexy · · Score: 1

      Elegant or otherwise "pretty" code is not necessarily more secure. Sometimes kludging produces the best practical solution. Elegant code is often more secure and complete, but that is correlation, not causation. It is often easy to assume that because the two change together, one must cause the other. There is nothing inherent to nice code that makes it secure.

      --

      Rex is 09 F9 11 02 9D 74 E3 5B D8 41 56 C5 63 56 88 C0
    6. Re:hm by halltk1983 · · Score: 1

      ... whew... I misread that as goatse. Bad imagery.

      --
      Watch for Penguins, they eat Apples and throw rocks at Windows.
    7. Re:hm by saider · · Score: 2, Insightful

      I have seen a good number comments in all kinds of projects that can be summed up as...
      // This is ugly, but it works

      Often it is the result of shoddy hardware design or trying to weld pieces of code together that were never designed for it. Sometimes you have to resort to "bad code" to achieve your goals.

      --


      Remember, You are unique...just like everyone else.
    8. Re:hm by ajs318 · · Score: 1

      Correlation, not causation ..... you mean like how eating ice cream increases your probability of drowning, yes? {More ice cream is eaten on hot days, when people tend to gather near water. While you are thinking about how to make code look good, you are more likely to think at the same time about how to make it work well.}

      While I agree with the idea that you can write insecure but pretty code, I would question that prettiness is the only criterion people use to judge the code they look at. If something is insecure, it will stand out when someone with the right mindset looks at it. And the greater the probability of it being looked at in the first place, so the greater the probability of it being looked at by a person with the right mindset.

      And, of course, if you find a flaw in an open source project and the maintainer does not want to know, you can always fork it. If you find a flaw in a closed source project and the vendor doesn't want to know, they will use the force of the law to silence you .....

      --
      Je fume. Tu fumes. Nous fûmes!
    9. Re:hm by HishamMuhammad · · Score: 1

      OSS isn't inherently any more secure than proprietary software. But it promotes better practices in security, because "security through obscurity" is not an option.

    10. Re:hm by shmlco · · Score: 1
      "And, of course, if you find a flaw in an open source project and the maintainer does not want to know, you can always fork it."

      Fine for you. But if, say, mySQL AB doesn't want to fix a bug or fix it in that way, you're right that you're free to fork your own, assuming you can. But that doesn't help all of the other people who will, in all probability, continue to use the mainstream product.

      In other words, people, like Linus, or organizations, like mySQL AB, still control "their" projects.

      --
      Any sect, cult, or religion will legislate its creed into law if it acquires the political power to do so.
    11. Re:hm by T-Ranger · · Score: 1

      Well, that is a frequent result of web site security hacks.

    12. Re:hm by Dan+Ost · · Score: 2, Insightful

      Ugly code should be tolerated only if it is the only
      alternative to getting the code to work before the deadline.
      And even then, it should only be tolerated if you've tried
      and failed to move the deadline back. And then it should be
      removed as soon as possible.

      Ugly code, left unchecked, spreads like crazy because you
      have to code around it which makes more ugly code that has
      to be coded around.

      Don't write ugly code.

      --

      *sigh* back to work...
    13. Re:hm by RzUpAnmsCwrds · · Score: 1

      "Proprietary software authors do not have to do things "properly", they just kludge things together that may or may not work in every possible weirdy case, and rely on nobody ever seeing what an awful job they made of it in the first place."

      This indicates that you don't know how a proprietary software development environment works, nor do you understand how an open-source development environment works.

      Yes, there are many closed-source products where code is never reviewed or audited. But if you've ever coded in the aerospace or other life-critical industries, it becomes abundantly clear that code reviews are regular practice, and that your job is put on the line very quickly if you don't measure up. Even Microsoft now has detailed security practices, and, after hearing from some of my Microsoft friends, they are taken very seriously.

      As for open source, yes, code is often tightly audited, particularly in well-known projects. But many smaller projects, particularly ones with small development teams, never audit code. Even the Linux kernel has many instances of abysmally poor code.

      The point is this: open source is not immune from poor coding. And a tightly managed closed-source project can produce high-quality code.

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

      OSS isn't inherently any more secure than proprietary software.

      We can thank Eric Raymond for this disinformation. We can thank Richard Stallman for the truth, being:

      If you find the software package you use to be lacking, Free software gives you the ability to make it better and more suitable.

      As opposed to Raymond's mantra:

      Open source ruleZ micro$oft sux! OSS is better because a million retards tapping away at a million terminals will make something good.

  4. Hmmm... by PhotoBoy · · Score: 2, Interesting

    No reassurances this time that no personal data was stolen? Last time they made damn sure to point out that everyone's data was safe but it seems this time they've not told us about that. Could the hackers have a nice big list of email addresses to spam now?

    1. Re:Hmmm... by Iriel · · Score: 1

      Then again, I couldn't fault them for withholding tech-tabloid cannon fodder. As soon as someone makes a promise or releases numbers, cNet and friends go into a spin-doctor uproar (from my observation anyway)

      --
      Perfecting Discordia
      www.stevenvansickle.com
    2. Re:Hmmm... by j-turkey · · Score: 3, Informative

      From the email sent out, it says that:

      We have scanned Spread Firefox servers and at this time do not believe any sensitive data was taken, but as a precautionary measure we have shutdown the site and will be rebuilding the web site from scratch. We also recommend that you change your Spread Firefox password and the password of any accounts where you use the same password as your Spread Firefox account.

      It seems safe to assume that personal information is a subset of sensitive data, no?

      --

      -Turkey

    3. Re:Hmmm... by Anonymous Coward · · Score: 0

      Could the hackers have a nice big list of email addresses to spam now?

      If I remember correctly last time the attack did net email addresses of users. I don't know if I still have my old email but I thought it stated that the email addresses were the primary target of the previous attack.
      Regardless, the email addy that I had set up for sfx started getting spam sent to it almost immediately.
      But that is just my recollection.

  5. Wrong Date by rb2297 · · Score: 5, Informative

    It says the site is down until the 15th not the 19th...

    1. Re:Wrong Date by Anonymous Coward · · Score: 3, Funny

      If we can't trust them about showing correct dates, then for goodness sake, why should we believe there even WAS a security breach?

  6. Re:Relief by the-amazing-blob · · Score: 1

    Hey, things happen. And this isn't firefox we're talking about yet, so it doesn't matter.

  7. From Spread Firefox Team by tcort · · Score: 0, Redundant

    To: announce@spreadfirefox.com
    From: admin@spreadfirefox.com
    Subject: Spread Firefox Security Notice

    The Spread Firefox Team became aware this week that the server hosting
    Spread Firefox, our community marketing site, has been accessed by
    unknown remote attackers who attempted to exploit a security
    vulnerability in TWiki software installed on the server. The TWiki
    software was disabled as soon as we were aware of the attempts to access
    SpreadFirefox.com. This exploit was limited to SpreadFirefox.com and
    did not affect mozilla.org web sites or Mozilla software.

    We have scanned Spread Firefox servers and at this time do not believe
    any sensitive data was taken, but as a precautionary measure we have
    shutdown the site and will be rebuilding the web site from scratch. We
    also recommend that you change your Spread Firefox password and the
    password of any accounts where you use the same password as your Spread
    Firefox account. We will notify you again when the site is back up with
    instructions on how to change your password. (Note: We do use MD5
    hashing on the passwords, but MD5 cannot protect all passwords against
    off-line dictionary style attacks.)

    After Spread Firefox was compromised in July, we instituted procedures
    to ensure that we apply all security fixes to the software running the
    site (Drupal and PHP) as soon as they become available. Unfortunately,
    those procedures overlooked the installation of the TWiki software since
    it is not used by the main Spread Firefox site. When the system is
    rebuilt, all the software will be audited to ensure that security
    updates will be applied in a timely manner. We deeply regret this
    incident and any inconvenience this may have caused you. Sincerely,

    Spread Firefox Team
    Mozilla Foundation

  8. We's gonna party like it's 1999! by christian.elliott · · Score: 0, Offtopic

    Posted by CmdrTaco on Wednesday December 31, @09:00PM
    I think Slashdot editors have finally gone of the deepend.
    I was wondering who beat me out of the time machine on Ebay.
    Don't forget the crystals Taco! THE CRYSTALS!

  9. Wow, on the heels of the HP/Netscape news... by suitepotato · · Score: 0, Troll

    And soooo many people think that Mozilla is inherently safer, the people who develop it and revolve around it and so on the most saintly perfect people...

    Wake up kids. They're as fallible as anyone at Microsoft and things like this will happen. Whether it is the browser or the websites hosting or the wikis, or whatever, mistakes are going to be made and patches and corrections will need to be done.

    Microsoft isn't the only imperfect group of people out there. Everything is as vulnerable as the weakest link: the humans involved. Self-righteousness egged on by zealots can only weaken the link.

    --
    If my grammar and spelling are off, I am [distracted/tired/careless] (take your pick)
    1. Re:Wow, on the heels of the HP/Netscape news... by LWATCDR · · Score: 3, Informative

      But this isn't the Mozilla project. And Mozilla is inherently safer than IE.
      Why? Because Mozilla isn't port of the OS. Exploits in IE have tended to open up the entire OS to virus and malware. Exploits in Mozilla tend to crash Mozilla. Same thing with Outlook and Thunderbird.
      Finally to answer this statement of yours
      "Wake up kids. They're as fallible as anyone at Microsoft and things like this will happen. Whether it is the browser or the websites hosting or the wikis, or whatever, mistakes are going to be made and patches and corrections will need to be done."
      If you look at the spreadfirefox.org website you will see this statement "This site is not connected to the Mozilla Foundation"
      So... your point is? The cracking of this website that is in not connected to the Mozilla Foundation proves what????

      I agree that Mozilla is not perfect just better than IE.

      --
      See my blog http://ilovecookes.blogspot.com/ for light hearted technical information.
    2. Re:Wow, on the heels of the HP/Netscape news... by eln · · Score: 1

      The difference is that (in theory) Mozilla and other open source projects have far more developers that can fix problems as they occur far faster, and have no commercial motive to suppress vulnerability reports. This means that, in theory, Mozilla's bugs will not only be fixed faster, but reported to the public faster so they'll know to be particularly vigilant in watching for attacks. The net result is an overall more secure experience with a popular open source project than with a commercial product.

      This stuff doesn't tend to work as well when an open source project only has one or two developers willing to fix problems, but with an enormously popular project like Firefox, it has worked very well.

    3. Re:Wow, on the heels of the HP/Netscape news... by Shaper_pmp · · Score: 3, Insightful

      Right. Of course.

      Because the guys behind Mozilla/Firefox are clearly the same people as those who write TWiki, right? And the guys who run the Firefox marketing site are clearly exactly the same guys who do the hardcore browser development too.

      I'm all for pointing out when anyone fucks up, regardless of if they're saintly Firefox developers or "t3h evil 0ne5" at Microsoft. Nevertheless, if we're going to start pointing fingers at anyone and scoring cheap points, can we at least make sure it's, y'know... their fault?

      Short-sightedly knee-jerking and implying a marketing-run website crack is in any way a reflection of the security of an entirely separate developer-run product is just as bad as the people you're having a go at that think FL/OSS developers' shit smells of roses.

      --
      Everything in moderation, including moderation itself
    4. Re:Wow, on the heels of the HP/Netscape news... by Anonymous Coward · · Score: 0

      You mean all software isn't bulletproof?!?

      Or are you implying that a company with years of making bug-ridden software that is responsible for most economic damage caused by computer viruses/worms/trojans/flaws/crashes is the same as smaller organizations that have fewer bugs and are fixed quicker?

    5. Re:Wow, on the heels of the HP/Netscape news... by Anonymous Coward · · Score: 0

      No, I'm sorry, that will not wash! If the headline had read "Get Internet Explorer website hacked... Again!" you and everyone else on Slashdot would have been all over Microsoft. You would have used it as an excuse to beat up IE, IIS, Windows, Microsoft, MCSE's and the Microsoft administrators. But, this time it is the Spread Firefox website which is run by The Mozilla Foundation.

      Turn about is fair play. Therefore, it is only fair to bash the SpreadFirefox administrators for their poor configuration or poor judement in software selection. It is only fair to bash the Mozilla Foundation because it is their website and they are ultimately responsible for what happens to it. It is only fair to question Firefox itself due to the apparent ineptitude of those responsible for its production and distribution which is further compounded by the recent security issues that Firefox has had.

      Fair is fair. Your knee would have been jerking if this was about Microsoft so, Firefox must also suffer the same fate. It's the price of popularity. And when Linux hits the same level of popularity and widespread use, we will see it targeted with worms and viruses and buffer overflow exploits the likes of which have not been seen since Windows 95.

      Don't be a zealot! At least don't be a schmuck!

    6. Re:Wow, on the heels of the HP/Netscape news... by Anonymous Coward · · Score: 0

      And Mozilla is inherently safer than IE.
      Why? Because Mozilla isn't port of the OS. Exploits in IE have tended to open up the entire OS to virus and malware. Exploits in Mozilla tend to crash Mozilla. Same thing with Outlook and Thunderbird.

       
      so basically you're saying you don't know how software works. tell me, what's the difference in potential damage between a completely compromised IE with user privs and a completely compromised mozilla with user privs?

    7. Re:Wow, on the heels of the HP/Netscape news... by vain+gloria · · Score: 1

      If you look at the spreadfirefox.org website you will see this statement "This site is not connected to the Mozilla Foundation"
      So... your point is? The cracking of this website that is in not connected to the Mozilla Foundation proves what????


      Just FYI, the hacked site under discussion is www.spreadfirefox.com which is "the official Mozilla site for Spreading Firefox". The .org you quoted looks to be someone's unaffiliated contribution to the spreading effort.

    8. Re:Wow, on the heels of the HP/Netscape news... by LWATCDR · · Score: 1

      Yea I noticed that after I posted. Is spreadfirefox.com owned and run by the Mozilla foundation?
      BTW since the problem was in a piece of software on the site that was not written by the Mozilla foundation my comment still stands that it proves nothing about the quality and security of Mozilla.

      --
      See my blog http://ilovecookes.blogspot.com/ for light hearted technical information.
    9. Re:Wow, on the heels of the HP/Netscape news... by Shaper_pmp · · Score: 1

      "If the headline had read "Get Internet Explorer website hacked... Again!" you and everyone else on Slashdot would have been all over Microsoft."

      First, I would not have. You presume too much.

      Secondly, I would have, however, stood by anyone who wanted to bash Microsoft for their lax patching schedule. Likewise, feel free to bash The SpreadFirefox crew for their lack of admin skills.

      However, if someone had tried to imply that someone cracking a Microsoft site through a third-party application was in any way a reflection of the security of their browser, I would have told them to shut up and cease their twattery, just as I invited the GP to, and just as I invite you to now.

      Had someone cracked a Microsoft site using a hole in IIS (a Microsoft product) I would have had more sympathy, since this is comparing apples with apples. I would not have weighed in, but I would not have had a go at them either.

      Just out of interest, what part of "I'm all for pointing out when anyone fucks up, regardless of if they're saintly Firefox developers or "t3h evil 0ne5" at Microsoft." did you not understand?

      For additional clarity, the bit about "t3h evil 0ne5 at Microsoft" is in quotes because I was being sarcastic, satirising the very childish partisan midset you both accuse me of and demonstrate yourself.

      Short version:

      Company X suffers a crack because of a security hole in their own software?
      This casts doubt on their ability to produce secure software.

      Company X suffers a crack because of a security hole in an unrelated product?
      This casts a little doubt on their ability to produce secure software of the first type.

      Company X suffers a website crack through a third-party product?
      This implies nothing whatsoever about Company X's product's security, and you'd be a fucking tool to assume otherwise.

      This holds true whether "Company X == Microsoft" or "Company X == Mozilla Foundation".

      You seem to believe that pro-Firefox partisan fuckwittery excuses pro-Microsoft partisan fuckwittery.

      It does not, and partisan fuckwits of all flavours merely cheapen the debate.

      --
      Everything in moderation, including moderation itself
  10. Not Mozilla software that was hacked by elfguygmail.com · · Score: 3, Informative

    It's not Mozilla software that got hacked. If it's indeed the Wiki part, then it's the MediaWiki software, which is also open source but has nothing to do with Mozilla or Firefox. Either way, that web site is very user based where tons of tools were hosted for the community like public forums and freely editable wikis, so it's not surprising that some of them may have issues. Until the actual mozilla.org site gets hacked, which I highly doubt it will ever happen, there's nothing to worry about.

    1. Re:Not Mozilla software that was hacked by Gaspo · · Score: 3, Insightful

      It's not about the fact that it was a user community, rather than the actual Mozilla.org site that was compromised. From a PR standpoint, the reports will concentrate, I suspect, on the fact that something associated with Mozilla was broken into, and thus will cast the Mozilla Foundation as a whole in a rather negative glow. Hopefully it won't last too long, or perhaps hell will freeze over and accurate reporting will prevail.

    2. Re:Not Mozilla software that was hacked by kccricket · · Score: 3, Informative
      It's not about the fact that it was a user community, rather than the actual Mozilla.org site that was compromised.

      Yeah, except that:
      This exploit was limited to SpreadFirefox.com and did not affect mozilla.org web sites or Mozilla software.
      --
      * chirp * chirp *
    3. Re:Not Mozilla software that was hacked by sprintstar · · Score: 5, Informative

      It wasn't MediaWiki , it was TWiki. They have (AFAIK) nothing to do with each other.

    4. Re:Not Mozilla software that was hacked by SilentChris · · Score: 1

      It doesn't matter if it runs on Mozilla or not. When Microsoft.com gets hacked, do people automatically say "Well, that doesn't mean Office has vulnerabilities." Anytime any part of an organization gets hacked, it's a reflection on the security of it as a whole. If Mozilla's primary selling point is "security", having an auxillary website get hacked doesn't help it.

    5. Re:Not Mozilla software that was hacked by glug101 · · Score: 1

      Until the actual mozilla.org site gets hacked, which I highly doubt it will ever happen, there's nothing to worry about.

      Dude, don't temp the hackers! To some this reads like a challenge (that I hope they don't succeed at) ;)

    6. Re:Not Mozilla software that was hacked by houseofzeus · · Score: 0

      They don't, MediaWiki is in PHP while TWiki is in Perl. I use TWiki at work and I honestly am beginning to wonder if the makers of the software originally escaped anything that they send through exec(), the amount of shell execution bugs in this particular piece of web software is ridiculous.

  11. Re:Look out now for the FUD by failure-man · · Score: 1

    I would have thought somebody who actually knows what Opera is would know the difference between that thing and that other thing . . . . . . .

  12. Re:Look out now for the FUD by Anonymous Coward · · Score: 0

    Yeah, that totally sucks, man. Turnabout is most certainly NOT fair play. Overreaction, FUD, and political spin of vulnerabilities is OUR turf, and those MS boys should just STFU right now.

  13. Can you imagine... by SocietyoftheFist · · Score: 3, Insightful

    Shutting your corporate website down for 2 weeks?

    1. Re:Can you imagine... by Thanatopsis · · Score: 1

      Can you imagine running a wiki on your corporate web site?

  14. Twiki breached! Rodgers upset. by Anonymous Coward · · Score: 0, Funny

    Oh no! They breached Twiki...again!* Buck Rodgers is going to be so upset.

    *And NO I don't want to know were he was breached. Some things are private.

    1. Re:Twiki breached! Rodgers upset. by ettlz · · Score: 2, Funny

      Actually, it's Rogers (no "d"). From Wikipedia,

      Twiki, a small robot, tended to express himself with the ejaculation "biddi-biddi-biddi"...

      OK, let's have a show of hands: how many of you guys around here do this as well?

      Come on...

    2. Re:Twiki breached! Rodgers upset. by TV_Slug · · Score: 1

      Only when followed by "... that's all folks!"

      --
      In the mid-1950's, Zenith engineers created the first wireless TV remote control, eliminating the need to have a child.
  15. Here comes the trolls! by LordKazan · · Score: 2, Informative

    While the "but open source is supposed to me more secure!" trolls will open their mouths about how this is evidence we're wrong - it's not.

    All software and therefore all websites contain vulnerabilities.
    The advantage of OSS is that these security holes are fixed promptly.

    Thanks to someone posting the origional email announcement we know that this breach was due to poor server administration in that they didn't keep their software patched up to the latest version. This vulnerability is probably fixed in the latest TWiki releases being that someone is out there exploiting it.

    --
    If you cannot keep politics out of your moderation remove yourself from the Mod Lottery.. NOW!
    1. Re:Here comes the trolls! by sprior · · Score: 1

      It seems with TWiki that the security bulletin comes out right about the time that the script kiddie attacks begin. I got bit once by a TWIki security hole so when this new advisory came out I practically RAN to my server to disable the TWiki part of my site to prevent it from happening again. You really can't claim poor administration for sure in this case, things happen too fast. For my part I'm seriously considering eliminating TWiki from the public part of my site because it's just too much of a security risk.

    2. Re:Here comes the trolls! by LordKazan · · Score: 1

      SFS said in their email they weren't doing security audits in the TWiki

      --
      If you cannot keep politics out of your moderation remove yourself from the Mod Lottery.. NOW!
    3. Re:Here comes the trolls! by kiwimate · · Score: 3, Interesting

      ...this breach was due to poor server administration in that they didn't keep their software patched up to the latest version.

      Yep, agreed.

      Same as the majority * of Microsoft hacks. People not changing their SQL Server sa password from the default, or not applying the patch that blocks that particulary vulnerability that was released by Microsoft six months ago, or...

      * Note: I fully expect someone to come up and say "but what about...". That's why I chose that phrasing. I'm not arguing Microsoft is perfect, and you can certainly argue whether open-source means you get the advantage of transparency **, or whatever your retort may be. But my contention is that the majority of hacks of Microsoft products come down to poor server administration.

      ** Which advantage is also extended to the hackers, of course.

    4. Re:Here comes the trolls! by sprior · · Score: 1

      Based on the timing of the attack I'm guessing they got bit by the security hole that was just announced on the TWiki security alerts list on 9/28. I'm also giving them the benefit of the doubt that while they didn't do "security audits", they are at least subscribed to the TWiki alerts. In any case I am saying that TWiki has now had a couple of these and the time from alert to hack seems unusually short. I think the time I got hacked it was a matter of hours (on the weekend) between when I got the notification and when I checked my system and found the attacker still logged in and deleting logs - fortunatly I had just opened the log when he deleted it so I still had it on my screen.

    5. Re:Here comes the trolls! by LordKazan · · Score: 1

      yes the majority of all hacks are _old_ code - but the threat severity of most OSS hacks doesn't come near to the threat severity of most Explorer or Outlook hacks since those applications are integrated into the OS.

      --
      If you cannot keep politics out of your moderation remove yourself from the Mod Lottery.. NOW!
    6. Re:Here comes the trolls! by archen · · Score: 1

      Well there's also the OTHER advantage of OSS, that's choice. I've looked into different Wiki setups and Twiki was one of the first I evaluated, especially because of its file upload capabilities. I had a bad feeling after the considerable ammount of work it took to get it up. I looked over the code and I was.. not impressed, to put it nicely. Overall I think Twiki is junk and they need to re-write it from scratch.

      Now some people will cling to various insecure software, but when you have a stream of fixes often, it is only a matter of time before you hit a gap and someone catches you with your pants down. Personally I wound't trust Twiki at all, and certainly would never have it publicly exposed if I HAD to use it.

    7. Re:Here comes the trolls! by Anonymous Coward · · Score: 0


      While the "but open source is supposed to me more secure!" trolls will open their mouths about how this is evidence we're wrong - it's not.

      Oh yes you are. It's definitely evidence that the open source zealots are wrong.


      All software and therefore all websites contain vulnerabilities.

      That's not the impression one gets from the open source zealots when there's a exploit in Microsoft's software. Reading the open source zealots comments would lead one to believe that Microsoft is the only one who writes vulnerable code while open source remains vulnerability free.


      The advantage of OSS is that these security holes are fixed promptly.

      While this is debatable it was not the original argument laid down by the open source zealots. Now that open source software is being found to be no better than non-open source code the goal posts have been shifted to this new argument. Especially from the Fire Fox zealots.


      Thanks to someone posting the origional email announcement we know that this breach was due to poor server administration in that they didn't keep their software patched up to the latest version.

      That sounds just like almost every Windows exploit that the open source zealots champion as "proof" that Microsoft code sucks. In very few instances has a Windows exploit taken advantage of a vulnerability for which Microsoft had not released a patch.

      Open source zealots are beginning to eat a lot of crow. Their beloved development model has shown that it is no better, from a security perspective, than non-open source development models.

    8. Re:Here comes the trolls! by Thalagyrt · · Score: 1
      I don't see how IE being part of the OS makes any difference. The problem is that the holes in IE allow arbitrary code to be run. If a hole popped up in Firefox for Windows that allowed some random .exe to be run, I'm sure it would be exploited the same way that the ActiveX vulnerabilities are exploited in IE.

      There's no difference that I can see whether or not it's integrated into the OS, the only thing that matters is that arbitrary code can be executed. This hasn't been readily demonstrated in Firefox, yet, and we all hope it stays that way.

      Also, take note that Outlook 2000, XP, 2003, and so forth are not integrated into the OS. The only version that is integrated into the OS is Outlook Express.

      I may be wrong on some of this, so if something isn't right point it out. I just don't see any way that OS integration makes a difference in executing arbitrary code.

      --
      Buffalo buffalo Buffalo buffalo buffalo buffalo Buffalo buffalo!
    9. Re:Here comes the trolls! by Anonymous Coward · · Score: 0

      OS integration doesn't make a damn bit of difference. It's just something that zealots trumpet to make their shit sound like it's better.

  16. Dupe! by Scoria · · Score: 4, Funny

    Look at this! Now they're even taunting us by appending "(again)" to the duplicate subject entries!

    --
    Do you like German cars?
  17. We're done with TWiki by po8 · · Score: 5, Informative

    I also recently had my TWiki-based wiki farm broken into, for the 3rd time in 4 years, despite trying to stay up to date at least with Debian releases. Fortunately, I had each wiki set up to run suexec as an individual user, so the damage was reasonably well contained.

    Since TWiki's security problems seem intractable (giant Perl codebase that's very difficult to audit and doesn't seem to have been designed to handle security) I decided that enough is enough and followed freedesktop.org's lead in moving the whole farm to MoinMoin. MoinMoin is written in Python rather than Perl, and seems to be better thought out in terms of security, although I had to hack up the source some to get what I wanted. Some open source migration tools will be made available shortly.

    I wouldn't recommend to anyone that they run a publically-viewable TWiki installation at this point.

    1. Re:We're done with TWiki by SimonJW · · Score: 1

      Rockbox, the open-source firmware project for the Archos Player, Recorder and iRiver H1xx's recently lost their entire TWiki on a similar security flaw. I'm not sure if it is the _same_ flaw, but it allowed the guy who did it to just wipe the whole thing clean. Thank god for the whole backup-culture...

    2. Re:We're done with TWiki by Florian+Weimer · · Score: 2, Informative

      I also recently had my TWiki-based wiki farm broken into, for the 3rd time in 4 years, despite trying to stay up to date at least with Debian releases.

      TWiki is not part of any official Debian release. The current round of bugs was fixed for the twiki package in unstable in March 2005, in version 20040902-2.

      Since TWiki's security problems seem intractable (giant Perl codebase that's very difficult to audit and doesn't seem to have been designed to handle security)

      Actually, it's not that bad. External processes are only invoked in very few places, and it's more or less straightforward to patch them so that shell command injection is probably impossible (not "provably impossible" of course, but close). See my TWiki robustness patch for the details.

      I wouldn't recommend to anyone that they run a publically-viewable TWiki installation at this point.

      The alternatives aren't that much better, unfortunately. You might be able to trade shell command injection for SQL injection. The wiki mindset seems to be quite a bit away from a computer security mindset. But this shouldn't come as a surprise because giving permission to random visitors to edit your site needs quite a bit of faith.

    3. Re:We're done with TWiki by mpcooke3 · · Score: 1

      I had a server running twiki that got compromised twice.

      I agree that it's best to ditch twiki, although SELinux is also good for damage limitation.

    4. Re:We're done with TWiki by Bralkein · · Score: 2, Interesting

      In addition to your story and the one in TFA, the Rockbox project recently had a security breach in TWiki too, and the whole thing got deleted. The news item is still there on their website, if you want to read it. I know the plural of "anecdote" is not "data", but this little collection of tales of woe still doesn't do much to bolster my confidence in TWiki.

    5. Re:We're done with TWiki by dbg400 · · Score: 4, Informative

      I also recently had my TWiki-based wiki farm broken into, for the 3rd time in 4 years, despite trying to stay up to date at least with Debian releases. Fortunately, I had each wiki set up to run suexec as an individual user, so the damage was reasonably well contained.

      I'm running the TWiki Debian packages (from Unstable) but follow the security mailing list and fortunately have patched (just) in time (so far). The first of the two recent vulnerabilities brought an attempted attack on my server around 12 hours after getting the initial email warning.

      Since TWiki's security problems seem intractable (giant Perl codebase that's very difficult to audit and doesn't seem to have been designed to handle security) I decided that enough is enough and followed freedesktop.org's lead in moving the whole farm to MoinMoin

      It's probably not much consolation, but the upcoming Dakar release features a much revised code base with security in mind.

  18. It only means that.. by TarrySingh · · Score: 0

    someone is scared. Very very scared!

    --
    Scott McNealy to Michael: "Suck my Sun!" Michael Dell to Scott : "Lick my Dell!"
  19. Re:Sensationalism by Mr.+Underbridge · · Score: 1, Interesting

    Um, it's news. Unless you think these sorts of things should be swept under the rug to feed your "PR fight?"

  20. Re:Look out now for the FUD by sumdumass · · Score: 3, Funny

    what does watching an opera have to do with t he interweb thingy?

    Look out i gatta go back to clicking up a storm. They are paying me to surf now :)`

  21. I found this out yesterday... by doormat · · Score: 1

    and ended up having to use google cache's of the pages I needed to read. Oh well. Poor SFF.

    --
    The Doormat

    If you're not outraged, then you're not paying attention.
  22. Re:Sensationalism by InodoroPereyra · · Score: 0
    Yes, you are right. It is news. I apologize for the tone of my original post. I got upset because I thought I was intentionally misleading, but re reading both the article and my post I really think that I was off the mark.

    Cheers

  23. We're done with Perl. by Anonymous Coward · · Score: 0

    "I wouldn't recommend to anyone that they run a publically-viewable TWiki installation at this point."

    Actually the only one really taking a PR hit as it were, is Perl. Perl: the insecure language.

    --
    The "are you a script" phrase for today is sympathy for Perl.

  24. Website down for two weeks by totallygeek · · Score: 2, Funny
    Can you imagine shutting your corporate website down for 2 weeks?


    That would constitute vacation, something of which I have not been familiar with in some time. So, no, I cannot imagine that.

    1. Re:Website down for two weeks by xtracto · · Score: 1

      Hahaha...

      That would constitute vacation,

      Not if you are one of the IT department, I am really sure the closer thing to vacation you will get is a camping tent and sleeping bag where your traspassed server is.

      --
      Ubuntu is an African word meaning 'I can't configure Debian'
    2. Re:Website down for two weeks by Keruo · · Score: 2, Funny

      just have to remember to post a link to your www server in a story on slashdot front page while you're setting up the tent, that way you'll have nice camp fire set up, as the server goes up in flames

      --
      There are no atheists when recovering from tape backup.
  25. how is Python more secure than perl? by YesIAmAScript · · Score: 1

    And I'm not trolling or insinuating anything, I'm genuinely asking.

    Does TWiki even use taintperl? Not that that provides much more than minimal security help anyway.

    --
    http://lkml.org/lkml/2005/8/20/95
    1. Re:how is Python more secure than perl? by m50d · · Score: 1
      And I'm not trolling or insinuating anything, I'm genuinely asking.

      Genuine answer: because the code is, _in general_, more readable. Of course it's possible to write perfectly clear perl or horribly obfuscated python, but in general python code is far more readable than perl code. And that makes it far easier to check it's doing what it should do.

      --
      I am trolling
    2. Re:how is Python more secure than perl? by po8 · · Score: 1

      While I agree with parent that Python code tends to be more readable than Perl code, I'd like to amplify that we really aren't moving from Perl to Python, but from TWiki to MoinMoin. I believe that MoinMoin is more secure because it has a far better security record, because I've watched freedesktop.org, which is a target, run successfully for a while, and because I was able to read, audit, and modify the authentication code at the heart of MoinMoin to suit our purposes quickly.

      I'm not thrilled with MoinMoin's security either; as another poster said, it's hard to find a carefully security-hardened Wiki. Our choices were limited by the fact that we wanted to migrate our flat-file TWiki data to another flat-file Wiki, we wanted something with some history and a reasonably large feature set, and we had a limited time to do the final evaluation and make a move. But so far MoinMoin has worked out OK for us.

      I've looked at some other Wikis. I'm not excited about keeping my content in a database, I want user edit authentication to control Wiki spam, I want the possibility of fully-private Wikis, and I need something scriptable for "farm" operation. There were a couple of other Perl-based Wikis that were possibilities, but ultimately MoinMoin seemed to be about as good as anything. We'll see how it looks after a month or two.

  26. Re:Look out now for the FUD by Anonymous Coward · · Score: 0

    Mod -5: showing the hypocrisy inherent in the system.

    Come see the hypocrisy inherent in the system!

  27. The difference between Mozilla and Firefox... by SpiritGod21 · · Score: 1

    isn't that Firefox is more secure than Internet Explorer or Mozilla is infinitely better than Microsoft. Both are hackable and exploitable. The difference is in their response. When something happens at Microsoft, it's not announced until significantly after the fact and it takes forever for them to do something about it. Mozilla's response is to immediately shut down their site and rebuild it from scratch to be certain there is nothing left to exploit and get everything taken care of. I can't imagine Microsoft ever taking anything down to fix it; they would feel that too much revenue would be lost.

    1. Re:The difference between Mozilla and Firefox... by ninja_assault_kitten · · Score: 1, Insightful

      I *LOVE* how Firefox users have changed their tune in recent months. It's no longer "Firefox is more secure than IE!" and has no become "It's now about which is more secure, it's about response times!". :) It makes me smile every time.

    2. Re:The difference between Mozilla and Firefox... by unapersson · · Score: 1

      Haven't you heard that phrase "security is a process"? The reason Firefox is more secure, and Mozilla before it, is because they respond quickly to security issues. Not because they don't have any. That's always been the case, since before Mozilla 1.0. The list of security flaws fixed in the release notes of every release going way back should tell you that people have never claimed that Mozilla has zero security bugs.

      So any tune you imagined was one inside your own head.

    3. Re:The difference between Mozilla and Firefox... by ninja_assault_kitten · · Score: 2, Informative

      I think you've missed the point. Firefox (and it's users) began no with a claim of a faster response to security issues, but rather to a superior security architecture which was less conducive to the remotely exploitable vulnerabilities IE has fallen victom to. Clearly they were wrong and now all they have to hang on to is their response time, which they push every second they can.

    4. Re:The difference between Mozilla and Firefox... by Truth_Quark · · Score: 1

      >>>to a superior security architecture which was less conducive to the remotely exploitable vulnerabilities IE has fallen victom to. Which they have. FF simply is more secure. There are far more high resk threats to IE. And FF does respond to what threats there are many times faster than IE, but that's less material than the fact that there are less serious threats. MS sells IE for the same price if it's insecure. More now that they are going into virus protection software. FF are simply trying to make a good product - and with the code exposed, this is sure to happen. Deal with it.

  28. Er... correction by SpiritGod21 · · Score: 1

    In class and barely paying attention :-P The subject should be: The difference between Mozilla and Microsoft *cough* Feel free to mod me down for typos :-\

  29. Re:Someone must be fired. by Anonymous Coward · · Score: 0

    And then we say that OpenSource software is easier to secure, manage and maintain?

    It is. It doesn't mean you can't find lazy admins using it, or sloppy software engineers writing it. Thats the difference between necessary and sufficient conditions.

  30. The culprit is..... by 8127972 · · Score: 2, Funny

    .... Likely a Microsoft employee. These days, they'll do anything to avoid a flying chair.

    --
    This is my opinion. To make sure you don't steal it, it's covered by the DMCA.
  31. Re:Relief by Anonymous Coward · · Score: 0

    read the message more carefully. It was security breech with Twiki. This is not a mozilla product. This is an open source project they are using.

  32. funny by Anonymous Coward · · Score: 0

    everybody is expressing concern, instead of derision --- oh wait, it's not microsoft that fucked up!

  33. O NO!!! Not my SFF account!!!! by Anonymous Coward · · Score: 0

    NOOOOOOOOOO...

    o well.

  34. Non News by nurb432 · · Score: 1

    This stuff is happening so much these days i dont think it really should be considered 'news'.

    Sure, its sad we have reached this point, but its a sign of society in general.

    When was the last time a home break-in was on the front page of the paper? ( unless it was someone 'special' of course.. )

    Crime has just become part of the 'background noise' in life today.. Almost like the world of marketing has..

    --
    ---- Booth was a patriot ----
    1. Re:Non News by ninja_assault_kitten · · Score: 1

      This is Slashdot. If some completely clueless 11 yr old blog writer can make headlines by doing an ROI comparison of Windows and Linux (which favors Linux) then why wouldn't this?

    2. Re:Non News by nurb432 · · Score: 1

      Its a common petty crime. It doesnt need to be on the front page wasting space. Its that simple.

      What the hell does it have to do with microsoft or political orientation? ( to me, nothing )

      --
      ---- Booth was a patriot ----
  35. Why is this? by fizbin · · Score: 1

    What on earth is it about perl that makes it any less secure than python? I've seen some doosies in python caused by people casually encoding object.repr() into a link parameter and then eval()'ing it on the webserver when someone clicks on the link.

    Perl, not having a default repr() method that spits out eval()-able code doesn't encourage that particular brand of insecurity. Also, one would think that taint mode would prevent many similar web programming bugs. (No, taint mode isn't a panacea, but it's better than nothing)

    And yet, I'll agree that the press for perl has lately been exceedingly bad. What's going on here?

    ((The particular commercial python application referenced above was still doing this last I checked, only now they use some homegrown encryption scheme on the repr() bit and tag each link with a checksum of the included data and the session id. They aren't using a real stream or block cipher (the same characters in the same string position always map to the same characters, regardless of what precedes or follows), and the checksum appears to be only 16 bits, so they're still moderately insecure, but I haven't gone through the exercise of cracking it. At least it's no longer a big huge red flashing light saying "hack us here; we're flamingly insecure".))

  36. Well at least ... by phusikos · · Score: 1

    ... the counter is still up. With less than 5 million to go before 100,000,000, I don't want to miss the final tick as it goes by.

  37. Blame it on MS by Brad_sk · · Score: 0

    Just blame it on Microsoft and move on next topic...as usual on slashdot!

  38. Employee promises from the last incident. by CyricZ · · Score: 0, Flamebait
    The last time this happened I received the following replies to questions concerning the practices of the SpreadFirefox admins:

    http://it.slashdot.org/comments.pl?sid=155997&cid= 13079208
    mykmelez (6506) on Friday July 15, @08:01PM
    (I am a foundation employee, but I am now speaking for myself, not for the foundation.)

    You should trust our competency because we almost always stay up-to-date with the latest security updates to all installed software and because we're revising our security plan and procedures to seal up the cracks that this particular software update fell through.


    and

    http://it.slashdot.org/comments.pl?sid=155997&cid= 13079261
    by mykmelez (6506) on Friday July 15, @08:12PM
    You should trust the foundation's competency because they almost always stay up-to-date with the latest security updates to all installed software and because they are revising their security plan and procedures to make ensure that this lapse in the application of security updates does not recur.


    I was assured by a Mozilla Foundation employee, even if he was speaking for himself and not the foundation, that an incident like this would not happen again.

    Frankly, in the world of computer security and server administration, I'd say two strikes are more than enough. Perhaps it is time to get rid of those who cannot maintain a server properly, and protect the data of many thousands of users.

    Perhaps it's even time for a public inquiry into this matter. We need to know the name of the person(s) who is/are responsible for these numerous lapses. We need accountability. While an open source project does need all the help it can get, it does not need help that leads to the data of so many users being compromised.

    While I am an ardent open source supporter, I will not use Mozilla products until people are held responsible for these mistakes. I will stick to Konqueror and Opera, thank you.

    --
    Cyric Zndovzny at your service.
    1. Re:Employee promises from the last incident. by Anonymous Coward · · Score: 0

      You are an ardent idiot.

    2. Re:Employee promises from the last incident. by mixmasterjake · · Score: 1

      What makes you think that just because you've decided to use an open source product that they "own" you anything? I say you owe them!

      It doesn't sound to me like you are an ardent OSS supporter - you don't seem to understand what it's about at all. I'll give you fanboy, though.

      --
      TODO: come up with a clever sig
    3. Re:Employee promises from the last incident. by CyricZ · · Score: 1

      They owe us all a full investigation into this matter. We need the name(s) of the person/people who failed to keep these servers updated. Why? Well, the SpreadFirefox site first needs to show that they take security seriously, especially after these numerous breaches. Thus they need to stop letting these people maintain their servers. Second, we all need to know who these people are so that we never have any serious business relationships with them. They are obviously unfit to run servers.

      --
      Cyric Zndovzny at your service.
    4. Re:Employee promises from the last incident. by SkullOne · · Score: 1

      I'm going to ravage your mother.

      --

      Brent Jones
    5. Re:Employee promises from the last incident. by CyricZ · · Score: 1

      "I'm going to ravage your mother."

      You go ahead and do that. But don't forget to bring a shovel. You'll need it to dig her rotten corpse out of the ground.

      --
      Cyric Zndovzny at your service.
    6. Re:Employee promises from the last incident. by mixmasterjake · · Score: 1

      Contributors to open source projects donate their personal skills and time. There's no contractual obligation or guarantee of any level of competence. If you can't handle that concept, then you should probably stick to commercial software or purchase commercial support. Although that won't get you any guarantees of competence either, at least you'll have someone to yell at.

      --
      TODO: come up with a clever sig
    7. Re:Employee promises from the last incident. by CyricZ · · Score: 1

      It doesn't matter if they're donating their time/services or getting paid. If what they're doing end up being more harmful than good (ie. running servers so as to have quarterly security breaches), then the project is better off if they get rid of such a volunteer.

      If somebody were to volunteer their cleaning services at a church, for instance, and proceeded to repeatedly damage the pews and the flooring, then they would be politely asked to stop volunteering. It's time for SpreadFirefox to to the same, so as to protect the data of the site's users.

      --
      Cyric Zndovzny at your service.
  39. An alert is the least we could expect. by CyricZ · · Score: 1

    You act like it's exemplary of them to alert their users to security breaches that may have compromised those users' data, just because many commercial entities won't do that. I'd say that's an incorrect attitude to take.

    SpreadFirefox isn't any better off for alerting the community to these incidents. They're just doing what they should be doing. It's those who do not send out alerts who are truly the awful ones.

    Sending out this alert does not right the situation, however. Since this isn't the first incident, it is time for an inquiry to be held. We need to know the names of the people who are responsible for this incident. Taking decisive action like that will give Mozilla true credibility.

    Of course, open source projects need all the help they can get. But they don't need help in the form of compromised servers. Sometimes it's better to go without than to go with that which is harmful.

    --
    Cyric Zndovzny at your service.
  40. We were promised that this would not happen again. by CyricZ · · Score: 1

    After the last incident I was promised by a Mozilla Foundation employee, even if not talking on behalf of the foundation, that steps were being taken to prevent such incidents from ever happening again (let alone a few months later).

    Please see the Slashdot comments:
    http://it.slashdot.org/comments.pl?sid=155997&cid= 13079208
    http://it.slashdot.org/comments.pl?sid=155997&cid= 13079261

    We were promised that this would not happen again. Yet it did.

    --
    Cyric Zndovzny at your service.
  41. Time error when viewed on main page? by Anonymous Coward · · Score: 0

    SpreadFirefox Security Breached (again)
    Posted by CmdrTaco on Wednesday December 31, @08:00PM

    None of the other posts have the wrong date...and date is corrected once you enter the story. Bizzare.

  42. Re:Relief by Philip+K+Dickhead · · Score: 0, Offtopic

    In Croatia, artist Sinisa Labrovic has launched a satire of reality shows, starring sheep instead of people. After a 10-day competition, the winning sheep will be honored with poetry. The losers will be eaten.

    --
    "Speaking the Truth in times of universal deceit is a revolutionary act." -- George Orwell
  43. Re:Twiki breached! Rogers upset. by Anonymous Coward · · Score: 0
    "Twiki, a small robot, tended to express himself with the ejaculation 'biddi-biddi-biddi'..."
    Oh, so that's what the hell he was doing! I don't think I'll watch that show again... too creepy...
  44. It's all about the right security process by slicedot · · Score: 1
    Besides writing code with security in mind in the first place, it is all about establishing the right security process and acting quickly.

    The TWiki community has a well established security alert process, summarised at TWikiSecurity. The security team acted very quickly on the last incident, as documented in the timeline.

    Like other web based software, TWiki is safe to use on public sites if site administrators establish the right security process and act quickly on an incident.

    1. Re:It's all about the right security process by po8 · · Score: 1

      The last two times I discovered we were hit, I got a security alert a few days later. This may indeed be a very quick response, but it doesn't solve my problem. :-)

      I don't agree that TWiki is safe to use on public sites in its current form. The code base is so diffuse, complex, and difficult to audit that I expect more serious incidents in the near future. Responding to incidents is not the same as proactively hardening the software to prevent them. Perhaps the "Dakar" release will solve the problems---I hope so. But until then, I stand by my earlier non-recommendation.

  45. Re: That robustness patch of yours by fizbin · · Score: 1, Offtopic
    I like what you've done by way of replacing backticks/qx with something that calls the multi-arg form of system. However, I do take issue with this statement:
    SpreadSheetPlugin uses regular expressions to ensure that strings which are passed to eval are harmless. While I could not discover an exploit, this approach should be considered poor engineering from a security standpoint.
    While it is certainly easy to use regular expressions in this manner to produce code that qualifies as poor engineering from a security standpoint, the regular expressions that SpreadSheetPlugin uses are actually simple enough to be easily verifiable, or would be if they reduced their excessive use of backslashes down to something readable.

    For instance, I would rewrite the first half of their safeEvalPerl subroutine as:
    sub safeEvalPerl
    {
        my( $theText ) = @_;
        # Allow only simple math with operators - + * / % ( )
        # (shh... don't tell anyone, we support comparison operators)
        $theText =~ m{^(!<=>-+*/0-9.()%\s]*)$}
            or return "ERROR: unsafe eval attempted";
        $theText = $1; # untainted variable
        if ($theText =~ m{(^|[^0-9.\)\s])\s*[%*]}) {
            # catch attempted hash/glob access
            return "ERROR: unsafe eval attempted";
        }
        return "" unless( $theText );
        local $SIG{__DIE__} = sub { TWiki::Func::writeDebug($_[0]); warn $_[0] };
        my $result = eval $theText;
        # at this point, put in the result of their code here
    I will admit that the excessive use of eval elsewhere in that module (why are they using the string form of eval, and not the block form?) gives me the security heebie-jeebies. Every spot I found was good, but I had to check too closely.

    In your "For Developers" section I would add these suggestions:
    • When you discuss Perl's open function, tell everyone to use the three-argument form when possible. This has been available since at least perl 5.6 and eliminates a whole host of potential security problems.
    • If you are using eval only to trap die(), and not to do the kind of thing that requires extensive security checking, then use the block form of eval, not the string form. (e.g. the only two places SpreadSheetPlugin should be using the string form of eval are inside safeEvalPerl and when they need to use tr///)
    • Don't attempt to defang malicious input. If input is not demonstrably benign, reject it outright. (I mean, escape or quotemeta() stuff what needs escaping, but if you find yourself removing "unsafe" characters or replacing them with spaces, that's a good sign that you should be rejecting the input instead)
  46. Just proves that... by VonSkippy · · Score: 0, Troll

    Just proves that good coders make lousy SysAdmins. They should stop futzing around and get someone who actually knows how to run a secure infrastructure.

  47. TWiki got safe with the new release by SaintMan · · Score: 1
    TWikis next generation (codename Dakar) release will be out in about 10 days from now and it got really changed in every way. For example it got a brand new security model to prevent such hacks very effectively see http://develop.twiki.org/~develop/cgi-bin/view/TWi ki/DakarReleaseNotes#Security:
    Dakar Release introduces the use of 'safe pipes' to prevent any malicious request from executing code on the server. This strategy stops any of the known attacks dead in its tracks. The Dakar codebase has not been impacted by any of the recent security advisories in any way. Several public sites have been running Dakar code for some months now, and to the best of our knowledge none has been hacked.
    Besides that the codebase got an complete overhaul for better maintainance and stability. Installing it is a breeze with the new configure script!

    Beta 2 is already out (http://twiki.org/cgi-bin/view/Plugins/TWiki) , is rock solid and best of all SAFE! We decided 2 months ago, that it is stable and so our customers already run TWiki-Dakar with its new security features :-)
    1. Re:TWiki got safe with the new release by houseofzeus · · Score: 0

      Wow. You mean they finally worked out that it's a good idea to escape things before you send them to the command line?

      The security holes are always the same:

      'TWiki X function allows arbitrary shell command execution'

      My personal favourite is the vulnerability allowing command execution through the search page that managed to slip through and be included in every version of TWiki from May 2000 to September 2004 before being picked up.

  48. Obviously... by Kingrames · · Score: 1

    The site is on fire.

    --
    If you can read this, I forgot to post anonymously.
    1. Re:Obviously... by Anonymous Coward · · Score: 0

      and is now shown on FOX(tm)

  49. Re: That robustness patch of yours by fizbin · · Score: 1
    Actually, thinking about it, I'd be much calmer about their code if the safeEvalPerl sub read like this:
    # Allow only simple math with operators - + * / % ( )
    # (shh... don't tell anyone, we support comparison operators)
    my ($termre, $opre, $expre);
    $opre = qr{ [!<>=]= | [<>-+*/%] }x;
    $termre = qr{ [0-9]+(?:\.[0-9]*)? | \( (??{$expre}) \) }x;
    $expre = qr{ $termre (?: $opre $termre )* }x;
    sub safeEvalPerl
    {
        my( $theText ) = @_;
        $theText =~ s/\s+//g; # spaces don't change meaning; simplifies our regexp above
        $theText =~ m{^($expre)$}
            or return "ERROR: syntax error or unsafe construct in '$theText'";
        $theText = $1; # untainted variable
        return "" unless( $theText );
        local $SIG{__DIE__} = sub { TWiki::Func::writeDebug($_[0]); warn $_[0] };
        my $result = eval $theText;
        # at this point, put in the result of their code here
    With that code it's much easier to glance at it and verify that it is indeed allowing through only what is intended by explicitly specifying a grammar to match, instead of hoping that perl will throw syntax errors when the jumble of characters your regexp let through doesn't make sense.
  50. haha pwned buy MSFT by Anonymous Coward · · Score: 0

    I work for Microsoft, and we did it. Ha ha ha ha haaaaaah.

    We're gonna have this new stuff called RSS in the next IE, you should get it. we pwned j00!

  51. Not TWiki! by Tamerlan · · Score: 1

    Summary contains factual error. SpreadFirefox runs (ran?) on Drupal, not TWiki.

  52. My theory. by RonaldReagan · · Score: 0

    I blame Kevin Mitnick. Or that Mumia guy. Probably Kevin Mitnick.

  53. It was obvious it was going to happen. by Anonymous Coward · · Score: 0

    There is little, if any, thought given to security by Wiki software developers. Honestly, almost all (if not all) Wiki's are just a great big hole waiting to be exploited.

    It's a big black mark for the Firefox team that they really aren't paying enough attention to the basic concepts of security. This potential hole should have be blatantly obvious to anyone calling themselves security concious. And appropriate steps should've been taken so that when (not if) the Wiki was exploited, it shouldn't have resulted in the current fiasco.

    I'm a big fan of Firefox, but this is a big screwup. It would give me some confidence in the Firefox team if they acknowledged it as such.

    I'm also willing to bet that the so-called auditing will still let in another attack. It takes a certain mindset to do security right; and I don't see that mindset yet.

    I do wish them luck, however. But luck won't make a system secure.