What are rootkits? You can ask Wikipedia, or take this over-simplification:
The Windows flock has to worry about various security concerns – viruses, worms, trojans, bots. So may, in fact, they had been categorized into AdWare (unwanted commercial content), SpyWare (compromise of personal information) and Viruses (generally malicious code).
Linux folks, on the other hand, have to fear only one thing – a rootkit. Because Windows vulnerabilities allow exploiting a machine without administrative access for specific goals, a diversity of exploits was invented, while properly setup Linux can only be compromised with root (Administrator) access. However, once that had been achieved, the machine is fully compromised along with the network it’s on. Namely, there are very few things an attacker will not be able to do with a rooted Linux machine.
Periodic scans are a good measure to stay clean, similar to scheduled anti-virus scans in Windows PCs. chkrootkit is such an implementation, and appears to be the most popular today, for good reasons: it’s easy to build, easy to run, and easy to understand. A good idea might be to run it periodically and email the output to a system administrator.
Great, until you realize the catch22 of checking for root-kits: Once a machine had been infected with a rootkit (usually through an badly secured SSH account), there’s virtually no way to determine that is was compromised, unless a reference set of binaries can be used to compare the infected binaries to “clean” ones. This means that you may not use a machine to check itself for rootkits, because if it was already compromised at the time it was checked, the check would be useless.
There is, of course, a hack. Namely, Network Security Hack #99 from O’Reilly suggests we can run chkrootkit in Busybox! Right, Busybox has some 200 programs built into its binary, and we could use those instead of the host’s own suspected ones. Unfortunately, it does not show how.
Let’s think about this: We assume the machine might be compromised when we scan it. We would not want to use the machine’s own binaries (that could also be compromised). We would not want to use software that had been lying around on the machine while it was compromised, for the same reason, including Busybox or chkrootkit. Ideally, then, we would use a fresh copy of Busybox to download a fresh copy of chkrootkit, run one in the other and dump both (that way, one cannot compromise something that is not there).
I ended up with the (almost entirely self-sufficient) solution below. It will run on any machine that has internet access, GNU wget (to download Busybox and chkrootkit). Other than wget, the script makes use of Busybox applets instead of the system installed binaries, for extra safety 😉
#!/bin/sh # Temporary folder path. (It's a good idea to use a random name): TEMPORARY_FOLDER=/tmp/security-$RANDOM # A URL from which Busybox binaries can be downloaded BUSYBOX_URL=http://www.busybox.net/downloads/binaries/1.17.2 # A URL from which the chkrootkit source can be downloaded: CHKROOTKIT_URL=ftp://ftp.pangeia.com.br/pub/seg/pac # Download and prepare the Busybox binary in the temporary folder: /usr/bin/mkdir -p $TEMPORARY_FOLDER cd $TEMPORARY_FOLDER /usr/bin/wget $BUSYBOX_URL/busybox-"`uname -m`" /usr/bin/chmod +x $TEMPORARY_FOLDER/busybox-"`uname -m`" BUSYBOX_BIN=$TEMPORARY_FOLDER/busybox-"`uname -m`" # Download, confirm the MD5 sum, and extract the chkrootkit source using Busybox: $BUSYBOX_BIN wget $CHKROOTKIT_URL/chkrootkit.tar.gz $BUSYBOX_BIN wget $CHKROOTKIT_URL/chkrootkit.md5 if [ "`$BUSYBOX_BIN cat chkrootkit.md5`" != "`$BUSYBOX_BIN md5sum chkrootkit.tar.gz`" ]; then $BUSYBOX_BIN echo " !!! MD5 SUM check FAILED !!! " exit else $BUSYBOX_BIN echo "MD5 checksum for chkrootkit source passed..." fi $BUSYBOX_BIN tar vxf $TEMPORARY_FOLDER/chkrootkit.tar.gz # Run the newly built chkrootkit in the just downloaded Busybox: $BUSYBOX_BIN sh $TEMPORARY_FOLDER/chkrootkit*/chkrootkit # Clean up: cd / $BUSYBOX_BIN echo "Done." $BUSYBOX_BIN rm -rf $TEMPORARY_FOLDER