Slashdot Mirror


SquirrelMail Repository Poisoned

SkiifGeek writes "Late last week the SquirrelMail team posted information on their site about a compromise to the main download repository for SquirrelMail that resulted in a critical flaw being introduced into two versions of the webmail application (1.4.11 and 1.4.12). After gaining access to the repository through a release maintainer's compromised account (it is believed), the attackers made a slight modification to the release packages, modifying how a PHP global variable was handled. This introduced a remote file inclusion bug — leading to an arbitrary code execution risk on systems running the vulnerable versions of the software. The poisoning was identified by a difference in MD5 signatures for version 1.4.12. Version 1.4.13 is now available."

182 comments

  1. When a member of the team arrived for work by Anonymous Coward · · Score: 4, Funny

    This was the first sign of trouble: http://i23.tinypic.com/2ezqkht.jpg

    1. Re:When a member of the team arrived for work by Mipoti+Gusundar · · Score: 0, Funny

      Sahib, first sign of trouble was using that gosdarnable PHP. What ruddy pile of the total pooeypoopoo!

      --
      Will code for new sig.
  2. SquirrelMail? I thought by Anonymous Coward · · Score: 0

    All it did was fetch a bunch of nuts... porn, spam, etc.

    Wait, no really, seriously, it was supposed to be funny, but a System -2875A error prevented a proper punchline from being generated.

  3. SquirrelMail team's first response after discovery by Anonymous Coward · · Score: 5, Funny

    ...of the breech: "Aw Nuts!"

  4. SquirrelMail is poisoned, so... by batquux · · Score: 2, Funny

    Horde FTW!

  5. Re:people needed by Anonymous Coward · · Score: 0, Insightful

    People that play MyMiniCity are gay and lame. They smell funny, too.

  6. You know... by mdm-adph · · Score: 4, Interesting

    ...I've never made sure to always check my MD5 signatures, but I damn sure am now.

    --
    It is by my will alone my thoughts acquire motion; it is by the juice of the coffee bean that the thoughts acquire speed
    1. Re:You know... by KiloByte · · Score: 5, Insightful

      What's the point? If you download the signatures from the same website as the packages, you won't catch any but most lazy/inept attackers. The ones here were that stupid, but come on, this trick works only once.

      In fact, if an attacker can tamper with the website on any point (including a router/proxy on the way), they can change the md5 whenever they change any other communication if they only care enough. For any resilience, you'd need public key cryptography; but even then you will be only as safe as the least safe private key.

      --
      The creatures outside looked from Alt-Right to Antifa; but already it was impossible to say which was which.
    2. Re:You know... by Mage+Powers · · Score: 1

      Then you google the md5 of the downloaded file :)

    3. Re:You know... by araemo · · Score: 2, Interesting

      ...I've never made sure to always check my MD5 signatures, but I damn sure am now. Unfortunately, the next guy will just edit the .md5 files to contain the correct signature.

      (For those who don't get it: MD5 only caught it because the 'hacker' didn't think to check for MD5 signatures. They're trivial to regenerate after you change the file.)

      GPG signing is more secure, but if the secret key is compromised, they can be faked as well. That said, there are at least revocation procedures that can catch it even if you don't read the news.
    4. Re:You know... by brunes69 · · Score: 1

      If the attacker had access to the main download site and was not a complete ass, they would have just changed the MD5 as well.

    5. Re:You know... by Nasarius · · Score: 2, Interesting
      Exactly! I don't understand why GnuPG signatures aren't in common use in the open-source world. Gentoo and other distros use them to sign packages, but if there's a weak link upstream, that's no good. It requires some extra infrastructure (a central key server for well-established developers/release engineers would be nice), but once you had that set up, verifying any package would be automatic.

      GPG signing is more secure, but if the secret key is compromised, they can be faked as well.
      And that's relatively unlikely, since an attacker would need both the key and its password.
      --
      LOAD "SIG",8,1
    6. Re:You know... by mr_mischief · · Score: 1

      That will probably help if the problem's been discovered already. It won't help much if it comes up with legit download sites and no news about the breach. Still, it's another thing to check.

    7. Re:You know... by palegray.net · · Score: 1

      You know, this situation is frequently avoided by using package management software (apt comes to mind) that checks for signatures on packages by default and warns you if (1) the signature is bad, or (2) the signature can't be verified.

      Of course, this doesn't help any if a complex package gets compromised in some very subtle way and winds up getting signed by the releasers anyhow, but at least in that case you can point the finger elsewhere.

    8. Re:You know... by pete-classic · · Score: 1

      And that's relatively unlikely, since an attacker would need both the key and its password.


      Or the key and combination of time and resources necessary to crack the password. In practice, the password is likely to be weak enough to provide only minimal protection in and of itself.

      -Peter
    9. Re:You know... by MikeyVB · · Score: 1

      ...I've never made sure to always check my MD5 signatures, but I damn sure am now.

      Sort of like backups, isn't it? We all know we should do it, but we never really do until it is too late...

    10. Re:You know... by D'Arque+Bishop · · Score: 5, Informative

      Unfortunately, the next guy will just edit the .md5 files to contain the correct signature.

      (For those who don't get it: MD5 only caught it because the 'hacker' didn't think to check for MD5 signatures. They're trivial to regenerate after you change the file.)


      Correction: MD5 caught it because the MD5 files are stored on the main SquirrelMail server and the packages that were altered were stored on SourceForge. The "hacker" didn't have access to the former, so he couldn't change them.

      Hope this helps...

    11. Re:You know... by secPM_MS · · Score: 1

      Just a note. The continued reliance upon MD5 is an issue in itself, given the advances in hash analysis over the past decade. At this point it would be wise to go with SHA-256, or if you really want to reduce the number of bits, the first or last 128 bits from a SHA-256 hash.

    12. Re:You know... by saintsfan · · Score: 1

      in this case, you are at least assuming that the package file server is the same as the web server, and the login/password stolen is good to both machines and/or both directories with write access.. not to mention comparing the hash is how this was discovered. i wouldn't qualify stealing a developer's password, changing the code and writing a remote exploit as lazy/inept (although it is poor behavior), but i would for not bothering to check a hash for a new mail server package.

    13. Re:You know... by aj50 · · Score: 1

      Sure, getting another file with the same MD5 might be easy enough, getting one that appears to work like squirrel mail except with a critical vulnerability that has the same md5 hash is a different matter.

      --
      I wish to remain anomalous
    14. Re:You know... by dbc001 · · Score: 1

      So it sounds like the lesson here is to store your signatures on a server that's separate from your release server - that's actually good news. It means that relatively trivial security can go a long way towards detecting these kinds of attacks. In fact, if the releases are posted on a website other than sourceforge, you can probably limit any damage to a very small group of people, even if you do get compromised.

    15. Re:You know... by JasonTik · · Score: 1

      The lesser of that and the most trusted public key, really. They can be altered in transit just like the MD5.

    16. Re:You know... by Anonymous Coward · · Score: 0

      Correction: MD5 caught it because the MD5 files are stored on the main SquirrelMail server and the packages that were altered were stored on SourceForge. The "hacker" didn't have access to the former, so he couldn't change them.


      If you use the BSDs, their compile-from-source packaing systems keep a checksum on your local disk (MD5 and SHA-256), so when you download the tarball it compares the file with the checksum that the BSD developer put into CVS. If the checksums don't match the build fails (though you can manually override).

      I've noticed many CVS updates in the FreeBSD tree where the upstream developer re-rolled the package without a version change and the checksum information had to be updated because people were getting errors. The 'proper' way (IMHO) would be for a version bump to occur of course.

      The best security is the security that's built-in. Having to manually verify checksums is too much hassle usually, and like backups, probably doesn't get done as often as it should.
    17. Re:You know... by Dahan · · Score: 0

      I really do wonder why are [sic] such idiotic uninformed posts ...

      Pot. Kettle. Black.

      If it's so trivial, please provide a link to a file that has the MD5 hash 51ddd67a7ff9272f5a6e1da0b9dfbf18, but is not the same file as http://prdownloads.sourceforge.net/squirrelmail/squirrelmail-1.4.13.tar.gz

    18. Re:You know... by kayditty · · Score: 0

      GPG signing is more secure, but if the secret key is compromised, they can be faked as well.

      No shit, but that's a big "if." Who the hell keeps their signing key on the same server? Why do you people always feel the need to make up ridiculous 'the-sky-is-falling' scenarios?

      Yeah, it can happen. It probably has happened. That doesn't defeat the point: PGP is safe so far as we know, GPG is a good implementation of it, and, it's an extra layer of security: good security. Stop the fear mongering. You know.. It could be that everything we know about physics is wrong too, and it only takes a wave of a hand for some Jedi master to crack Diffie-Hellman and RSA in five seconds, but who cares? That's a completely circumstantial event.
    19. Re:You know... by Anonymous Coward · · Score: 0

      It wouldn't matter if they had a heterogeneous pool of 50 servers, if the attacker controls the host they come through (router, bastion, etc) they can alter the data as it traverses.

    20. Re:You know... by Oztechreich · · Score: 1

      You can't just make up an MD5 hash.

      To fake the hash, the attacker would have to have access to the private key used to generate the original hash, which is not so simple. These guys never had that level of access.

      --
      10001001111001110110011000011101110
    21. Re:You know... by Anonymous Coward · · Score: 1, Insightful

      MD5 hash is based on the file contents alone. No public key is involved. So yes, the attackers could have just published the hash that matched the compromised archive and no one would have been the wiser.

    22. Re:You know... by petermgreen · · Score: 1

      afaict many distros do something similar but it only helps if you are using distro packages. Once you move outside of that for whatever reason you are pretty much on your own.

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

      check my MD5 signatures
      What's the point?

      What's the point, indeed. We should have moved away from MD5 signatures years ago. It's only a matter of time before some maliciously inclined asshat starts forging MD5 signatures on FLOSS packages, just to prove a point.

      MD5 is broken and should not be used. It's time the FLOSS world went to at least SHA-224, if not SHA-512 (for future proofing, lots of bits). And just for reference, there is an open call for a new secure hash.

      --
      I'm here EdgeKeep Inc.
    24. Re:You know... by OrangeTide · · Score: 1

      When you use the MD5's you check against the main site. to see if the mirror was compromised. If the main site is compromised then there is nothing MD5 can do to help you. nor can SHA256 help you there either. What you need is a full on asymmetric digital signature, with a well trusted key posted long before releases are signed. So they can be verified independently.

      --
      “Common sense is not so common.” — Voltaire
  7. Ouch. Is RoundCube stable yet? by gambolt · · Score: 1, Informative

    Anyone been using it for a while without any problems?

    I've not evaluated it recently. Horde is a PITA to set up and this doesn't give me confidence in the SM team.

  8. Re:Squirrelmail is a pile of shit anyway by Anonymous Coward · · Score: 0

    Exchange is not free software.

  9. Re:people needed by cyphercell · · Score: 0, Troll

    he's trolling to fill his city with slashtards, link to his city from myspace i tell you.

    --
    Under the influence of Post-Cyberpunk Gonzo Journalism
  10. Bad design by Anonymous Coward · · Score: 5, Funny

    Whoever decided that sending mail by using squirrels as couriers through these series of tubes is just damn wrong. Even worse, who are these sick bastards poisoning squirrels?

    1. Re:Bad design by Anonymous Coward · · Score: 0

      Even worse, who are these sick bastards poisoning squirrels?
      I blame Tom Lehrer.
    2. Re:Bad design by Technomonics · · Score: 5, Funny

      STP (Squirrel transport Protocol) suffers from the same inherent problems as IPOAC(IP over Avian Carrier) in that they are both very vulnerable to a a CITM (Cat In The Middle) attack. If however you were to implement STP over RHB (Roving Hamster Ball), the packet may still be intact yet there may occur an indeterminate amount of delay.

      FWIW

    3. Re:Bad design by Midnight+Thunder · · Score: 1

      Whoever decided that sending mail by using squirrels as couriers through these series of tubes is just damn wrong. Even worse, who are these sick bastards poisoning squirrels?

      The problem first started when they missed the fact that tubes were designed with mice and hamsters in mind.

      --
      Jumpstart the tartan drive.
    4. Re:Bad design by _Sprocket_ · · Score: 1

      Even worse, who are these sick bastards poisoning squirrels? Probably the Iranians. They're already on to the West's previous attempts in the region. It is only natural they'd move to "cyber warfare." It's the newest thing in espionage circles. All the trendy countries are doing it. Iran isn't going to be left out.

    5. Re:Bad design by piojo · · Score: 1

      Even worse, who are these sick bastards poisoning squirrels? I think one of them may have been Tom Lehrer.
      --
      A cat can't teach a dog to bark.
    6. Re:Bad design by VGPowerlord · · Score: 1

      Fortunately, its replacement Squirrels (Multiple) Transport Protocol (SMTP) is more reliable.

      --
      GLaDOS for President 2016! "Well here we are again. It's always such a pleasure." -- GLaDOS, 2011
    7. Re:Bad design by Anonymous Coward · · Score: 0

      You may want to send a comment to RFC 1149 as the RFC doesn't take into account this form of packet loss.

    8. Re:Bad design by Anonymous Coward · · Score: 0

      Just a wild guess, but... was it a Huckabee?

    9. Re:Bad design by madbawa · · Score: 1

      Must be King Leonidas. Damn those crazy spartans.

    10. Re:Bad design by Lobster+Quadrille · · Score: 1

      I'm more worried about the people who practice Squirrel injection.

      I've heard it's quite a rush though.

      --
      "The cup is in turn designed for holding hot or cold liquids, and has an open rim and closed base." --US Patent #5425497
  11. Thank Heaven For Open Source by mpapet · · Score: 5, Insightful

    If this were to happen to a proprietary application you wouldn't get an honest answer from the vendor. The bigger the vendor the worse the response.

    --
    http://www.maxineudall.com/2010/02/should-economists-be-sued-for-malpractice.html
    1. Re:Thank Heaven For Open Source by DigitAl56K · · Score: 3, Interesting

      Really? How many vendors of proprietary applications have their source repositories sitting on the Internet with a visible public interface and developers who may never have even met each other logging in from all over the world?

      I also like how you blanket-troll all vendors of proprietary applications as if none posses basic ethics.

    2. Re:Thank Heaven For Open Source by orclevegam · · Score: 1

      Slight correction there, it was the distribution server that got compromised, not the source repository. If you had downloaded the source from the source repository you'd be fine as it wasn't compromised. In theory this could have happened to anyone that provided an alternative download location, including any other open or proprietary products. To bring a discussion of proprietary applications into this is really a red herring so the GP was probably a bit off base with that, but you're not really helping either.

      --
      Curiosity was framed, Ignorance killed the cat.
    3. Re:Thank Heaven For Open Source by mpapet · · Score: 1

      How many vendors of proprietary applications have their source repositories sitting on the Internet with a visible public interface and developers who may never have even met each other logging in from all over the world?

      What's wrong with anything you just described? These are all good traits. It maximizes cooperation toward a common goal. It's terribly misleading to ignore the fact that the public access is read-only.

      I also like how you blanket-troll all vendors of proprietary applications as if none posses basic ethics.

      In my experience, there are some ethical vendors. But they are few and very far between. As a general market condition honesty is not rewarded.

      --
      http://www.maxineudall.com/2010/02/should-economists-be-sued-for-malpractice.html
    4. Re:Thank Heaven For Open Source by 99BottlesOfBeerInMyF · · Score: 4, Insightful

      Really? How many vendors of proprietary applications have their source repositories sitting on the Internet with a visible public interface and developers who may never have even met each other logging in from all over the world?

      Considering the trend for outsourcing, probably more than you'd think. A lot more yet simply ship the code off to India or Latvia or somewhere, get it back, perform no real reviews of the code, and ship it out.

      I also like how you blanket-troll all vendors of proprietary applications as if none posses basic ethics.

      He does paint with a bit of a broad brush; but he also has a point. Commercial, closed source vendors are running a business and their primary motivation is money. Sadly, that often means hiding security breaches from users, even when that places those users at risk. OSS projects may have commercial motivations as well, but because of the process they cannot easily hide this type of problem... which is good for users.

    5. Re:Thank Heaven For Open Source by Intron · · Score: 1

      How many vendors of proprietary applications have their source repositories sitting on the Internet with a visible public interface and developers who may never have even met each other logging in from all over the world?


      Nobody knows.
      --
      Intron: the portion of DNA which expresses nothing useful.
    6. Re:Thank Heaven For Open Source by m2943 · · Score: 1

      Really? How many vendors of proprietary applications have their source repositories sitting on the Internet with a visible public interface and developers who may never have even met each other logging in from all over the world?

      What does that have to do with anything? The repository was compromised because one of the developer's accounts was compromised. This also happens in companies.

      In addition, I suspect that corporate developers are more likely than FOSS developers to put in backdoors themselves--because they think they are harder to catch.

  12. Has the compromised account been secured? by Ambiguous+Puzuma · · Score: 4, Interesting

    If the vulnerability was introduced through a compromised account, is there any assurance that that account is no longer compromised? I see no mention of that.

    1. Re:Has the compromised account been secured? by Anonymous Coward · · Score: 0, Troll
    2. Re:Has the compromised account been secured? by Anonymous Coward · · Score: 0

      You know what we need? We need an option to score any post containing a link to myminicity.com with a -6.

  13. They got lucky by sqlrob · · Score: 3, Insightful

    MD5 was on the same server. What prevented the attacker from changing that as well?

    1. Re:They got lucky by tokul · · Score: 2, Informative

      MD5 was on the same server.
      Nope. They are on different server.
    2. Re:They got lucky by Anonymous Coward · · Score: 0

      They prob. used a MD5 off the server.

      I believe the evil organization, "Cobra" is behind this.

    3. Re:They got lucky by broken_chaos · · Score: 4, Informative

      I don't think they are. MD5 is on the main SquirrelMail site, package is hosted on SourceForge.

    4. Re:They got lucky by Anonymous Coward · · Score: 0

      More to the point (and to refute simplistic "it's on another server" arguments); if the attacker had access to a release maintainer's account[s], what is to stop them from uploading correct md5's, sha-1's or gpg signatures to any external sites which are supposed to measure trust?

      Obviously, one should never allow a single person or entity to control both compilation, packaging, uploading and signing of a release..

    5. Re:They got lucky by Anonymous Coward · · Score: 0

      They sent out an announcement email with the original md5 as well.

    6. Re:They got lucky by wattrlz · · Score: 1

      AFAIK the gpg one would be hard because it requires a private key that wouldn't be readily available, but you're right. No system is perfectly secure. This was probably a good example of security through obscurity, or at least, lazy attacker-ity.

    7. Re:They got lucky by sqlrob · · Score: 1

      Or even better, the key is never on a networked computer, ever. That is a lot harder to breach, since it would require a physical compromise as well as a network. Things need to be layered as much as possible.

    8. Re:They got lucky by Anonymous Coward · · Score: 0

      Well, the attacker wasn't that smart. I find it funny that this article is getting attention now. This was originally posted here on Dec 14. http://www.liquidmatrix.org/blog/2007/12/14/squirrelmail-1412-package-compromise/

  14. Re:beyond md5 by plague3106 · · Score: 3, Informative

    If you read the article, or even the summary, it was someone checking the MD5 that discovered the poisioning. So... I'd say it certainly helped.

  15. At first, I saw "Squirrel... by davidsyes · · Score: 1

    Male Suppository Poisoned."....

    --
    Previously: "Linux... Toward the Sunrise..." Now: "Linux... Toward the-- No, now, part of Every Sunrise"
    1. Re:At first, I saw "Squirrel... by rts008 · · Score: 1

      LOL!! I thought I saw something similar at first also, but your version was better than mine!

      I'm NOT going to try to give any squirrel (male or female) a suppository!! It seems like it would have similar results to sticking your hands in a running garbage disposal in your sink.

      There's bound to be a better way to poison your male squirrels than suppositories!

      --
      Down With Slashdot BETA!!! I've been around the corner and seen the oliphant; you can only abuse me from your perspecti
  16. checksum by drewmoney · · Score: 0

    Dam! Maybe next time I'll remember to change the checksum too!

  17. three versions compromised by Anonymous Coward · · Score: 1, Informative

    1.4.11, 1.4.12 and 1.5.1. Same attack bassed on CGI 1.1 specification implemented by PHP.

  18. Was Tom Lehrer behind this? by wramsdel · · Score: 1

    He has a proclivity for poisoning pigeons...maybe he's branched out to squirrels.

    1. Re:Was Tom Lehrer behind this? by Stanistani · · Score: 1

      Actually in the song, he mentions squirrels as well.

      He's thorough. _

    2. Re:Was Tom Lehrer behind this? by Anonymous Coward · · Score: 0

      *sings*

      And then we'll do in a SQUIRREL or two >:D

    3. Re:Was Tom Lehrer behind this? by wramsdel · · Score: 1

      Woah, you're right, I'd completely forgotten about that! Gents, I think we've found our smoking gun.

  19. dumb, but not entirely offtopic.. by Anonymous Coward · · Score: 0
    1. Re:dumb, but not entirely offtopic.. by Anonymous Coward · · Score: 0

      For the horde?

  20. Makes me wonder by tuomoks · · Score: 2, Insightful

    Good catch but it makes me wonder how the SC/CM is managed today? Open or closed source is vulnerable for developer access. I can understand that open source projects don't always have resources to run full SC/CM systems but I don't see full control even in some closed source environments I know. It is not difficult but needs some planning and computer resources, not human resources! Almost only places I have seen that kind of system controls are some insurance, banking (less often) and governments (often a mess). It is not just security, mistakes happen, and on long run it always pays back, try to tell that to management(heh!) Maybe I'm biased but after a couple of mishaps a long time ago we implemented a SC/CM system to protect against unverified and/or untested systems going to production and several other companies started using similar methods after us. It really can be automated with some planning. First everybody hates it and 6 months later they love the benefits, as I said, everybody makes mistakes and one command recovery is very nice when that happens before anything goes wrong.

    1. Re:Makes me wonder by Anonymous Coward · · Score: 0

      What is SC/CM and how does it protect a project from this kind of attack?

    2. Re:Makes me wonder by tuomoks · · Score: 1

      Source Control / Configuration Management. In a perfect ( an utopia! ) system no code is ever added to anything going to production but to test systems. All code changes are tracked, traceable and documented against set of rules. All changes are are authorized, not by developer but for example lead or architect. Once accepted code changes are locked, can not be modified or deleted. Much what is done for example in Linux Kernel except usually in closed source systems you can (mostly, excluding some for any reason sensitive parts) read but not modify code you don't own. Before the code goes to production it has approvals from leads, QA and in sensitive cases even security. Needs a lot of pre-planning but once running these systems don't really need much human resources. For example in one place we had 18,000 different applications / 400+ developers and only three persons accepting changes to production, I was one and it really didn't take much of my time. It also had the benefits checking the viability of systems, some were OK after changes but would have caused for example performance problems, needed new hw we didn't yet have, was actually released to production a week too early, training for new systems was delayed, another system this needed wasn't ready, etc so we were able to control the production cycle. Trust me, saves a lot of headache and debugging or sudden shortages in resources.

    3. Re:Makes me wonder by mr_mischief · · Score: 1

      Source Code/Change Management. It's a generic term like Version Control System. Basically, at the level of discussion, the poster didn't want to be tied to the specifics of RCS, CVS, SCCS, Subversion, Git, Perforce, or some other package.

      That's one of the great things about SourceForge, though. CVS and Subversion are part of the repository they provide to projects hosted there, so your developers only have to be users and not worry about administration of a version control system. They also provide a bug tracker which is maybe not the best I've seen but is nice, well-featured, and quite usable. Any open source project's team can elect to host their source code at SourceForge if they want, and it's likely that the project will be accepted. They probably reserve the right to turn down projects based on legal, ethical, or miscellaneous reasons. I've never heard of a legitimate, general-use project getting turned away.

      I mention all this about SourceForge because as some others have already said, SquirrelMail's source code repository is at SourceForge. That means they have CVS or Subversion to choose from without tying up any resources other than the people commiting changes to the code familiarizing themselves with the use of the system and someone granting commit bits to those people.

    4. Re:Makes me wonder by Anonymous Coward · · Score: 0

      Just about every open source project is managed using a source code revision control system like SVN or CVS. The problem in this case (as it was described) was that an evilperson was able to use the compromised account of a legitimate developer to inject an exploit into the system. This could happen to any project, no matter what software they are using to manage it.

  21. Re:beyond md5 by tokul · · Score: 1

    The code base was altered it seems.
    "Download repository" is not source repository.
  22. Re:Ouch. Is RoundCube stable yet? by pembo13 · · Score: 3, Informative

    I love it, it it very nice on eyes as compared to SquirelMail. I do not use if regularly, but I trust it for whenever it is needed.

    --
    "Thanks for all the money you paid to us. We've used it to buy off ISO among other things" -Microsoft
  23. Slightly off-topic but still relevant question... by Anonymous Coward · · Score: 0

    I remember this happening to Linux a long long time ago. Maybe 4 or 5 years ago, but the discrepancy was found before the kernel was ever released, and it was fixed. Does anyone remember this story or have links to it? Any follow-up stories?

  24. Re:beyond md5 by DarkHelmet433 · · Score: 3, Informative

    Yes. The article is vague, and the title on /. is worse - implies the source repository. It seems people have been easily mislead as a result. Always read the actual article, not a 2nd or 3rd hand summary.

    From there:

    "The code modifications did not made it into our source control, just the final package. We are currently investigating older packages to see if they were also compromised. "

  25. Re:Ouch. Is RoundCube stable yet? by mlwmohawk · · Score: 2, Informative

    Anyone been using it for a while without any problems?

    I use it on my site and install it for customers. You won't build a "hotmail" with it, and a rich user client like Thunderbird is almost always a better choice for users, but for those who need web access to their email, it is absolutely great.

  26. Don't trust squirrels! by Jester998 · · Score: 4, Funny

    I, for one, refuse to trust my mail to any creature that can be this devious.

    1. Re:Don't trust squirrels! by Anonymous Coward · · Score: 0

      Wow, that's pretty crazy. And that's just for a nut -- imagine what the little fellow would go through for, say, drugs, or a cute she-squirrel.

    2. Re:Don't trust squirrels! by GWBasic · · Score: 1

      I, for one, refuse to trust my mail to any creature that can be this devious.

      That obstacle course looks like it could be a level in Super Mario Galaxy. Instead of Mario grabbing the star, the squirrel grabs the nut!

  27. Good thing UWRF techies are lazy by HairyNevus · · Score: 1

    Wisconsin River Falls uses Squirrel Mail for its students. But, we're still on version 1.4.9a, if the IT guys had done their job in updating the software, I'd be pissed.

    --
    You were critically hit for no damage. The bruise will look nice, and maybe the scars will make good party talk.
    1. Re:Good thing UWRF techies are lazy by koh · · Score: 1

      They know the tune...

      If it ain't broke, don't fix it.

      --
      Karma cannot be described by words alone.
    2. Re:Good thing UWRF techies are lazy by johnw · · Score: 1

      Or maybe your servers run Debian Etch (which would give you precisely Squirrelmail 1.4.9a) and so only gets security fixes and not functional updates.

    3. Re:Good thing UWRF techies are lazy by D'Arque+Bishop · · Score: 3, Informative

      Actually, when 1.4.11 and 1.4.12 were released, they were uncompromised. Sometime after one of the developers' accounts was hacked, and the compromised versions were uploaded.

      So, if someone (like your techies) had installed 1.4.12 within a few days of its release, chances are they would have gotten an uncompromised version. I had installed 1.4.12 a couple of hours after release, and after the compromise was found I checked and found mine was an authentic release.

    4. Re:Good thing UWRF techies are lazy by Anonymous Coward · · Score: 0

      I work for a University and we've purposely NOT upgraded our version because of various breakages in the most recent versions. So perhaps your IT people ARE doing their job.

  28. Re:Squirrelmail is a pile of shit anyway by Bastard+of+Subhumani · · Score: 1

    No, and it's not a productivity tool either - quite the opposite.

    In summary: whooooosh!

    --
    Only three things are certain; death, taxes, and apocryphal quotations - Ben Franklin.
  29. Cool - now we know by Anonymous Coward · · Score: 0

    Next time we have a piece of software (haha - a pos - piece of software) with a vulnerability in it we can always claim a "maintainer" had their account "hacked" and some code changed to introduce the vulnerability. We'll trumpet on about better authentication schemes, yada yada and then in a few months, mysteriously it will happen again. Nobody will ever call them on their code being the problem in the first place - nope, had to be that person who "hacked" the account...

  30. Obligatory repsonse by nocomment · · Score: 0

    My squirrelmail seems to be working just f$#$^$%^$*@((((((#@34..........NO CARRIER

    --
    /* oops I accidentally made a comment, sorry */
    /* http://allyourbasearebelongto.us */
  31. Squirrelmail is awesome, I hope this doesn't hurt by mlwmohawk · · Score: 0, Offtopic

    I have been a squirrel mail user for some time, and I use it on my site as well as sites I set up. My current 9-5 job uses outlook, what a disaster!! Outlook Web Mail just sucks.

  32. Re:beyond md5 by Anonymous Coward · · Score: 0

    With a sophisticated enough hacker, md5 checksums won't matter much. md5 has been broken. Use sha1.

  33. Re:Slightly off-topic but still relevant question. by ledow · · Score: 1

    Are you talking about the rather pathetic and obvious attempt to insert a patch into the kernel with uid=0 rather than uid==0 (assignment, rather than comparison)? I don't think that ever got past the "doh? how stupid do you think we are?" stage and I can't even remember if it was the kernel or something like just a patch for a module posted to the LKML or something.

  34. O.U.C.H. by dkf · · Score: 1

    Poisoned distributions? Nasty indeed. Anyone got any idea how it happened? I'd imagine that targeting a specific developer just when he's doing a release, and being able to make a change to that release that causes a hole to be opened up, is quite challenging. Doing it twice is very nasty indeed; someone worked hard at this.

    Actually, I think I know one way of doing this that doesn't require the distribution builder's machine to be compromised and which also means that matching even simple signatures like an MD5 hash is very hard. If it's that, SourceForge has a very serious problem...

    --
    "Little does he know, but there is no 'I' in 'Idiot'!"
  35. Re:Slightly off-topic but still relevant question. by Anonymous Coward · · Score: 0

    Actually it was a rather odd macro someone inserted that looked benign but would have introduced some kind of a backdoor.

  36. Not just Gentoo. by Kadin2048 · · Score: 1

    Debian uses GPG to sign packages as well. I don't know about RedHat's RPM system, although I assume it must use some sort of cryptographic validation on binary packages; it's just too much of a weak link to ignore completely.

    --
    "Ladies and gentlemen, my killbot features Lotus Notes and a machine gun. It is the finest available."
    1. Re:Not just Gentoo. by Intron · · Score: 1

      rpm --checksig <package_file>

                          This checks the PGP signature of package to
                          ensure its integrity and origin.
      --
      Intron: the portion of DNA which expresses nothing useful.
  37. Weeee... by ender_01 · · Score: 2, Informative

    For anyone that doesn't get the 'andweeeeeee' tag may I refer you to http://www.threebrain.com/weeeeee.shtml/.

    1. Re:Weeee... by Anonymous Coward · · Score: 0

      So where is the 'haha' tag that usually accompanies MS bugs or conspiracy theorist NSA hidden keys.

  38. Re:Ouch. Is RoundCube stable yet? by pongo000 · · Score: 1

    and this doesn't give me confidence in the SM team

    Then you should probably stay away from Debian, Sendmail, Apache, or...well, hell, just stay away from Open Source, period, if a server/distro compromise is the measuring stick you use to measure "confidence."

  39. We use SM & were just phished by Nimey · · Score: 0, Offtopic

    We're a midwestern university & use a slightly older version of Squirrelmail as our webmail interface. Just an hour ago some of our users got this phish:

    "Confirm Your Email Address!

      Dear <domain.edu> Subscriber,

      To complete and verify your <domain.edu> account, you must reply to this email immediately and enter your password here (*********)

      Failure to do this will immediately render your email address deactivated from our database.

      You can also confirm your email address by logging into your <domain.edu> account at <correct URL>

      Thank you for using DOMAIN. EDU!
      <UNIVERSITY NAME> UNIVERSITY WEBMAIL TEAM
    "

    Our version of Squirrelmail is too old to have been one of the compromised ones, and it might not be related, but the timing is mighty suspicious. The reply-to address on this is wi_hamilton (at) yahoo (dot) gr and purports to be from <UNIVERSITY NAME> UNIVERSITY WEBMAIL TEAM <support@domain.edu>, subject "Confirm Your Email Address!", X-Mailer MIME-tools 5.420 (Entity 5.420).

    --
    Hail Eris, full of mischief...

    E pluribus sanguinem
    1. Re:We use SM & were just phished by statemachine · · Score: 1

      Coincidence. Some addresses are easily guessed, and others are taken from websites and mailing lists.

      Also, about the only thing that can't be faked with the header you posted is the IP address that connected to your server (of which you didn't include). Check your server logs.

      This has nothing to do with SquirrelMail. Though they may have other problems, this one is only SM doing its job and showing what your MTA has accepted.

  40. Re:Makes me wonder, oops by tuomoks · · Score: 1

    You are of course right, it is Change NOT Configuration management in this case. My bad.

  41. Open vs. Closed Source Security Implications by tfskelly · · Score: 3, Insightful

    I recently wrote a paper arguing that open source is more secure than closed source because finding and fixing flaws is easier in open source. I'm not sure if this incident supports or refutes that argument. In one post at SquirrelMail's blog, they say that 1.412 is compromised. In the next post, they say that 1.411(released Sept 29) and 1.412(released Dec 5) are compromised. If the time between the first compromised release and the fix is 9 days, nice job. If the time between first compromised release and the fix is 2.5 months, I'm not too impressed. Regardless, it looks like the time between discovery of the flaw and patch is only 1 day, which is pretty outstanding. Why did it take so long to find a MD5 error when the MD5 hashs and downloads are posted right next to each other for several months? Did no one check them for that long? Is this the developer's responsibility, or the responsibility of the implementing community? What measures can be taken to prevent this kind of oversight from happening again? I'm not so worried about the compromise itself - projects will get hacked. But there are safeguards to prevent this exact hack from being too effective, and those safeguards didn't work. Why not?

    1. Re:Open vs. Closed Source Security Implications by D'Arque+Bishop · · Score: 2, Informative

      The issue is that you're working from a bit of a flawed premise. :-)

      1.4.11 and 1.4.12 were released uncompromised. In very late November, someone hacked a developer's SourceForge account and uploaded compromised versions of 1.4.11, 1.4.12, and 1.5.1. As soon as the problem was found in the stable branch, an announcement was made and the original 1.4.x versions restored. As soon as someone came onto Freenode #squirrelmail and explained the EXACT security implications of the poisoned releases, 1.4.11 and 1.4.12 were pulled from distribution entirely and 1.4.13 was released. Yesterday morning it was discovered that 1.5.1 was compromised via a different file, and that was pulled from distribution as well.

      In other words, the compromised versions were introduced well after the original release, and once the issues were discovered they were swiftly dealt with.

      Hope this helps...

    2. Re:Open vs. Closed Source Security Implications by heffrey · · Score: 0

      Safeguard is to host MD5 on different server to the product and to script regular checks of MD5 and product. I'm guessing it's a trivial cron/scripting language of your choice job - no more than an hour or two, most of which is setting up systems and procedures for release.

      Something like sourceforge should be offering this as part of their package (in fact they probably do).

    3. Re:Open vs. Closed Source Security Implications by tfskelly · · Score: 1

      Much better explanation than the SquirrelMail website. Sounds like this security incident supports the argument that open source software models respond very quickly to hacks.

    4. Re:Open vs. Closed Source Security Implications by Anonymous Coward · · Score: 0

      > I recently wrote a paper arguing that open source is more secure than closed source because finding and fixing flaws is easier in open source. I'm not sure if this incident supports or refutes that argument.

      Thus proving you were never qualified to write the paper, in first place.

  42. Re:Ouch. Is RoundCube stable yet? by Nimey · · Score: 1

    How's it work with PDAs? Squirrelmail sucks balls on a PDA-sized screen.

    --
    Hail Eris, full of mischief...

    E pluribus sanguinem
  43. Hope no one suspects me! by Mathinker · · Score: 1

    Just by chance (of course) I posted a comment about this happening more and more... just yesterday!

    The timing makes me look bad...

  44. Re:Makes me wonder, oops by mr_mischief · · Score: 1

    That's aninteresting distinction which may or may not need to be made.

    I've seen "Change Management" and "Configuration Management" used interchangeably as "CM" in "SC/CM" quite a bit. I think it makes sense, because versioning of config files in some environments can be as useful as versioning of source code. /source code|configuration) management/ vs. /source code change management/

    I support the interchangeable use based on the grounds that depending on your perspective there's not much difference and that people generally understand the system can be used either way anyway.

    It also explains, I think, why I've seen it as "SC/CM", "SC-CM", and "SCCM". I usually use the "VCS" generic or even the "CVS" specifically when talking about an unknown or hypothetical versioning system. For clarity, I try to say, "RCS", "CVS", "SCCS", "Perforce", "git", or "Subversion" specifically when discussing a specific project's repoistory. Yes, I realize that conflicts with sometimes using "CVS" in place of the generic "VCS" or "SCCM". I think it's engrained in me that way because CVS is named for what it is -- a concurrent versioning system.

    Noone seems offended if you say, "I'll grab it from CVS and take a look" and they say, "Well, it's actually Subversion." In fact they normally don't, IME, make the distinction unless the repository address isn't published. They just take the point that you're going to go locate the repository and grab a copy of the code. If they think you can locate and access the repository on your own, people normally don't care that you know beforehand which of the more recent solutions is being used. Of course, they might be offended if you seem to assume they're using SCCS, but that's another matter entirely.

    As anything in the field, though, some people will paint the shed at the expense of stalling or killing the project itself. Those are the people who should be tasked with making a project logo or menu buttons, because those are the places most OS projects need people to be more picky anyway. Which VCS to use is usually a faily minor thing as long as people actually use it.

  45. 1.5.1 was compromised as well... by D'Arque+Bishop · · Score: 5, Informative

    One thing that wasn't covered in the story...

    Yesterday morning it was discovered that the 1.5.1 (development) release had been compromised as well. It hadn't been discovered until then as the hacker had modified a different file in a slightly different way. If you're running a version of 1.5.1 that had been downloaded after sometime in late November, then it would be a good idea to remove it or replace it with a SVN release (which was not compromised).

    There's no official announcement yet, but 1.5.1 has been pulled from distribution and an official announcement will probably be forthcoming.

    Hope this helps...

    1. Re:1.5.1 was compromised as well... by wikinerd · · Score: 1

      the hacker

      Me thinks that was a probably a cracker, not a hacker.

      Cracker: Malicious, illegal, wants to do damage (usually for their benefit)

      Hacker: Just wants to help fix security holes in unorthodox way, play as well, and do no damage.

  46. Re:Ouch. Is RoundCube stable yet? by coryking · · Score: 4, Informative

    Why is this modded as a troll?

    Roundcube has great potential, but it isn't nearly as mature as SM. It does seem to be getting better though. The big problem I have with Roundcube is it doesn't have plugins. No plugins = no Sieve filters (avelsieve), which is a big deal to me. No plugins = no other cool things that Squirrelmail has like importing and exporting address books from all kinds of crazy places, no admin plugins, etc...

    Someday though. It has always looked and functioned way nicer than squirrelmail, it just needs more backend sysadmin goodness.

  47. Seems cruel by Intron · · Score: 1

    Surely there's a better way to keep them off the bird feeder than poisoning them. And why just the males?

    --
    Intron: the portion of DNA which expresses nothing useful.
  48. Re:Ouch. Is RoundCube stable yet? by RemyBR · · Score: 2, Informative

    I'm using it for some weeks now... small user base though, about 25 people. Runs fine after I did some small fixes on the identity management and auto user creation features, which had minor bugs on the release I got. But overal it's a great piece of software.

  49. Re:Ouch. Is RoundCube stable yet? by coryking · · Score: 1

    How about any open source imap client for that matter?

    There used to be some IMAP to WAP client based on PHP, but it had all kinds of crazy problems like you had to hardcode your login to the config file. It also was read only - you couldn't send mail from the phone.

    Is there anything new on the market for mobile users?

  50. Better than Squirrelmail? by DirkNiblick · · Score: 0, Offtopic

    This is probably offtopic but I've been using Squirrelmail on my website for years. I like it but it's FUGLY. I've waited those years to see if they planned on maybe getting rid of the frames or adding real CSS in version 2 but I don't see any of that on the horizon. Updates and patches help fix bugs from internal and external sources but don't add much to the experience. I've written plugins and modified the source but those need to be updated/changed on every upgrade. Can SquirrelMail be made to be non-FUGLY?

    I've tried Horde (PITA as mentioned above) and Roundcube is nice but it's been in beta v0.1-rc2 for 2 years and is missing many features found in Squirrelmail. Can anyone point me to a free/open source webmail app alternative to SquirrelMail that's not FUGLY?

    1. Re:Better than Squirrelmail? by jcam2 · · Score: 1

      I like the look of Usermin for Webmail ( http://www.webmin.com/uwebmail.html ), but I may be biased because I created it ..

    2. Re:Better than Squirrelmail? by Anonymous Coward · · Score: 0

      See NutsMail. Yep, you can skin a SquirrelMail with something that's not so FUGLY.

  51. Next time the MD5 will match? by virtcert · · Score: 1

    Isn't creating MD5 collisions (making your changed file match the original MD5 value) something that can be done on a PC nowadays with stuff like this: http://www.securiteam.com/tools/6O00E1FEKO.html

    1. Re:Next time the MD5 will match? by D'Arque+Bishop · · Score: 1

      Isn't creating MD5 collisions (making your changed file match the original MD5 value) something that can be done on a PC nowadays with stuff like this

      Current (and future, very likely) releases now have PGP signatures in addition to MD5 signatures. PGP signatures would be a lot more difficult to fake. :-)

      Hope this helps...

    2. Re:Next time the MD5 will match? by Amouth · · Score: 1

      and i would argue that being able to fake both at the same time would be near imposiable

      --
      '...if only "Jumping to a Conclusion" was an event in the Olympics.'
    3. Re:Next time the MD5 will match? by Anonymous Coward · · Score: 0

      Well, PGP just signs a hash. If your signed hash is md5, then you still have the same problem. Most people would be defaulting to at least SHA-1 for their hashes though.

    4. Re:Next time the MD5 will match? by chgros · · Score: 1

      Isn't creating MD5 collisions (making your changed file match the original MD5 value) something that can be done on a PC nowadays
      Thankfully, no!
      What's easy is to create 2 files with the same MD5. What's still hard is to create a file with the same MD5 as an existing file.

    5. Re:Next time the MD5 will match? by gmack · · Score: 1

      What's easy is to create 2 files with the same MD5. What's still hard is to create a file with the same MD5 as an existing file.

      Or more to the point hard to create a file with the same MD5 and still manages to contain functional code

      You can do anything you want with random characters but uploading that would have been pointless.

    6. Re:Next time the MD5 will match? by chgros · · Score: 1

      Or more to the point hard to create a file with the same MD5 and still manages to contain functional code
      Actually that's not that hard.

    7. Re:Next time the MD5 will match? by JebusIsLord · · Score: 1

      In this specific case the cracker would have to create a functioning tarball that WHEN COMPRESSED had the exact correct MD5 signature. Next to impossible, i'd say.

      --
      Jeremy
    8. Re:Next time the MD5 will match? by chgros · · Score: 1

      Actually, it's probably pretty easy to generate a file that compresses to a given string (just uncompress the target). So I'd say the tarball layer is almost irrelevant.
      In any case, the fact that you cannot easily create an md5 preimage is the important fact (md5 was mostly designed for this thing to be hard to do).

  52. Unfortunate, but... by SiriusStarr · · Score: 0

    While this is undoubtedly unfortunate, how much damage was really done? The majority of people use public-key (encrypted checksum) checks to confirm the identity of packages they download, so this would have been easily caught by most. It does further underscore the importance of such identity checks, however, malicious replacement being one of the weaknesses of online software repositories.

    --
    Fear the penguin.
  53. Re:beyond md5 by mrv20 · · Score: 1

    Better yet, use The Shat to protect your data

    --
    "Algebraical symbols are used when you don't know what you are talking about" - BCS
  54. "andweeee. . ." Tag by aquatone282 · · Score: 2, Funny

    Slashdot tags are now officially funnier than the posts themselves.

    --
    What?
  55. lol good or bad? by hurfy · · Score: 1

    hehe, i checked out of curiousity since none of us really use the web access.

    Our cheesy email provider is on 1.4.9a.
    Horde is the other choice and a newer version than when i last tried to use the web interface, looks confusing for any of our users now.

    How would one set up their own email server with something like this? Would i want to since this only cost $150/year? Just use outlook that will come with the small biusiness server next year?

    1. Re:lol good or bad? by Anonymous Coward · · Score: 0

      Go back to Digg.

  56. Re:beyond md5 by el+americano · · Score: 2, Informative

    With a Hollywood movie hacker, you mean. It is theoretically possible for this to be done, but researchers have not accomplished it yet. Just last month someone came close, but it required altering the original program to match the new MD5 collision value: Software Integrity Checksum Vulnerability

    But I'm sure it would be no problem for your über-hacker or for Chuck Norris.

    --
    Those are my principles. If you don't like them I have others. -Groucho Marx
  57. windoze boys by Anonymous Coward · · Score: 0

    need to get glasses...

  58. GPG to ensure authenticity by Anonymous Coward · · Score: 0

    The hacker was stupid enough to not update the MD5 signature of the modified archive. If he had, everybody will continue to use the modified version, even after checking its MD5 sum ... which ensure INTEGRITY, and not AUTHENTICITY. The Squirrel team MUST learn from this story that to ensure authenticity, THEY MUST SIGN THEIR ARCHIVE WITH GPG.

    Each software developer which does not sign its software with GPG (or kind of) expose his users to the consequences of such a compromission and should be labeled as a LAZY developer.

  59. Second sign of trouble... by Anonymous Coward · · Score: 0
    The second sign of trouble was the developers' apalling English:

    Due to the package compromise of 1.4.11, and 1.4.12, we are forced to release 1.4.13 to ensure no confusions. While initial review didn't uncover a need for concern, several proof of concepts show that the package alterations introduce a high risk security issue, allowing remote inclusion of files. These changes would allow a remote user the ability to execute exploit code on a victim machine, without any user interaction on the victim's server. This could grant the attacker the ability to deploy further code on the victim's server.
    When a developer wants to ensure no confusions ... execute exploit code on a victim machine - run!
  60. The Horde for the what? by MrZaius · · Score: 1

    Unfortunately the Horde doesn't require intervention at in the code repo to be compromised. One of my clients has a Horde:IMP install has been compromised three different times this year with three different versions.

    1. Re:The Horde for the what? by Alan+Doherty · · Score: 1

      seems to be i see frequent gets of /Horde and /horde against my server so i guess some bot is scanning for horde installs to compromise {needless to say like /cgi-bin and many others if you try it in a url to my srvers your ip gets blacklisted so no content but 403 from then on}

  61. Re:beyond md5 by cloricus · · Score: 1

    A friend of mine was working with md5 sums for a uni research project which led to many geeky get togethers in the refec with lots of other nerds just mulling over the limitations of md5 sums and how to take advantage of them in this project. Having a think about it if you were to use the limitations for bad ends it should be rather easy. For example you can easily change the contents of source code (assuming it's in a tar with the tars md5 sum) to what you want and just pad it out with extra rubbish content until you hit the same md5sum again. Of course you'd need to generate the rubbish and the file size would blatantly be different. Md5 and any sort of tag has the simple limitation that there aren't enough bits to represent the data, not by a long shot, so it repeats more often as the size gets bigger.

    --
    I ate your fish.
  62. Alternative webmail? by Tweekster · · Score: 2, Interesting

    Seriously, the state of webmail is pretty sad. Is there any promising projects for a MODERN webmail system out there? (Not a full collab package, or a heavy HEAVY ajax system)

    OSS or closed source, it doesnt matter to me, just anything that is good. Squirrelmail is what I use right now, and well its ugly and it doesnt seem like they ever plan on making it look like a modern webmail client should.

    --
    The phrase "more better" is acceptable English. suck it grammar Nazis
    1. Re:Alternative webmail? by Anonymous Coward · · Score: 0

      Alt-N's Mdaemon has a pretty darn good webmail, but is commercial.

    2. Re:Alternative webmail? by calacode · · Score: 1

      Check @Mail - a modern Webmail GUI, Ajax, nicer layout, PHP powered. Give Squirrelmail the flick!

    3. Re:Alternative webmail? by tkid · · Score: 1

      Drop webmail altogether and use something like mutt. Fast, secure and does everything you need without a browser for email needs.

    4. Re:Alternative webmail? by Just+Some+Guy · · Score: 1

      Drop webmail altogether and use something like mutt.

      How well does that work for ya when you're visiting family for the holidays and want to use their Wii to check your email?

      I use native clients 99.9% of the time, but still have a webmail interface on my home server for the other .1% when I don't have the option of installing software on a borrowed machine (or simply don't want to).

      --
      Dewey, what part of this looks like authorities should be involved?
    5. Re:Alternative webmail? by Tweekster · · Score: 1

      This is for clients of mine. Mutt will not exactly be acceptable for them to use

      --
      The phrase "more better" is acceptable English. suck it grammar Nazis
  63. Re:beyond md5 by el+americano · · Score: 1

    and just pad it out with extra rubbish content until you hit the same md5sum again.

    You seem to be a little unclear on the concept. Were those DnD nerds or computer nerds? All hashes repeat, but the time required to calculate by brute force a fraction of the 2^128 different padded files until you might hit the one you want is designed to be years with the current technology and what we are expected to have in 10 years. MD5 is broken because there are shortcuts to make this calculation easier. However, the post I responded to had a misconception about the current state of the MD5 vulnerability.

    The strange thing about your post is that a whole group of people would mull this over without admitting they didn't even know how MD5 works. I think you need a better group of nerds.

    --
    Those are my principles. If you don't like them I have others. -Groucho Marx
  64. It's always some by tkid · · Score: 2, Funny

    developer that somehow allows some crackers into the system or network.. no pun intended. My present employer now, we had a developers machine get compromised, it was sweet walking over to his machine and unplugging his network cable while he was working, along with the phrase, "we'll let you know when you can plug it back in after we wipe your machine."

  65. Invisible Sky God didn't save them! by Anonymous Coward · · Score: 0

    http://www.luke.ehresman.org/

    Mike Huckabee is a shoe-in for L. Ehresman. Biblically-based, scripture-solid laws are the way to go. Weak Families make weak nations (versus an inventory of thermonuclear weapons).

    It's too bad that he didn't pick the Real True Spaghedeity....

  66. Re:beyond md5 by cloricus · · Score: 1

    I don't know any DnD nerds and luckily no one as condescending as you.

    The project we were talking about was doing the opposite to what I suggested. To do what we wanted would take a large cluster only days to complete so I assumed that in the other direction would be similar (not the same, similar, since you are in to semantics), I really should have thought about it further and realised it was a power. Lucky I don't have to work with you or help you on a project, one minor mistake and it's out in the gutter.

    --
    I ate your fish.
  67. Citadel? by flyingfsck · · Score: 1

    Citadel, with the Blue Citadel theme, isn't bad.

    --
    Excuse me, but please get off my Pennisetum Clandestinum, eh!
  68. Re:Ouch. Is RoundCube stable yet? by tux0r · · Score: 2, Informative

    I thought of RoundCube the instant I saw this article.

    I've just installed Round Cube 0.1-RC2 on my webserver to get reliable access to my non-work email. Apart from the dubious 0.1 version number (way to instil confidence in the end users: call an otherwise stable first release 1.0!) it is significantly more reliable than beta1 and even more crisply polished than before.

    SquirrelMail and Horde are mature, yes, but they seem to bloat. I just want a lightweight, well-designed web access system so I don't have to use mail2web.com. Keep up the good work RoundCube!

    --
    ( Redundancy is ) ^ n
  69. Even Ubuntu doesn't seem to care about MD5 by KWTm · · Score: 1

    Even the Ubuntu community doesn't seem to be concerned about a MD5 discrepancy. The CD-ROM image for the newest Kubuntu, found at http://torrent.ubuntu.com6969/ shows that the MD5 hash is:
    6709ff39ea47d3563b537b67153f60ee0c932a93

    When I downloaded the ISO through BitTorrent, though, I found this instead:

    kwtm@host ~/isocd$ md5sum kubuntu-7.10-desktop-i386.iso
    ae9b209fe4b9caf545fa2011631de797 kubuntu-7.10-desktop-i386.iso

    I mean, this is coming through BitTorrent, so other than myself, there must be thousands of other people downloading this identical supposedly error-corrected ISO. Why is there a discrepancy? Either someone has poisoned the entire Kubuntu ISO distribution and nobody cares, or someone has compromised the Ubuntu server to display the wrong MD5 sum, and nobody cares. When I Googled for the variant MD5 hash that I calculated, nothing came up. (Later, I checked, and the main result was some inane forum about "Let's all paste in the contents of whatever's in our clipboard right at this exact moment!") WTF???

    That is the reason I haven't installed Gutsy on my Dellbuntu laptop. No, I don't really think there is an evil Ubuntu conspiracy. No, I don't really think all the Kubuntu ISO's have been compromised. But I don't know what to think. Probably I can just ignore the problem, and it will go away. But I don't want to develop the habit of ignoring discrepancies, or one day the security hashes will be as useful as the User Access Controls of MS Vista.

    --
    404555974007725459910684486621289147856453481154 in hex is "You sank my Battleship?"
    [GPG key in journal]
    1. Re:Even Ubuntu doesn't seem to care about MD5 by hankwang · · Score: 1

      found at http://torrent.ubuntu.com6969/ shows that the MD5 hash is: 6709ff39ea47d3563b537b67153f60ee0c932a93

      That's funny, because an md5 checksum is always 128 bits, i.e. 32 bytes. Read the bottom of the page: info hash: SHA1 hash of the "info" section of the metainfo (*.torrent) Try "sha1sum" next time, and on the correct file.

    2. Re:Even Ubuntu doesn't seem to care about MD5 by petermgreen · · Score: 1

      6709ff39ea47d3563b537b67153f60ee0c932a93 is the info hash of the torrent.

      This is NOT a MD5 of the file it is a SHA1 hash of the info section of the torrent which contains the SHA1 hashes of the individual peices of the file and some other metainformation.

      --
      note: i'm known as plugwash most places but i screwd up registering that here somehow in the past and now can't register
  70. Re:Ouch. Is RoundCube stable yet? by mashade · · Score: 1

    Check out the Claros InTouch suite @ http://claros.org/

    Their stuff runs on Java with Tomcat, but is reasonably good. The mobile client is decent (Claros Mini). If you dig Tomcat, that is ;)

    --
    Technology tips and tricks.
  71. Um pac, kawac by Anonymous Coward · · Score: 0

    Um pac, kawac, schmecks. Martin, if you're out there, this is the third time you've heard this message. It is a cry for help. I know you're mentally ill, but you can see the situation more clearly than me. I cheated on my girlfriend with a cock-sucking slut. Help me. Love, Liz.

  72. Microsoft Exchange by Liquid+Len · · Score: 1

    Boy, I sure am glad that at my company, they force us to use Outlook Web Access to access our e-mail from home.
    Oh wait...

  73. Is this common? by Anonymous Coward · · Score: 0

    Does anyone else know of this happening for other packages / tarballs?

    I'm surprised this doesn't happen more often.

    AC.

  74. Re:beyond md5 by B-a-Z.nl · · Score: 1

    Because admitting you are wrong just can't go without insults :-)

  75. IPoAC by Anonymous Coward · · Score: 0

    Maybe we should submit a domain-specific addendum to RFC 1149 for Internet Protocol over Anonymoys Cowards... could be simply an addendum to Avian Carriers as "feet on the ground" hardly applies most of the time... or maybe to RFC 2249 with "QoS" pertaining to "moderated into hell" ;-)

  76. Re:Slightly off-topic but still relevant question. by Anonymous Coward · · Score: 0
    Perhaps you're thinking of something else, but there was a CVS compromise that attempted to introduce a backdoor as described :

    if ((options == (__WCLONE|__WALL)) && (current->uid = 0))
    i.e. call sys_wait4() with the __WCLONE|__WALL flags and become root.
  77. Isn't there a simple way to check for this? by Phishcast · · Score: 1

    Wouldn't it be pretty simple for whoever compiled the release to have a known good MD5 and periodically check that what people are downloading is good? A script that runs daily from somewhere else (even on your home PC) like this maybe:

    Download package
    Check for matching hash
    If hash doesn't match, send notification email/SMS/whatever

    Even if the site is compromised and the hacker (cracker!) changes the .md5 file you'd still find out pretty quick if something was amiss. Someone commented that this has been a problem since November, couldn't they have known sooner with very little effort?

  78. Re:Ouch. Is RoundCube stable yet? by Anonymous Coward · · Score: 0

    First, there is some work being done on access to filters, either in the RoundCube client or accessing filters on the server, such as Sieve. Read the Dev list archives.

    Second, RoundCube is still a young product. It also has very few core developers, so if you can, help out.

    Third, much developer time is being spent on migrating to PHP 5.

    Forth, the developers know a plug-in API is needed, but that is low on the priority list. If plug-ins are important to you, patches would likely be welcome against the vnext branch.

  79. Re:beyond md5 by OrangeTide · · Score: 1

    It tells you which files were altered since the previous version. a curious developer can then audit the new files. It is still a manual process, and really it wouldn't be any different than just doing a diff. except you might not want to keep the source code around for old versions to diff.

    --
    “Common sense is not so common.” — Voltaire