On Mon, 2007-07-23 at 19:30 +1000, Gordy wrote:
>
> Thankyou for previous reply. I am using the beta edition for these tests and 
> rootkits are still
> not found.
>
Are you saying that your system has a rootkit installed on it and RKH is
not finding it?

> 1) Question (1)
> Why do I need to run this command ....rkhunter -c -sk --pkgmgr?
> 
You haven't specified a package manager to use there, RKH will give an
error.

> 
> -----------log 6 excerpts--------------------------
> [16:25:58] Info: Command line is /usr/local/bin/rkhunter -c -sk --pkgmgr RPM 
> --configfile
> /etc/rkhunter.conf
> [16:25:58] Info: Using configuration file '/etc/rkhunter.conf'
> [16:25:59] Info: Using package manager 'RPM' for file property checks
> --------------------------------------------------------------------------
> 
> Opinion.......... Its the same result.
> 
Correct. There is no difference whether you use the config file or the
command-line. Although the log will show the command-line used and hence
you can then see a package manager was specified.


> 2) Now getting back to my previous question....what I was looking for in the 
> cli and in the
> logfile was words to the effect
> 
> ------pretend log-------------------------------
> [xx.yy.zz] Checking for RPM  changes.............[ok or warning]
>
> ------------------------------------------------
> Instead I can see this from most of my logs
> -------------------------
> [16:26:04] Performing file properties checks
> -----------------------------
> and maybe, this is what my RPM package manager enabled flag is doing. If so, 
> then my error was in
> not saying that I was looking for feedback on hash checks.
> 
> Yes ..I am now saying the logfile is using rpms but not stating so 
> explicitly. AND...I am now
> saying the logfile is not showing that hashes are being used in the checks.
> 
RKH performs the 'file properties' check when the test is enabled (which
by default it is). *HOW* it performs that test can be modified by using
a package manager, but the test is the same regardless of whether a
package manager is used or not. File properties are checked to see if
they have changed. The log file does not record specific properties
unless there is an error.

I think you are putting too much emphasis on the rpm package manager. It
is not a test in itself, but simply part of a larger test. It is only
used as a mechanism to perform part of the file properties check. As
such the log file will mention that a package manager is being used, but
that is all.

> 
> Opinion...Info is not a part of the scan.
> 
'Info:' type messages in the log file are simply pieces of information
logged at the time which may be useful if the log file needs to be
interrogated. They may occur within tests.

> Question (2)
> Does .....Performing file properties checks.. EQUAL... scanning with RPM 
> manager (if enabled in
> conf file or at cli)?
> 
No. A package manager will be used to check whatever values it provides
as part of the file properties check. However, none of the current
package managers provide all the information - for example, has a file
changed from being a binary to a shell script? The rpm package manager
cannot tell you that. So RKH will perform other checks as well to verify
that the file has not changed at all.

As far as I remember there are 10 or 11 tests in the file properties
check. The rpm package manager provides about 7 or 8 test values, the
bsd and Debian package managers only provide 1. All the other test
values are obtained by other means and compared against the rkhunter.dat
file. This is why the '--propupd' option should be one of the first used
after RKH has been installed. It creates the rkhunter.dat file, and
allows RKH to fully check each file in the file properties check. If it
('--propupd') is not used, then the file properties check can only
perform some of the tests (those not requiring the rkhunter.dat file).


> Question (3)
> Does the RPM checks replace the hashes value checks?
> 
No, you are missing the point. Forget about the old 'hashes' check, that
releated to version 1.2.9 and before. Version 1.3.0 has a 'file
properties' check. One part of that check is to see if a files hash
value has changed. This can be done using a package manager, or by other
means and then comparing against the value stored in rkhunter.dat. The
CHANGELOG file points out that the file properties check checks more
than just the files hash value though.


> Question  (4)
> If not, where do we find in our logs....the hash value scans?
> 
As part of the file properties check. If the test for each file passes
then you will get an 'ok'. If any file property has changed - i.e. hash
value, permissions, file type, uid, inode, etc, etc - then you get a
warning.



John.

-- 
---------------------------------------------------------------
John Horne, University of Plymouth, UK  Tel: +44 (0)1752 233914
E-mail: [EMAIL PROTECTED]       Fax: +44 (0)1752 233839

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >>  http://get.splunk.com/
_______________________________________________
Rkhunter-users mailing list
Rkhunter-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/rkhunter-users

Reply via email to