Slashdot Mirror


Debian Server Compromised

Security News writes "According to a post on the debian-devel-announce mailing list "Early this morning we discovered that someone had managed to compromise gluck.debian.org. We've taken the machine offline and are preparing to reinstall it. " gluck is a core development machine."

12 of 349 comments (clear)

  1. Re:Once is ok, but twice is too much... by Josh+Triplett · · Score: 5, Informative
    first we had the hack into the repository severs, and we didn't know whether or not we are running exploited code when we use apt-get to update our programs.

    No, we didn't. The server holding the Debian archive did not succumb to the exploit, because it didn't run on an x86 machine and the people exploiting it only attempted to run x86 code. Furthermore, data on the servers that *did* succumb to the exploit got checked before it became available again.
  2. Re:Question by Nutria · · Score: 5, Informative
    I realise that debian stable release has packages that are very old in order to stay stable. Does this mean that they lack patches later versions of programs use? Or are patches typically backported to the stable release packages?

    http://www.debian.org/security/

    Security (not feature) patches are backported if possible, and if the patches are too extensive, an upgraded version goes into Stable.

    --
    "I don't know, therefore Aliens" Wafflebox1
  3. Re:Once is ok, but twice is too much... by YU+Nicks+NE+Way · · Score: 5, Informative

    You do understand that everything downloaded from update.microsoft.com needs to be digitally signed, right? In order to actually subvert the downloads, an attacker would not only need to take over the system, but would also need to sign the modified download with a Microsoft key. That's hard: the private keys for signing code are kept on a machine inside a SKIF. Last time I checked, code was taken to be signed by sneakernet, so that there would be a physical airgap between the network and the signing system.

  4. Re:Changelogs by uhoreg · · Score: 4, Informative

    Changelogs don't provide any form of security, and package changelogs have been standard in Debian since many, many years ago. (Long before Ubuntu was a gleam in Mark Shuttleworth's eye.) Changelogs should only be treated as a convenience to the user.

    And apt supports GPG signing of the Release file, which contains an MD5 and SHA-1 hash of the Packages file, which contains MD5 hashes of the packages. (In other words, apt already does package integrity checking.)

    --

    To get something done, a committee should consist of no more than three persons, two of them absent.

  5. Re:Changelogs by SnowZero · · Score: 3, Informative

    It might be nice to include signed authentication of at least the changelog, if not the package itself, to ensure authenticity of upgrades.

    Debian has been checking digital signatures on every package installed for almost a year now. See here.

    Of course, I run testing, so I have no idea when this got into stable.

  6. Re:Once is ok, but twice is too much... by SnowZero · · Score: 3, Informative

    You do understand that everything downloaded from update.microsoft.com needs to be digitally signed, right?

    Btw, Debian also does digital signatures for every package installed (see here). I don't think they have gone as far as having an air-gap, but it does mean that a regular hacking won't be able to silently corrupt packages.

    Debian's system is actually quite cool, since it can check *every* program installed, and not just core OS updates (courtesy of apt controlling 99% of software installation). In fact, you can add additional keys for other package sources (I run some unofficial packages, but those developers also sign their packages with their own keys, so it is covered as well).

  7. Re:Once is ok, but twice is too much... by flacco · · Score: 4, Informative

    but with a compromised dev machine, one could patch in back door code that gets signed as valid.

    --
    pr0n - keeping monitor glass spotless since 1981.
  8. Re:This has been said before... by ComputerizedYoga · · Score: 4, Informative

    I've got a lot of other problems with debian which prevent me from using it. However, their security track record is not really one of them. Given the huge project with a very large number of machines and developers, and their long track record with very few incidents, I don't think it's fair to pick too much on this one.

    That, and Gentoo is hardly immune to this sort of thing either.

  9. Re:No fear... by chill · · Score: 3, Informative

    Well, considering that DAT stands for Digital Audio Tape, I find that a bit unlikely...

    How old are you? Gotta be under 25, easy.

    4mm helical scan DAT tapes were very, very popular for enterprise data backup. Do a quick google on "dat tape backup" and enlighten yourself.

      -Charles

    --
    Learning HOW to think is more important than learning WHAT to think.
  10. Re:Once is ok, but twice is too much... by redcane · · Score: 3, Informative

    You can import the appropriate keys using PGP. If I recall correctly a google search for the error messages apt is emitting will find you some discussions on this matter, including fixes.

  11. Re:This has been said before... by Apro+im · · Score: 4, Informative

    That's why, as a l337 hax0r, you can run a mixed system. Nobody stops you from installing unstable packages, right from apt, even! (Check out that -t flag!) Or even better, you can actually build your own source.

    The argument for Gentoo that "I like the idea of building my own source" in the sense of "I like getting down and dirty into my system" is really kind of bull. I ran Gentoo for a while, and I thought they had done some amazing work. Portage/emerge is just amazingly well done, and it's nice to have code that's been optimized for my hardware requirements. It's not exactly scalable (maintaining a large set of diverse hardware is a lot harder), and it can lead to untenable situations and instability, but it's still damn cool. And you know what's really cool about it? It's the convenience of apt, for source packages! Please disabuse yourself of the notion that you are "building your own source" -- the Gentoo maintainers are very diligently, very cleverly packaging the source so that you can specify a set of system parameters and then let it build. If you really want to get nitty gritty, run Slackware (although, I guess they have package management now, too). Gentoo has lots of merits, but the truth is, most Gentoo users know no more or less about how things work than an average Liinux user.

    For me, in the end, the speedup I was getting just wasn't making up for the hours it would take each time I ran a system-wide upgrade and the unexpected conflicts because the USE flags that made each package special for MY computer were screwing up MY computer something fierce.

  12. Re:It was a local root exploit by uhoreg · · Score: 3, Informative

    See also this posting on debian-project for more technical details.

    --

    To get something done, a committee should consist of no more than three persons, two of them absent.