For whatever it's worth, another rootkit scanner I use is called rkhunter. <br><br><div><span class="gmail_quote">On 10/3/06, <b class="gmail_sendername">Claude Felizardo</b> &lt;<a href="mailto:cafelizardo@gmail.com">cafelizardo@gmail.com
</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">On 9/27/06, Claude Felizardo &lt;<a href="mailto:cafelizardo@gmail.com">
cafelizardo@gmail.com</a>&gt; wrote:<br>&gt; Does anyone on the list use chkrootkit?<br>&gt;<br>&gt; I have two Linux boxes running Mandrake's msec suite of security tools<br>&gt; scheduled to run at 4 am.&nbsp;&nbsp;The machine at work is a P4 
2.8 GHz box<br>&gt; with SATA and it would usually complete its scans within the hour.&nbsp;&nbsp;My<br>&gt; file server at home is a P3/450 with 3 IDE drives in a RAID-5<br>&gt; configuration and the scan generally took well over 12 hours but since
<br>&gt; it usually completes by the time I get home and I don't often log into<br>&gt; the machine it wasn't a big deal.&nbsp;&nbsp;I figured it was the amount of data<br>&gt; it had to scan and the software RAID.&nbsp;&nbsp;One of the tools msec will use
<br>&gt; is chkrootkit and I discovered that while it's installed at home, it<br>&gt; was never installed on my desktop at work.<br>&gt;<br>&gt; This morning I find that it's still running at work with a load avg of<br>&gt; 
2.5 while my server at home is at it's normal 1.2 during the scan.&nbsp;&nbsp;So<br>&gt; I started looking around and<br>&gt;<br>&gt; crap, i just noticed that it's been scanning the home directories of<br>&gt; everyone at work.&nbsp;&nbsp; Well it managed to generate about 145KB of
<br>&gt; Permission denied messages before I managed to kill it.<br>&gt;<br>&gt; Looks like there's a -n option I can use to tell it to skip NFS<br>&gt; mounted directories but what I'd really want to do is have it ignore
<br>&gt; my backup directories as well.&nbsp;&nbsp;msec has some config options to<br>&gt; exclude directories but I don't think its used by chkrootkit.<br>&gt;<br>&gt; I'm running chkrootkit 0.45 and from their website, i see that the
<br>&gt; latest is 0.46a.&nbsp;&nbsp;According to some of the posts to their mailing<br>&gt; list, some people had complained that the -n option didn't support<br>&gt; skipping AFS file systems and was causing a similar problem, not clear
<br>&gt; on what version this was.<br>&gt;<br>&gt; Any suggestions?<br>&gt;<br>&gt; claude<br><br>Got a little further with this.&nbsp;&nbsp; I had updated to 0.46 which claimed<br>to have fixed nfs skipping issues but it didn't seem to help.&nbsp;&nbsp;Turns
<br>out the nfs skipping part isn't used everywhere.&nbsp;&nbsp;I tracked my slow<br>down problem to some assumptions in the /usr/sbin/chkrootkit shell<br>script.<br><br>The check for aliens which scans for strange files in the home
<br>directories assumes that the $HOME environment variable is defined.<br>Unfortunately when run by root in a cron job, it's not set so it<br>searches the entire directory tree including /dev, /proc and all of<br>the nfs mounts.&nbsp;&nbsp;The quickest solution was to define the HOME variable
<br>in the script that calls chkrootkit and is run every morning.<br><br>The 2nd problem was the check for the Ducoci rootkit.&nbsp;&nbsp;This time it<br>doesn't even use the $HOME environment variable, instead it's starting<br>it's search at . which when run by root as a cron again defaults to
<br>the top directory.&nbsp;&nbsp;I have this block commented out for now and may<br>fix the code but does anyone know what the Ducoci rootkit is?&nbsp;&nbsp;I've<br>tried searching for it but all i get is that chkrootkit scans for it.<br>The code is apparently looking for the file 
last.cgi.<br><br>Looking at the chkrootkit website, it looks like the last update was<br>nearly a year ago.&nbsp;&nbsp;I have tried contacting the two maintainers but<br>have not gotten a response though it's only been a few days.&nbsp;&nbsp;Any
<br>suggestions?<br><br>btw, the security scans now complete within minutes.&nbsp;&nbsp;Much better than<br>the hours upon hours it was taking before.<br><br>claude<br></blockquote></div><br><br clear="all"><br>-- <br>Matthew Gallizzi