Slashdot Mirror


Debian Project Servers Compromised

Sean was one of many to pass along the bad news from the debian-announce mailing list: "Some Debian Project machines have been compromised. This is a very unfortunate incident to report about. Some Debian servers were found to have been compromised in the last 24 hours. The archive is not affected by this compromise! In particular the following machines have been affected: 'master' (Bug Tracking System), 'murphy' (mailing lists), 'gluck' (web, cvs), 'klecker' (security, non-us, web search, www-master). Some of these services are currently not available as the machines undergo close inspection. Some services have been moved to other machines (www.debian.org for example). The security archive will be verified from trusted sources before it will become available again." They were going to announce 3.0r2 this morning; they've checked it and it's unaffected but obviously they're still postponing that release.

117 of 666 comments (clear)

  1. Not on debian-announce archive by Anonymous Coward · · Score: 3, Informative

    The debian-announce archive [ http://lists.debian.org/debian-announce/debian-ann ounce-2003/threads.html ] doesn't list this message. Of course with the number of machines affected it's possible that the mailing list archive is somehow affected.

    -JohnF

    1. Re:Not on debian-announce archive by cjwatson · · Score: 5, Informative

      Yes, lists.debian.org runs on one of the compromised machines and is, er, not quite running on all cylinders just at the moment.

    2. Re:Not on debian-announce archive by Tri · · Score: 2, Insightful

      This message is not on the archive, as the archive is not currently being updated (It lives on master). You can get a copy of the announcent on other archives of debian mailing lists such as gmane's.

    3. Re:Not on debian-announce archive by jamie · · Score: 4, Informative
      As other readers have pointed out, that machine was apparently affected.

      I got the email too, and I checked its Received: headers against a debian-announce message in my mail archives from about a year ago. They both came from the same source. So there's no way this is a hoax ...unless the murphy.debian.org machine that emailed it to me is compromised, in which case it's not an inaccurate hoax :/

    4. Re:Not on debian-announce archive by cjwatson · · Score: 2, Informative

      murphy was compromised, but it's not a hoax (at least if you believe this random poster on slashdot ...).

    5. Re:Not on debian-announce archive by Tri · · Score: 3, Funny

      But when the three other random posters are debian devels... ;-)

      Except that anonymous coward person. I've never seen *him* in the keyring...

  2. SCO Again!... by isoga · · Score: 5, Funny
    Obviously SCO are trying to break in and steal the source to prove once and for all that Linux has stolen their patents!

    ;)

    dave

    Tech stuff

    1. Re:SCO Again!... by Urkki · · Score: 5, Funny

      No no. They are trying to break in to *insert* patented code into Linux code, so they'd have a leg to stand on in the court ;)

  3. That explains by jav1231 · · Score: 3, Informative

    Why my apt-get was failing from people.debian.org last nite. Not to mention why debian.org was down. :(

    1. Re:That explains by Anonymous Coward · · Score: 4, Funny

      Thanks for that insightful interpretation of events, Captain Obvious.

  4. apt by isorox · · Score: 4, Interesting

    Of course this raises the whole issue of apt-get. We all rely on apt-get update && apt-get upgrade, all it takes is someone to compromise the servers and insert a backdoor

    1. Re:apt by tfheen · · Score: 3, Informative

      Which is why using something similar to ajt's apt-check-sigs. (google cache, since people.d.o is down.)

    2. Re:apt by Anonymous Coward · · Score: 4, Interesting

      apt-secure uses strong cryptographic methods to verify the authenticity of packages in the archive. It may be the default apt-get for sarge, depending on man-power issues.

    3. Re:apt by psamuels · · Score: 3, Informative
      Of course this raises the whole issue of apt-get.

      Indeed, that's one of the few areas where the Debian Project has lagged behind other distribution vendors technically - cryptographic signature verification for packages.

      This infrastructure has been kind of long in coming, but as of a few months ago, you can now verify Debian package signatures with debsig-verify. Might I suggest everyone install and use that?

      --
      "How can you claim that you are anti-crack, while still writing a window manager?" — Metacity README
    4. Re:apt by DGolden · · Score: 2, Insightful

      Security 101 - it's better to have the information as soon as possible, even if there's no fix, you can take the server offline until a fix is available.

      --
      Choice of masters is not freedom.
    5. Re:apt by Anonymous Coward · · Score: 2, Informative

      If you care about security, you're only using Debian stable.

      If you're using stable, the only updates are security fixes and point releases. Both are annouced by signed emails before hitting the archive.

      So just don't blindly update & upgrade on a whim. Instead, regularly check the annouce/security lists, and only upgrade when required. For the common case (security update), you'll also know exactly which packages apt should flag for update (you can also do the exercize for a point release, but it's more work ;-).

      Of course, that's not 100% bullet-proof. The archive could be compromised so that just a security updated package is "trojaned" for example. But that's harder.

      Practical exampl: this morning apt got errors and suggested upgrades never annouced for after an update. I smelled something bad and did not upgrade, waiting for just this kind of news ;-)

      And I haven't been disappointed: the reaction has been quick & honest, and no harm on my side...

    6. Re:apt by jrexilius · · Score: 5, Insightful

      After RedHat dropped their free line (I was just paying for RHN access) I have been contemplating going to Debian for my servers and suse for desktops or some other scenario. Debian packages and apt-get were primary reasons for considering that distro as my next platform. I dont want to say I am scared off by this but it does remind me that I have to put more thought into how to deal with these things. I had simply trusted RHN and the PGP signing of their RPMs, which may have been a little foolish.

      I do have to say that I am still happier with Debian broadcasting this incident as loudly as possible rather than the corporate tactic of hushing it up (I know of a few companys that have done just that). Thanks for the open honesty Debian!

    7. Re:apt by pyros · · Score: 2, Informative

      I don't think it was foolish. If you used the ISO images to do installs/upgrades, the GPG keys were obtained from there. And with [signed] md5 checksums available to verify the images, you know the GPG keys that RPM uses to verify the packages is trustworthy. Since you can have faith in the keys, you can have faith in the package. this has, in fact, long been one of the things people traditionally point out in the deb vs rpm holy war, in favor of rpm. From the comments I'm seeing, it looks like GPG checking is being added to apt in debian (the apt pacakges on freshrpms.net and fedora.us for Red Hat and Fedora Core already use rpm --checksig). I think it should be added to dpkg, so then apt can just relegate the verification to the actual package installation tool.

  5. Re:...not the archive. by greechneb · · Score: 2, Insightful

    Who knows what the motives were at this point. Maybe its just a *BSD user trying to show that linux is insecure, and doesn't want to hurt anyone else. Maybe it's some script kiddie who had an early bedtime and had to go to bed before he got to do any major damage. Maybe it is part of a campaign to discredit linux in general (*cough*SCO). Until more is known, the goal of this break-in won't be known.

  6. Digital Signing of Packages? by Chris_Jefferson · · Score: 5, Interesting

    This is the second time this has happened to a big open-source project (the first being the GNU servers a while ago). All packages by both groups are "md5" signed, which is supposed to protect against malicous hacking. However if the root server is comprimised, this doesn't help. Companies (including at least Microsoft, and the people who make ad-aware) who distribute files over the internet sign them with an RSA (or similar) key, and the computer which does this signing is kept disconnected from the internet. For such large projects which are installed by millions of people, might a similar system not be a good idea?

    --
    Combination - fun iPhone puzzling
    1. Re:Digital Signing of Packages? by stevey · · Score: 5, Informative

      MD5 sums are used for the contents of packages, but packages may only be uploaded and processed by the build system if they're correctly signed.

      So yes it's not trivial to backdoor a package - unless you're already a Debian Developer...

    2. Re:Digital Signing of Packages? by tfheen · · Score: 3, Interesting

      The Packages files includes md5 sums of all the .debs, the Release file contains the md5 sum of all the Packages files, and the Release file itself is signed using GPG. Using apt-check-sigs you can automate the checking of the packages you are installing.

    3. Re:Digital Signing of Packages? by samjam · · Score: 5, Insightful

      Don't be certain that digital signing is such a cure.

      The person operating the non-networked signing machine still needs to be sure that what-it-is-that-they-are-signing is what-it-is-supposed-to-be.

      Now how does digitial signing on a non-connected machine help you know the source wasn't tampered with?

    4. Re:Digital Signing of Packages? by vadim_t · · Score: 3, Insightful

      Er, if you can't trust the Debian developers, then why would you install Debian in the first place?

      The point of the idea would be that breaking into the server wouldn't allow you to modify packages - you'd need a developer's private key to sign it too, or get the developer to sign a bad package.

      When it's found security is compromised, all that is needed is to revoke the developer's key. If apt-get is changed so that it checks for revokations before installing the package, the damage will be much less.

      The case of a malicious developer is somewhat harder to handle though, since only somebody with the private key can issue a revokation cert. But this could be quite easily worked around, like forcing every developer to submit a revokation certificate for safekeeping. Then if the developer was found to be malicious the revokation could be sent to the key servers without having the private key.

    5. Re:Digital Signing of Packages? by naitro · · Score: 3, Interesting

      Consider this. A debian developer's workstation at home is compromised, and the attacker installs a keylogger. What would stop the attacker from creating an approved package and then upload it into the repository?

      Now what's that they say about chains and the weakest link?

    6. Re:Digital Signing of Packages? by vadim_t · · Score: 2, Informative

      What "lots"? The worst thing that can happen is getting everybody's key revoked. Sure it could be quite a mess, but other than annoying everybody and forcing the developers to make new keys it wouldn't really accomplish anything.

      A revokation key has little attractiveness, IMO. By most part, having your key rekoved doesn't stop you from communicating, nor it allows whoever got it pretend it's you. Nothing stops you from having more than one key either. You don't have to use the Debian one for everything.

      Safekeeping is easy too. Print it on paper (it looks same as a PGP ASCII-armored key), store somewhere safe (put it in a bank for safekeeping) and then agree that when there's enough people who think the key should be revoked, go fetch the paper and type the key on the computer.

      There's really no reason to keep them on a computer. Revoking your key isn't something you do often.

    7. Re:Digital Signing of Packages? by Flower · · Score: 2, Interesting
      Let's see...
      1. It's possible that the developer would keep track of his commits and know he most certainly didn't submit that patch at 02:00 while he was out drinking.
      2. The sysadmin keeps noticing that silly log saying Developer X who only has rights to commit to the X11 stuff keeps trying to commit a kernel patch.
      3. The 70 year old neighbor who has nothing better to do than watch the neighborhood dials 911 when somebody starts poking around the developers house.
      4. "Attacker, meet Fluffy my faithful, full-grown mastiff. Fluffy, eat attacker."
      5. Security system
      6. The fact that we're talking Debian here and not RH or SuSE. The amount of risk and resources it would take to Mission Impossible this poor guy's house, wait until we know we have his key in our logger and then M.I. his house again isn't worth the investment.

      Now what's that they say about chains and the weakest link?

      That you need to do a little more research before you can write that piece of fiction and become the next Tom Clancy.

      --
      I don't want knowledge. I want certainty. - Law, David Bowie
  7. How long will it take? by cgranade · · Score: 4, Insightful

    How long will it take for the few MS fanboys around to say that this why Windows is better? Let me pull a Rumsfield (pre-emptive retaliation, that is...). Everyone gets comprimised once in a while. At least Debian is open about it, and not sitting on an insecure system because it's more profitable to let a bad product go then to risk bad press from releasing a security bulletin.

    --

    #define DRM chmod 000

    1. Re:How long will it take? by stevey · · Score: 5, Insightful

      Password stealing is pretty OS independent.

      So this compromise, whilst undenyably bad, isn't really going to show much about Debian, or Windows.

    2. Re:How long will it take? by Anonymous Coward · · Score: 3, Insightful

      Nobody can stand up to an attack based on leaked passwords. Nobody.

  8. Has a Microsoft release ever been compromised? by Anonymous Coward · · Score: 2, Funny

    Sorry, but I had to say it.... a Microsoft release has never been delayed because one of their servers were compromised.

    Let's just remember that before we extoll the virtues of how great open source is.

    1. Re:Has a Microsoft release ever been compromised? by jamie · · Score: 3, Informative
      "a Microsoft release has never been delayed because one of their servers were compromised."

      I don't know if this delayed a release, but -- in October 2000, the news broke that Microsoft's internal network had been cracked for three months.

      (Debian made this announcement in 24 hours.)

      Read for yourself:

      Microsoft Cracked

      ...the Wall Street Journal article which apparently broke the news - it's the most complete. What's known - the passwords were being sent to St. Petersburg, Russia. They probably had access for about three months.

      "LONDON (CNNfn) - Hackers gained access to some of Microsoft Corp.'s essential product secrets, the world's most powerful technology company said Friday, acknowledging a security breach that is a major embarrassment for the software company..."

      "The Wall Street Journal said security employees had discovered that passwords used to transfer the source code behind Microsoft's software were being sent from the company's computer network in Redmond, Washington, to an e-mail account in St. Petersburg, Russia. Microsoft said it was making sure hackers could not use the stolen source code to change commercial software used by businesses, governments and consumers."

  9. Hearing the news, by KoolDude · · Score: 4, Funny


    ...thousands of slashdotters flocked to Netcraft website to check whether debian.org was running on IIS.

    --
    getSexySig(); /* returns sexy signature */
    1. Re:Hearing the news, by cgranade · · Score: 2, Funny

      Better than to debian.org to check to see the news... server comes back up, crippled, sees /. and runs again...

      --

      #define DRM chmod 000

  10. Signatures? by Sits · · Score: 4, Interesting

    Are deb's signed? (I'm not that familiar with debian but I'd imagine they are) If so then just tell apt-get to not install debs that don't match a known signature...

    1. Re:Signatures? by Fembot · · Score: 4, Informative

      yep, GPG signed... the public keys of all the developers are avalible on http://keyring.debian.org normaly, and it still appears to be up anyway. There is also a debian package which contains all the keys too

  11. Bonus point for Debian by Alcoyotl · · Score: 2, Insightful

    Any other company would have sweeped that kind of incident under the rug hoping it had gone unnoticed, or would have cooked up a PR statement to minimize the incident.

    Here we can see the strength of such projects, as in this recent kernel story.

  12. Makes you wonder by bigberk · · Score: 5, Insightful

    It really is impressive for me how honest some organizations have been about admitting system compromises (Debian, ProFTP, GNU.org).

    As someone who works with networking security, I know lots of business servers get compromised regularly. Everyone hides it because it's embarassing for a business.

    This makes you wonder how often other 'critical systems' get compromised, and get fixed without any public reports. Government computer systems get regularly compromised after all. But I'm sure so do vital Microsoft, IBM, systems, etc. Windows Update, anyone?

    1. Re:Makes you wonder by Pecisk · · Score: 2, Insightful

      I just guess it's because honesty is simply one of our (all open source society) unofficial principles and I think it's very good principle. I love it, however, such happenings like this breaks my hear a little bit. Ok, nevermind, I admit, I'm emotional :)

      I think honesty ALWAYS has a payback, sooner or later. It's maybe sound absurd, but people trust you more, if you admit your mistakes, even worst ones.

      --
      user@ubuntubox:~$ stfu This server is going down for shutdown NOW!
  13. Re:Running Debian-Stable? by wouterke · · Score: 3, Informative

    Security is much much more than "just keeping your system up-to-date".

    - accounts can be compromised
    - unknown bugs may have been exploited (although that's unlikely in this particular case)
    - crackers could have been cracking a developer's system, and using information they find on that developer's hard disk (ssh key, gpg key, ...) to log in to one of the servers
    - also of importance in general is the competence of the administrators (which surely is *not* at the cause of the problem here).

    Of course these systems are running debian stable; but that's most likely not the problem.

  14. Re:How in the world... by stevey · · Score: 5, Informative

    Yes Debian's machines run Debian, this breakin wasn't anything to do with the software installed upon the box, as it was due to a password compromise.

    If anything it's more embaressing that somebody lost their password than that the software wasn't up to date.

  15. Signed announcement by Anonymous Coward · · Score: 2, Informative

    here.

    To verify it:

    $ wget -O- http://cert.uni-stuttgart.de/files/fw/debian-secur ity-20031121.txt | gpg --verify

    (drop the space, of course)

    Assuming you trust the key it was signed with, of course...

  16. Where's the confirmation from debian people? by mackstann · · Score: 2, Interesting

    I've seen no confirmation of this by anyone @debian.org. So what's the deal? Real or not?

    There was some fuss on the debian-user list, and this was labeled a hoax, yet I saw no official word that it was true.

    1. Re:Where's the confirmation from debian people? by tfheen · · Score: 5, Informative

      At least cjwatson and myself are Debian developers. I wish I could say it's a hoax, but it's not. However, as you've already read: the archive doesn't seem to be compromised at all.

    2. Re:Where's the confirmation from debian people? by stevey · · Score: 5, Informative

      --- snip here ---
      This is a truthful report.

      You may validate this message against the key for skx@debian.org.

      Steve
      --
      -----BEGIN PGP MESSAGE-----
      Version: GnuPG v1.2.3 (GNU/Linux)

      owGbwMvMwCR44PyxzWd9eOcyns5PYrDfJ7EiJCOzWAGIEhVK ik pLMtJKcxSKUgvy
      i0r0uLgi80sVchMrFcoSczJTEktSFUpAin NTi4sT01MVEtMTM/ OKS4CCqQrZqZUK
      aflFCsXZFQ4pqUmZiXl6+UXpQCO4gktSy1 K5dHW5OuyZWUE27o M5QZDp9w6GBQtO
      SLxI+1madnvjbIZVrZu0HcTnzGdY0LBFy+ hFp+fRBXM7HXcYc1 6Xj5A9DwA=
      =xVtr
      -----END PGP MESSAGE-----

    3. Re:Where's the confirmation from debian people? by psgalbraith · · Score: 2, Informative

      Martin Schulze is also in the Debian security team. He prepares a lot (most?) of the security fixes for stable.

    4. Re:Where's the confirmation from debian people? by Raphael · · Score: 4, Interesting

      Thanks for confirming this. Unfortunately, the way you confirmed it is very dangerous.

      Your message contains:

      • no date
      • no precise reference to the report that you are confirming

      So from now one, your "confirmation" can be used by anybody who wants to claim that some random report of theirs is "confirmed by a debian developer". Until you revoke your own key, of course. That's a pity.

      --
      -Raphaël
    5. Re:Where's the confirmation from debian people? by frenetic3 · · Score: 5, Informative
      Not to be pedantic, but the signature actually does contain a date:
      gpg: Signature made 11/21/03 08:53:02 using DSA key ID CD4C0D9D
      -fren
      --
      "Where are we going, and why am I in this handbasket?"
  17. Grumble, grumble by Anonymous Coward · · Score: 5, Insightful

    What's interesting about your comment is that when a M$ compromise comes to light, the focus is on how big a bozo BillyG is for letting his insecure crap out into the world. When something like this happens, its those nasty little hackers or script kiddies and their deep dark motives or a cabal led by M$/SCO to "discredit" Linux. Face it, the main servers for a major distro was hacked into at a very sensitive time. Ouch. Regardless of the whys of who did it, it was done. Yeah, kudos for them coming public, but if I joe CTO and looking at purchasing some puters, I'm thinking to myself, hey, what's up with this, they told me that M$ stuff sucked and this Linux stuff was secure. This wasn't some ma and pa website that got defaced after all.

    1. Re:Grumble, grumble by Anonymous Coward · · Score: 2, Insightful

      Yet Microsoft's source code database doesn't get rooted once every six months.

      If Microsoft's source code database had been rooted every day for the last 20 years, you wouldn't know about it. Worse, you wouldn't have any way to verify the binaries you're running now. There are hundreds of builds of Windows in the field at any one time, and those have been patched in a myriad of different ways, all where you can't see the results.

      Debian has an enormous user base, and there'll be enough people worldwide to rebuild a source database, using all their sources to verify each one. That doesn't count whatever the Debian people have stored back away.

  18. Re:What was that about Windows servers? by finkployd · · Score: 3, Insightful

    If a password is compromised, it does not matter what system you run. And everything I've read indicated this break-in was the result of a compromised password.

    Finkployd

  19. Re:...not the archive. by nchip · · Score: 4, Interesting

    The server that pushes .debs to archive is running debian/sparc (donated by sun btw), so probably the cracker didn't know how to port his leet exploit to sparc (all the comprimised machines were 1386).

    --
    signatures pending - ansa@kos.to - (dont mail there)
  20. Re:How in the world... by martinde · · Score: 4, Insightful

    > I noticed that nowhere did they mention just *how* they were compromised.

    They will when it's known. They felt it more important to announce what's going on immediately than to wait until there were details to announce. Part of Debian's social contract is "we will not hide problems"; this announcement and those that will follow as more is known demonstrate this policy in action.

  21. Sign, sign, sign, sign. by caluml · · Score: 4, Insightful

    .debs should be gpg signed, and should fail to install if the verification fails. In fact, so should all packages from distros. Redhat, +1, Already doing it. -1, not failing to install if the packages don't verify.

    1. Re:Sign, sign, sign, sign. by fatbofh · · Score: 2, Informative

      It isn't hard to create a key, upload it to the keyservers, and sign your backdoored glibc.

      So unless you can trust the entity who signed the package, it's all moot.

      Obviously, the debian project could sign the package using the Debian Package Signing Key, but you've just changed the problem from "how can an end user know that this key is worth trusting" to "how can debian know that this key is worth trusting". This is (probably) solvable, but still quite hard.

      Note that the technology is easy, but the processess to back it up aren't.

    2. Re:Sign, sign, sign, sign. by jemfinch · · Score: 3, Informative

      Redhat, +1, Already doing it. -1, not failing to install if the packages don't verify.

      Which is exactly the state in Debian, too.

      Jeremy

    3. Re:Sign, sign, sign, sign. by dondelelcaro · · Score: 2, Informative
      how can debian know that this key is worth trusting". This is (probably) solvable, but still quite hard.
      Before a Debian Developer enters the project the key they will use for signing has to be signed by another Debian Developer. You'll note that many Debian Developers are strongly connected on the various keysigning lists, so it is pretty hard for the key to be faked and verified by multiple people.

      Finally, the NM process itself is the ultimate arbitrator of who enters Debian. A prospective developer gets evaluated by multiple people before he or she actually becomes a developer.

      While still not foolproof, these techniques combined help reduce the lack of accountability and the lack of trust in the system. [Of course, in the end, you really need to go out and sign and get your key signed by a Debian Developer (or a couple) so you can join the web of trust and the strongly connected set too.]
      --
      http://www.donarmstrong.com
  22. Everything's a tradeoff by buddha42 · · Score: 5, Interesting
    On the one hand stuff like this scare's the hell out of me, but on the other hand I'm very reasurred by how the debian community handles it. Full disclosure, detailed explanations, and very conservative thinking (exibited by the "3.0r2 is fine, but we're not releasing it anyway just to be anally sure").

    At this point I would like to see the debian team develop some written policies and procedures for how they intend to prevent this sort of thing in the future. I checked the site and while there's security info for how to secure your box, there's no policies on 'how does the debian project secure itself'.

    Lastly, one concept you have to keep in mind, we have no idea how often other OS's key servers are cracked because they'd never tell us.

    1. Re:Everything's a tradeoff by ajnlth · · Score: 2, Insightful
      Beacuse the difference in development/distrubution models most other OS doesn't need to have so many of their critical servers exposed to the internet.

      The only way real security can be obtained is by pulling the plug.

  23. Re:OpenBSD by Ascender · · Score: 5, Insightful

    If Debian ran OpenBSD, this wouldn't have happened! Theo runs a tight ship over there.
    I also think that Gentoo would have prevented this tragedy.

    Not really. The vast majority of break-ins are through misconfiguration or human error. Gentoo, OpenBSD, nor anything else, can prevent these factors. I would be very surprised if this was due to a security hole or vulnerability. More likely someone wasn't secure enough with their SSH keys or something like that.

  24. Re:OpenBSD by psamuels · · Score: 2, Interesting
    If Debian ran OpenBSD, this wouldn't have happened!

    OpenBSD prevents stolen passwords from being used to log into a system? How?

    --
    "How can you claim that you are anti-crack, while still writing a window manager?" — Metacity README
  25. A sign of things to come by Cthefuture · · Score: 3, Insightful

    As Linux becomes more popular this is only natural.

    Open-source projects are not immune to attack and they are going to start feeling some of the pain experienced by other big targets like Microsoft. In the beginning it could be really bad because unless you're being attacked seriously all the time then you may not even realize where your vulnerabilities are.

    This is a wake-up call to all "open" projects. Systems that are in use by a large number of people need to be protected better. Sure, this may have been a password compromise but the system should have been secure enough that some low-level user account compromise can't cause serious damage. And the high level accounts should never, ever have a password compromise. This needs to be treated in the same way big business does. Protect the customers, otherwise you may lose them.

    This made me start thinking... Has Redhat ever been compromised? That'd be a reason for going with a commercial distro if the free distros can't get their act together. (I've been a Debian user for many years by the way)

    --
    The ratio of people to cake is too big
    1. Re:A sign of things to come by FooBarWidget · · Score: 4, Insightful

      You're talking as if the Linux community is full of zealots who can't be objective. That's completely wrong.

      People *already* know that OSS is not perfect, and they have known for years. People already know OSS is not immune.
      But, more importantly, those same people know *nothing* is immune. Not MS, not Linux, not BSD, not (even!) MacOS, not DOS. *All* systems can be hacked.

      What *really* matters is the attitude to security.
      - A lot of the larger OSS projects care deeply about security. If a security bug is found, it's usually fixed very fast, and the fix will be peer reviewed.
      - They openly admit all flaws and bugs. Because of this, OSS *appears* to have more bugs.
      Do you see Microsoft admit all their bugs? I don't think so. MS hides a lot of bugs, pretending that they don't exist and that Windows is perfect.

      Too bad all the MS zealots and anti-OSS/anti-Linux zealots use that to "proof" Windows is more secure than Linux/OSS/whatever. The number of bugs is *not* an accurate indication of security.

      Linux zealots are only a small minority of the community. If you think they represent the entire community then you're wrong, just like so many people out there.

      "Has Redhat ever been compromised?"

      Maybe. If they haven't then it's because of pure luck.

    2. Re:A sign of things to come by bonch · · Score: 2

      You talk with *astericks* a *lot* and try to drive the point that people knows OSS is imperfect...do you even visit Slashdot?

      This place is nothing but a haven for anti-Microsoft bias. It's not pro-Linux.

      Linux zealots are only a small minority of the community.

      Yet they are the most vocal.

      If you think they represent the entire community then you're wrong, just like so many people out there.

      Let's face it, Linux and its community of developers will never be accepted professionally beause of their unprofessional attitudes. This extends to the ugly GUIs to the bizarre, "cute," in-joke acronym project names, to the anti-Microsoft hatred that drives everything.

      BSD is the real professional, secure community around here. Linux feels like it's fueled by Microsoft hatred.

    3. Re:A sign of things to come by FooBarWidget · · Score: 2, Insightful

      The problem with you MS zealots is that you're acting as if the entire Linux community spreads FUD about MS. That's false: only a small minority is. Now suddenly you are the guys again that spread FUD.

      "If they can't stand the criticism, then they should just shut the hell up."

      As opposed to the Windows community? Moderators from many Windows forums can and will ban you if you say anything that they don't agree with.

      Besides, most "criticism" isn't criticism at all, but just insults, flames, trolls and whining. All those "criticism" don't provide any information to make the situation better: all they do is try to mentally hurt people.

  26. Re:How in the world... by Jade+E.+2 · · Score: 2, Interesting
    ...it was due to a password compromise.
    That doesn't really make it any better. That means that either a) root (or a highly privileged user) had the same password on 4 important machines, or b) there's a local root exploit in the software they're running. Neither possibility makes me feel warm and fuzzy about using their software again...

    Of course, we shouldn't jump to conclusions until we get more information, but really, I don't see an easy way out of this.

  27. OH NO!!!! by HungWeiLo · · Score: 5, Funny

    Was any code stolen? OH wait...

    --
    There are a huge number of yeast infections in this county. Probably because we're downriver from the bread factory.
  28. Re:How in the world... by sylvester · · Score: 3, Insightful

    Of course, we shouldn't jump to conclusions until we get more information, but really, I don't see an easy way out of this.

    Why should you? They were cracked. The bad thing has already happen, so there is no easy way out. However, there *is* a *right* way out. And that includes telling people what they know as quickly and effectively as they can. Too much information too early can be a bad thing.

    In short: have a little faith that they're dealing with this correctly, unless you've run a massively-used public box for years without a single compromise.

    -Rob

  29. So what do we do to prevent this in the future? by finkployd · · Score: 3, Interesting

    First GNU, then Bitkeeper, now this, whatever shall we do?

    Simple, the technology has existed for decades now.

    A little something I like to call "Public Key Cryptography"

    With this "Public Key Cryptography" you could conceivably sign software in such a way that it could not be altered without breaking the signature, AND ensure that nobody else could forge this digital signature (you are keeping your private key private right?)

    MD5 Hashes are a step in the right direction, but by themselves are meaningless. Sort of like improving your home's security by drilling holes in your door to mount a deadbolt but not actually taking the final step and INSTALLING THE DEADBOLT.

    So let's take these MD5 hashes and encrypt them with the package maintainer's private key (or distribution maintainer, whatever). Then dpkg (or rpm, emerge, whatever your favorite package tool is) could be written to decrypt this hash with the corresponding public key. Wait, there is more! Then it could generate it's own MD5 hash of the package in question and COMPARE it to the decrypted hash it just created. If they match, the package is unaltered AND came from a trusted source. This my friends is what we like to call a "digital signature"

    I don't care how you do it, GPG, x.509, whatever. I'm actually leaning toward x.509 since it seems to me to make more sense to have the distro maintainer run his/her own CA and issue certs to package maintainers. This CA could then be included in whatever package tool is used and viola. No mucking about with the web 'o trust (Which rocks for ad hoc trust relationships like between people emailing each other, but sucks for this kind of hierarchal stuff)

    So what do you think everyone? Good idea or should we wait for a few more server compromises before we think about securing software repositories?

    Finkployd

    1. Re:So what do we do to prevent this in the future? by Minna+Kirai · · Score: 2, Interesting

      With this "Public Key Cryptography" you could conceivably sign software in such a way that it could not be altered without breaking the signature,

      No... the way to alter software is easy to conceive.

      You simply have to hack into the computer holding the private keys used for the signing (very likely the same computer holding the source code as well, and the system which normally uploads new packages to the distribution point). Once there, you can make changes and sign them just as if they were official.

      Since attackers of this type have already demonstrated an ablity to hack into computers, PK signing doesn't add any true security. It adds some defensive obscurity, since it's more difficult for the attackers to locate a developer's machine than a distribution one. But dev systems will be more vulnerable to hacking, since they're not likely to apply patches as quickly as a public server. (And I won't recite the old line about "security through obscurity")

      The only true benefit from PK signing is that end-users are protected from poor security at mirror sites. Suppose your ISP offers a Debian package mirror as a high-speed convenience, but doesn't secure it well. If it's compromised, trojan packages could be sent to you on the next "apt-get". Comparing those packages against signatures from an official debian.org site will protect you. But that assumes the official servers are sufficiently well-run to avoid being hacked. And as we've seen today, that's not the case.

    2. Re:So what do we do to prevent this in the future? by finkployd · · Score: 2, Interesting

      No... the way to alter software is easy to conceive.

      You simply have to hack into the computer holding the private keys used for the signing (very likely the same computer holding the source code as well, and the system which normally uploads new packages to the distribution point). Once there, you can make changes and sign them just as if they were official.


      Assuming you knew the password for the private key (private keys really should be encrypted with a password, especially for this).

      Now before you go all 'keylogger' on me :) I will say that the private key should be kept on the personal machine of the person doing the signing, so they can dl the package, and sign it locally then upload it. Additional work? Sure but worth it in my opinion. What it really comes down to is that it is easier to keep a private key secure than it is to keep software that by definition is "open" for multiple people to work on secure. I mean if you cannot figure out how to keep a small private key secure, what hope do we have for free software's security?

      Frankly, I'm more worried about mirror sites right now than anything else. Let's face it, there are tons of them, we do not know nor necessarily trust the people running them, and they are much less apt to reveal a compromise than someone lie GNU or Debian.

      Finkployd

    3. Re:So what do we do to prevent this in the future? by kayen_telva · · Score: 2, Informative

      did you read ANY of the posts before trying to sound like a genius revolutionary ??

      apt-secure
      apt-check-sigs
      not to mention they are already gpg signed

  30. Terrorist attack against Debian by S.+Baldrick · · Score: 4, Funny

    In response to the dastardly assault against the twin (mini-)towers, the President of Debian drew a line in the sand and immediately announced the invasion of Slackware.

  31. Re:How in the world... by stevey · · Score: 2, Insightful

    That sounds like a great idea for a home machine, or even a dedicated box.

    But if you're trying to maintain an open collection of machines like Debian is, where developers from all over the world can connect from wherever they are (dialup/dhcp/cable/travelling) you can't easily restrict their IP.

    It's like saying a mail server should only accept mail from ip a.b.c.d - it just doesnt work.

  32. Where did you get those keys? by dpilot · · Score: 2, Interesting

    Then the next point of failure becomes the keyservers. How do you know you imported a good key, and that the keyserver hadn't been compromised when you did it?

    This probably would be no good as a way to sneak backdoors onto more than a few machines, since keys are usually stored once and used often. But it would be good to have some sort of key distribution and verification system. Imagine a key publisher having 7 peers, and where they carry same keys, requiring 5 to 7 matching signatures, and point a nasty finger at the odd one(s). More than two mismatching signatures and the system quits publishing keys.

    Of course then the key publishers themselves then become a choke point for a DOS attack, of sorts. Make updates grind to a halt as a new exploit is emerging, widening the window to utilize it. But still, most keys are stored, and the voting fails only stop distribution and verification.

    Thorny issues, part of why PKI is considered 'hard'. But at least my suggestion is reasonably decentralized (I didn't say how to get a new key into the system) and has publishers voting on the intersection of their published keys, not requiring every server to publish every key.

    --
    The living have better things to do than to continue hating the dead.
  33. Re:OpenBSD by FooBarWidget · · Score: 4, Insightful

    As much as a troll he may be, he does have a point. Windows zealots usually use stories like this to say that Linux is insecure. However, when they do that, we can just say "So what? Open source is still more secure. If you want absolute security then go use OpenBSD."

    It's not about Linux vs Microsoft, it's about Open Source vs Microsoft.
    Heck, maybe even Unix vs Microsoft. Because then we can use MacOS X to beat all the Windows zealots.

  34. Would Microsoft announce that it was compromised? by G4from128k · · Score: 4, Insightful

    I doubt that Microsoft (or any commercial software company) would publically annouce that it had been compromised. The source code processes at Microsoft are opaque -- nobody knows exactly who is putting what into the source code. If hackers, goverment officials, RIAA, etc. are modifying Window's source, nobody would be the wiser. In contrast, the openness of open source development creates an audit trail of who did what to the code (assuming the version tracking and submission system is not compromised).

    Transparency is a prerequisite for trust.

    --
    Two wrongs don't make a right, but three lefts do.
  35. Not BitKeeper, CVS by fmerenda · · Score: 2, Informative

    Just in the interest of full details, BitKeeper was NOT compromised. The CVS bridge to BitKeeper was the software that was compromised. BitKeeper caught the problem and did not let the back door into the kernel source tree.

    --
    -- http://www.MindBlowingPhotos.com
    Photography inspired by music, nature and life itself.
  36. What the hell? by O.M.A.C. · · Score: 4, Funny

    I ran apt-get and my machine was converted to Windows 2003!

    --
    /* It's amazing the damage someone with a stunted sense of humor and mod points can do to your karma. */
  37. You should be using... by gosand · · Score: 3, Funny
    Why my apt-get was failing from people.debian.org last nite. Not to mention why debian.org was down. :(

    Funny, my apt-get using h4x0r3d.debian.org was working perfectly....

    --

    My beliefs do not require that you agree with them.

  38. Nobody's asking you to trust the keyserver by psamuels · · Score: 5, Informative
    Then the next point of failure becomes the keyservers. How do you know you imported a good key, and that the keyserver hadn't been compromised when you did it?

    PGP keyservers (unlike, say, Kerberos KDCs) are completely untrusted. Anyone can upload any key to a keyserver. And downloading a key from a keyserver implies nothing about that key.

    To verify that you have a valid key, you have to rely on the web of trust. Basically, if a key is signed by someone whose key is signed by someone [recurse through however many levels you are comfortable with] whose key you have personally inspected, then the key can be assigned a trust metric based on how reliable you consider that chain of signatures to be. (Basically, how much you trust the integrity and acuity of the people controlling the chain of signatures.)

    PGP and GnuPG have supported this infrastructure from Day 1. Asking people to trust an arbitrary third-party public keyserver was never in the plans.

    --
    "How can you claim that you are anti-crack, while still writing a window manager?" — Metacity README
  39. Re:whoa - better switch to NT ! by Noryungi · · Score: 2, Funny

    bill g4t3z takes credit!

    This should read "Bi11 g4T3z". Please respect the proper "3l33t" spelling. Thank you.

    Another public-service message from your friendly spelling nazi. Or N4zi.

    --
    The right to offend is far more important than the right not to be offended. (Rowan Atkinson)
  40. Re:Double Standard on /. by TiggsPanther · · Score: 5, Insightful

    You're right, up to a point. But you've also got to compare the other factors that tend to crop up...

    Windows Box Compromised: Someone exploited a flaw.
    Linux Box Compromised: Insecure password.

    or, if it IS due to a flaw exploit...

    Linux: Box compromised because machine wasn't carrying latest patches.
    Windows: Box compromised even though machine was updated last week.

    Linux: Exploit found. Exploit gets fixed. Publically. Usually the same month - with a temp-patch available within the week.
    Windows: Exploit found. Exploit gets fixed. Eventually. As a part of the next service pack. Newsgroups, Slashdot and third-party sites suggest workaround. MSKB just says "Problem is under investigation"

    Oh, and there's always...:

    Windows exploited: /. crowd too busy laughing to make sensible posts.
    Linux exploited: /. crowd too busy downloading, testing, and installing the various patches and workarounds that are flying around.
    (Or sending "Use a good password" memos around the office, stating that if an organisation like Debian can be compromised by a password, then Joe Average in accounts hasn't got a hope in hell if his password it the cat's name.)

    --
    Tiggs
    "120 chars should be enough for everyone..."
  41. Tempered Arrogance by ChaoticCoyote · · Score: 4, Insightful

    All three of my Linux boxes run Debian; this latest security breach will not change that.

    However, I hope this type of incident tempers the often-strident elitism of the free software camp. My faith in Debian continues because they caught this problem and openly announced it; my concern is that the lack of consequences will make people assume that this was a false alarm or unimportant incident.

    Free software suffers from "victory disease" -- an assumption that, based on past success, future success is guaranteed. Because free software has proven reliable and secure, the concensus seems to be that it will always be so.

    Pride comes before the fall, as they say. Attempted infiltrations of the Linux source code control system and breaches of security at Debian suggest that we need to be cautiously optimistic, not naively myopic.

  42. Re:Debian - maybe not so great by asuffield · · Score: 2, Informative
    How hard would it be to insert a little something something that gets updated on all the Debian boxes out there?

    Precisely as hard as it would be on any other system, excluding those Debian boxes which actually verify the signatures before installing packages (where it would be impossible).

    However, it would be noticed rapidly and suitable announcements made.

  43. Common sense snippets by jdifool · · Score: 5, Insightful
    Hi,

    218 posts and some rare appropriate reactions.

    • I thought Linux was secure... Guess not. Who told you that Linux was secure ? Your grandma ? Linux is more secure than Windows, of course. But it's not immunized against cracker. The computer world is based on a set of rules that can be broken. The better you are mastering these rules, the more secure your boxes are. But these rules can be broken, which means that, given human nature, they are bound to be broken occasionnaly. Furthermore, you will have noticed that if often relies on human use mistakes (password cracking for instance).
    • Free software sucks, Microsoft rules. Here I can almost physically feel the frustration of advocates of the proprietary world that can do nothing but bash any free software flaw they might encounter. However they deserve a clear, sound, and honest answer. My dears fellows, the free software world never proclamed himself the embodiment of security. We do our best to ensure it. And don't mix things up : our main problem with Redmond handling of security is about post-treatment. We do not appreciate the culture of hiding ; you can see here how coherent we are with ourselves.
    • Gentto is better than Debian ; oh no it's Redhat ; oh no it's Slackware. Hey guys, are you really part of the free software world ? Can you just realize these are the precise sentences that led to proprietary software/world ? And don't you think that you should adopt a more conservative stance ? Don't you think that the moral of this sad story is that nobody is preserved from crackers ? Wake up men, this is the very crucial moment where we must stand united. Keep your ammo for you real foes.
    There are some days when you would think that the free software world is not that 'free as in freedom'...

    Regards,
    JDif

    --
    Let's overcome our weakness.
  44. Re:This is a major problem by zorak1103 · · Score: 2, Insightful

    But the whole system is useless (even dangerous) if the hash server is compromised.

  45. Re:MD5 by itself it useless by tomstdenis · · Score: 2, Funny

    Quick patent this idea! Put the words "over the internet" in it somewhere and you're set.

    Tom

    --
    Someday, I'll have a real sig.
  46. I Haven't Paid for Debian by Bob9113 · · Score: 5, Interesting

    This news made me realize how much I depend on Debian. At the moment, every one of my machines (four servers, three workstations, and a laptop) runs Debian. I've been running it as my primary OS for... two years? So far I haven't paid a dime for it. It is a nice advantage of Free Software to be able to use it for free, but given the fact that I'm way out of "try-before-you-buy" mode, I'm going to send them a check today. Software in the Public Interest was founded by and is the current funding source for Debian.

    One server compromise in the two years that I've been watching by a company with zero product sales revenue is pretty impressive. An OS that is (IMO) dramatically superior to any commercial offering for free? They've earned my respect, and have clearly earned my cash.

    1. Re:I Haven't Paid for Debian by Pastis · · Score: 2, Insightful

      Best would be that if Microsoft or any resellers was to refund me the licenses cost of the Windows OS I don't use (all my computers run Debian), I would directly send this money to Debian for sure.

  47. Re:Honestly... by spektr · · Score: 4, Informative

    I hate to say it, but Microsoft's haven't been compromised, and they're the bigger target.

    Not true.

    Everyone here knows if windowsupdate.microsoft.com had been compromised, people would be droning on about how it's some sort of illustration of Microsoft's security.

    Their update server wasn't compromised, but the debian archive also wasn't compromised in this case. But, yes, we have to work harder to make our servers secure. And we will never reach the point were our systems will be unvulnerable. So what is your point? You complain that there aren't enough anti-oss-trolls here?

  48. Re:...not the archive. by TrentC · · Score: 2, Funny

    The server that pushes .debs to archive is running debian/sparc (donated by sun btw), so probably the cracker didn't know how to port his leet exploit to sparc (all the comprimised machines were 1386).

    You mean there's some value in those "unnecessary" non-i386 arches that Debian supports? Gee, maybe they have a good idea after all...

    Jay (=

  49. Re:Honestly... by bat,+blind+as+a · · Score: 2
    I hate to say it, but Microsoft's haven't been compromised, and they're the bigger target.

    I call bullshit on that...

    http://www.winnetmag.com/Windows/Article/ArticleID /16435/16435.html

  50. Re:SO MUCH FOR YOUR SECURE OPERATING SYSTEM by zeath · · Score: 4, Insightful

    It's not a hole, though. So far we only know it as a login/password that was comprimised. Any system no matter how secure is susceptible to that. Most of Microsoft's holes are much different - they're exploitable and are available from the default recommended installation, meaning the computer grandma bought for Bobby is susceptible and will probably never be patched.

  51. Re:Honestly... by Quixote · · Score: 2, Informative
    I hate to say it, but Microsoft's haven't been compromised, and they're the bigger target.

    I'd hate to say this too, since it is wrong.

    Microsoft's internal network was compromised, as reported by the BBC, and many other news agencies.

    So, please do some research before welcoming your "secure" overlords...

  52. Re:Double Standard on /. by Goody · · Score: 2, Insightful

    I know, I know, I should get a life.

    No, /. should get a spellchecker.

    --
    Tired of being "punished" by the Slashdot $rtbl since 2002. I'm now over at http://soylentnews.org/ .
  53. Re:Why Gentoo is Better by Ziviyr · · Score: 2, Insightful

    All I want to know is what compromised packages?

    That and why you don't bleep want to get bleeping flamed and yet you bleep bleeep bleep bleepbleep didn't bother reading the article before posting. :-)

    --

    Someone set us up the bomb, so shine we are!
  54. Re:Debian - maybe not so great by ThisIsFred · · Score: 3, Insightful

    My point is this. Linux is not the be all end all of existence. Its a great OS, with problems just like anything else. Lets keep this in its proper perspective and try to ignore the hysterical ranting of the Debian wackos.

    What does this have to do with the "quality" of Debian? AFAIK, the vulnerability that lead to the compromising hasn't been revealed yet. I could have been something as simple as a guessed password.

    --
    Fred

    "A fool and his freedom are soon parted"
    -RMS
  55. From James Bond... by Anonymous Coward · · Score: 2, Insightful

    Once is happenstance; twice is coincidence; three times is enemy action.

    Once is the gnu/ftp compromise mentioned here on Slashdot.

    Twice is this incident.

    The third time should convince us all that someone is out to get Open Source specifically! Tighten up your security, gentlemen! The gloves are off and someone out there is trying any means, fair or foul, to discredit Open Source.

  56. Re:...not the archive. by GammaTau · · Score: 4, Informative

    How does this change the fact that Debian is just not good enough, and has compromised thousands of machines across the globe? Sheesh, the denial... This is just like the Mandrake frying standard PC hardware story.

    As far as I understand, no machines apart from the several Debian computers have been compromised. Compromising a machine that hosts the central Debian APT repositories is a perfect opportunity for backdooring thousands of machines In this case, that didn't happen. "Thousands of machines across the globe" have not been compromised. I guess it's only good luck but Debian users were not affected by this security breach.

  57. password by phorm · · Score: 3, Insightful

    You know what... encrypt your SSH connection at 1024-bit... lock your webserver in a vault, 2km underground, with triple combinations... post armed guards... lock down all ports except port 80 and SSH/whatever.

    Then, have your password stolen, and oh shit, you're compromised. It's not about the OS being insecure, it's about a lost password. NOTHING can protect against this, short of one instance I heard where updates required 3 user passwords (from 3 users), but what a pain that would be.

    1. Re:password by jrexilius · · Score: 2, Interesting

      Actually there is a method for securing against lost passwords (by this I mean intercepted as in looked over shoulder, recorded key clicks, etc.) and that is the one-time password method combined with some other secondary authentication method. It is, however, extremely difficult to implement successfully. I have been kicking around a method creating my own system for this for my servers. I suspect that I wont be bright enough to do a good implementation of it though.

      Of course this has nothing to do with the earlier post being both right and wrong. (right in the sense that Joe CTOs are dumber than a bag of doorknobs, and wrong in that it is not a technical reflection of relative security between MS and Linux).

  58. Absolute security is a fallacy by anti-NAT · · Score: 2, Insightful

    You cannot achieve perfect security. It is impossible. You can only aim for it.

    The Debian project will not only retain their credibility, but I'd suggest they'll improve it by

    • continuing to maintain a proper incident response, by continuing to take the appropriate response steps
    • if possible and practical, putting additional counter measures in place to attempt to ensure this doesn't happen again
    --
    The Internet's nature is peer to peer - 20050301_cs_profs.pdf
  59. What's with all the trolls lately? by freeweed · · Score: 4, Insightful

    Yikes, I'd figure it's the latest infusion of 6/700,000 user accounts, but your number is really low, so I might as well respond to you.

    In case you haven't noticed, Slashdot has, and always has had, an editorial bias towards OSS, and against Microsoft. So do the bulk of the Slashdot readership. This is nothing new. This is a geek website, and the plain truth is, most people who call themselves geeks don't just sit blindy clicking away in Windows all the time. We like to play with our toys, we like experiment, we like to open it up and see what makes this baby tick. With something like Linux, you can do this. With Windows, you can't. Those are simply the facts. So of course people here will look upon OSS in a more favorable light.

    Yet today, we have comments such as "hysterical ranting of the Debian wackos" being modded up as Insightful and Interesting? Hello people, that's called flaming. If it was more subtle, as yours is, it's called trolling. Walking into a Britney Spears fan club meeting and shouting "Britney SUCKS!!!" is also an example of trolling/flaming. So when you come to a website with an obvious and open slant towards something, and constantly try to point out that slant...

    Well, I guess I just don't see why you're bothering. I mean really. If you really think the OSS community is full of shit, why on Earth do you come to one of their main websites/blogs/message boards/whatever?

    As far as a double standard goes, I honestly don't get your point. Slashdot has never had a policy of reporting every single hack of a Windows-based system. However, pretty much every major OSS hole/exploit/hack gets a story here. Considering how many Windows machines there are in the world, you'd think there would be a lot MORE exploiting going on (hey, I'll use the "Linux would get hacked too if it was on 90% of computers" line for a change). And yet, we hear more often about Linux machines being compromised.

    Well, except for things like Code Red/Nimda/Slammer/Blaster/etc, which, I'm sorry, but you'd have a hard time convincing me that this DOESN'T prove the case of Microsoft being just slightly less secure than Linux. Or else we'd be seeing Apache worms flooding the Internet on a daily basis, because "Microsoft only gets hacked because it's on 90% of computers", right?

    Oh, and for the record, password compromises are OS-independant, and have nothing (read: zero) to do with the OS, design paradigm of the OS, colour of the developer's underwear, or whether we use a penguin or a flying box to represent ourselves. Only trolls would be saying "Ha ha ha ! Serves 'em right for running Bill Gates' Satanic OS. Let the jokes begin. Moderators, get ready !" if Microsoft had a machine get hacked because of a password compromise.

    --
    Endless arguments over trivial contradictions in books written by ignorant savages to explain thunder in the dark.
  60. Worse than Microsoft? by Omega037 · · Score: 4, Insightful

    This is much worse than one of Microsoft's normal problems. With Microsoft you expect the problems, and therefore you maintain constant vigilance. This is a perfect example of why linux users and admins need to also be wary at all times. As linux becomes more and more mainstream, the number of security holes shown will increase as well. More people will use linux and more "hackers" will then be attracted to developing viruses and worms that exploit the system. Regardless of what anyone thinks about Windows vs. Linux, everyone must admit that part of the reason more security holes are found in Windows is because there are many more people looking for them. My advice to linux users is to drop any pretense of Linux being infallible and to start using the same caution running a linux-based server as you would running a windows-based server.

    1. Re:Worse than Microsoft? by _Sprocket_ · · Score: 2, Insightful


      As linux becomes more and more mainstream, the number of security holes shown will increase as well. More people will use linux and more "hackers" will then be attracted to developing viruses and worms that exploit the system. Regardless of what anyone thinks about Windows vs. Linux, everyone must admit that part of the reason more security holes are found in Windows is because there are many more people looking for them.


      This belief that Linux is some kind of new kid on the block and untested completely ignores history. First, Linux deployments have existed in considerable strength for years now. It may not be on every desktop. It may be new to some corporate networks. But Linux has been embraced by ISPs and hosting services for far longer than Linux was even an IT industry buzz word.

      The target that Linux presents also grows beyond Linux's own install base. Much of what can be attacked on a Linux server is not Linux-specific. Finding exploitable holes in common Unix subsystems can often mean the ability to attack a large base of servers - be they running Linux or common Unix systems (such as *BSD or Solaris).

      In short, Linux has been exposed to scritiny for years.


      My advice to linux users is to drop any pretense of Linux being infallible and to start using the same caution running a linux-based server as you would running a windows-based server.


      There is certainly some good advice here. Linux's critics are right on one thing: Linux is not a silver bullet for security. Information security is a complex issue. Linux can be used to simplify this issue to a point. But popping in a Linux CD and clicking on the affirmitive button until everything installs is not the answer.

      Linux advocates should be carefull that while they make their point, they don't oversimply to the extent of being misleading.
  61. GPG already! by alexandre · · Score: 2, Interesting

    When are they going to force everyone to sign the package with GPG and have a warning like ssh when a key has changed when you dist-upgrade?

    It's about time will all the server compromised these days...

  62. Re:Would Microsoft announce that it was compromise by drooling-dog · · Score: 3, Insightful

    In the days before the Pure Food and Drug Act, it was considered "nobody's business" what was in the food we eat, either; you just opened the can and accepted whatever was in there. Times change.

  63. Re:Honestly... by hetairoi · · Score: 2, Informative

    Their update server wasn't compromised

    It has been before. when code red hit. Although the link given in that article is no longer working there are plenty of screen shots of www.windowsupdate.com with 'hacked by chinese' on it out there somewhere.

    You cannot blindly trust anything, from anyone. I don't care if Mom says her apple pie is just dandy I'm gonna run my own tests.

    --
    you're all figments of my deranged imagination
  64. that really sucks... by mediaisthemassage · · Score: 3, Funny
    I just based my home cluster on debian because is so sexy...save the soul of your sun boxen and load linux....is fun....

    But security holes exist, there is no getting around this, no matter how paranoid you are...

    trust me..

    I am a sitting in a faraday cage right now...I built it in my apartment to keep those pesky NSA spooks from uplinking with the nano-chips they implanted in my brain....

    most of us are now implanted...you can't dig them out...i've tried....

  65. No, I heard Apple is claiming the rights... by ErnstKompressor · · Score: 2, Funny

    to this compromise as it occured on a wednesday of an odd month, and was devised by a malicious user who never even worked at Apple, in the hopes that this would prod Debian users to cross-grade to 10.3...and then buy the PDA that Apple are developing with the help of a homeless guy who has been dumpster diving...and they are not even going to support the 'compromise' on anything before 10.4...CONSPIRACY!!!

    or so says CNet ;)

    Sorry...

    --
    We apologise for the fault in this post. Those responsible have been sacked. -- Signed RICHARD M. NIXON
  66. SE Linux by Tracy+Reed · · Score: 3, Interesting

    Steve from Debian Security Audit project says this occurred due to a password goofup so this doesn't necessarily apply here but it easily could have:

    Machine as important as these should be running some sort of Mandatory Access Control system like SE Linux. I have done an evaluation of all of the root exploits I could find over the last few years and SE Linux would have prevented every one of them because the MAC system prevents unauthorized priviledge escalations. You can test drive my SE Linux box by telnetting (not ssh) to selinux.copilotconsulting.com with user root and password root.

  67. Re:What was that about Windows servers? by noahm · · Score: 2, Interesting
    If passwords are at fault and sshd was the service that was comprimised then get rid of the passwords and use RSA challenge-response authentication.

    Unfortunately, I believe that that's already the case, and has been for as long as I've been a Debian developer. I believe what really happened is that somebody's home account or something was compromised, and they did the stupid passwordless ssh key thing (instructions for which are even on the Debian devel web site!). Even if they didn't use passwordless keys, rootkits with tty-loggers make it pretty easy to sniff a key's password if it's typed over the network.

    noah

  68. Secrecy is the only embarassing thing. by zCyl · · Score: 2, Insightful

    Everyone hides it because it's embarassing for a business.

    From my perspective, hiding it is embarassing for business. A major part of the reason I use Debian is exactly this announcement. I could have guaranteed as a fact that the Debian servers would be compromised, it was just a matter of time. What's important to me is that it's easy to detect when it happens, and that everyone is told about it as soon as it happens.

    I have one of my machines which I updated during the compromised period. Now I know that when this investigation is complete, I need to check the details to see if the machine needs treatment.

    That's how full disclosure is supposed to work.

  69. Re:How in the world... by poptix_work · · Score: 2, Insightful
    That sounds like a great idea for a home machine, or even a dedicated box. But if you're trying to maintain an open collection of machines like Debian is, where developers from all over the world can connect from wherever they are (dialup/dhcp/cable/travelling) you can't easily restrict their IP. It's like saying a mail server should only accept mail from ip a.b.c.d - it just doesnt work.
    How many people really need access to ssh into a web server? Surely you can manage to restrict access to the handful of people who should be accessing it. If they're on the road, they can ssh home or do without. Is it really worth having systems compromised just so that joe blow can ssh in from a friends house? As a side note, I'm curious as to why, beyond the initial announcement, everyone is being so quiet about it in the debian world.
    --
    Just because you disagree doesn't make it offtopic or flamebait.
  70. Am I the only one? by stonecypher · · Score: 2, Interesting

    You know, an enterprising attacker could just pull the trust network down. Someone with sufficient skill could very easily just work on Debian for five or six months, get trusted, and embed a subtle bug into a remote point.

    I mean, we can't find the unintentional ones. What makes you think we could find one chosen for its obscurity?

    --
    StoneCypher is Full of BS
  71. Re:...not the archive. by Knights+who+say+'INT · · Score: 2, Insightful
    yes but they comprimised security.debian.org

    and rouge ftpd/httpd services which serve different stuff to different people are not unheared of eithe

    Christ, if people keep ignoring issues in open source software, the whole thing is gonna sink in a couple of years, and people will remember Linux as yet another stupid thing they invested money on, much like push technology.