1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146
|
# $Id: FAQ,v 1.19 1994/08/30 06:09:48 gkim Exp $
#
# FAQ for Tripwire
#
This file answers frequently asked questions about Tripwire.
The first section of the file covers Tripwire concepts and design,
while the second section addresses troubleshooting.
Concepts:
=========
Q: Why doesn't Tripwire ever traverse across mounted filesystems?
A: This is a feature. This behavior makes it possible to put a
directory (e.g., '/') in your tw.config file, and you won't
have to worry whether it will traverse all the locally-mounted
filesystems. If you want it do the whole filesystem, list
each partion separately in the configuration file.
Q: What is the difference between pruning an entry in your
tw.config file (via "!") and ignoring everything (via the "E"
template)?
A: Ignoring everything in a directory still monitors for added
and deleted files. Pruning a directory will prevent Tripwire
from even looking in the specified directory.
Q: Tripwire runs very slowly. What can I do to make it run
faster?
A: You can modify your tw.config entries to skip the Snefru
signatures by appending a "-2" to the ignore flags. Or you can
tell Tripwire at run-time to skip Snefru by:
tripwire -i 2
This computationally expensive operation may not be needed for
many applications. (See README section on security vs.
performance trade-offs for further details.)
Troubleshooting:
================
Q: I build Tripwire and the test suite fails. What do I do?
A: Read the README section on "Common Compilation Problems."
Q: Tripwire reports that my database version is out of date. What
should I do?
A: The database format used by Tripwire v1.2 changed.
You need to rebuild the database with Tripwire v1.2; see the
README file for details.
Q: Where do I find Larry Wall's patch program?
A: You can get it via anonymous FTP at ftp.uu.net:/pub/patch.tar.Z.
Q: When running Tripwire in Integrity Checking mode, Tripwire
fails when it tries to find a file with a name consisting of
dozens/hundreds/thousands of '/'s. What went wrong?
A: Your setting for the #define DIRENT value in your conf-<os>.h
file is probably incorrect. Trying switching the setting and
see if the problem goes away. (i.e., switch #define to
#undef, or vice versa.)
Q: I have /tmp in my tw.config file, but none of the files in
the directory are being read by Tripwire. What's going on?
A: Check to see that your /tmp directory isn't a symbolic link
to another filesystem. When recursing down into directories,
Tripwire never traverses symbolic links or enters another
filesystem.
Q: Is there any way I can get Tripwire to print out the names of the
files as they are being scanned? I want to know which files
Tripwire is spending all of its time crunching.
A: Try using 'tripwire -v'. This wasn't documented in the first
tripwire.8 manual page.
Q: I try to initialize the database by typing 'tripwire -initialize'
but I can't find the binary. Where is the tripwire executable?
A: ./src/tripwire is where the binary is built. 'make install'
will install in the $(DESTDIR) of your choice, as defined
in the top-level Makefile.
Q: I have the following line in my tw.config file to do host specific
actions. Why doesn't it work?
@@ifhost chapel || chekov || chewie || data || guinan
....
@@endif
A: You must put the hostnames as returned by 'hostname' or 'uname'
(depending on whether you're running a BSD or SYSV derived OS).
So, the correct form would be:
@@ifhost chapel.enterprise.fed || chekov.enterprise.fed ...
The Tripwire preprocessor tries its best to figure out if you
have used misformed hostnames.
Q. As part of my operational security plan for my exported NFS
partitions, I want to run "fsirand" regularly. Unfortunately,
if I do this, Tripwire will complain that every file has changed
(because the i-node numbers will change). I don't want to
rebuild the entire system database each time. What can I do?
A. We have included a Perl script in the distribution that will
go through a Tripwire db file (the output database) and update
the i-node fields while leaving everything else the same. To
use it, you need to modify the first line to point to your Perl
interpreter (if you don't have Perl, you'll need to write your
own program in C or get Perl from an ftp site).
The Perl script is ./contrib/twdb_newinode.pl.
After the next time you are in single-user mode running fsirand,
run this script with the db as input. For example,
cd /usr/local/adm/tcheck/databases
./twdb_newinode.pl tw.db_myhost
It will automatically create a backup version of the file for
you as a "just in case."
*Afterwards, be certain to set the disk with the database back
to read-only!!* Also, store the Perl script in the same secure
place as the Tripwire program.
Gene & Gene
Kim & Spafford
Last updated: July 17, 1994
(gkim@cs.purdue.edu)
(spaf@cs.purdue.edu)
|