intrusion detection/prevention

Tom Metro tmetro-blu-5a1Jt6qxUNc at public.gmane.org
Tue Jun 30 16:02:51 EDT 2009


ref wrote:
> TRipwire annoyed me as it emailed me masses of stuff
> everyday about what had NOT changed.

When I used Tripwire I also found that it required a lot of maintenance 
in order to make it provide useful reports. If you don't keep up with 
it, it ends up flooding you with useless reports (reporting the same 
changes over and over), which leads to the reports being ignored.

Most file system change detection tools work on a model where they set a 
baseline and then once they detect a deviation from that baseline, they 
email you perpetually until that baseline gets reset. This is the 
secure, paranoid way to do it, but not particularly practical.

Back when I set up my first Debian system I went looking for something 
simpler than Tripwire, and ran across Integrit, and have been using it 
ever since, even though it remains fairly obscure. It was easy to set 
up, and with a few tweaks to to its cron script, I was able to have it 
automatically reset its baseline after changes. This eliminates 
maintenance effort, and it only generates reports if there have been 
changes since the last change occurred, so most of the time it stays quiet.

Note that although these file system change detection tools are often 
promoted as intrusion detection tools, they're actually more beneficial 
for routine system administration by providing a record of what system 
files changed when. This can be useful if system behavior changes and 
you want to track down when a config was modified or when some upgrade 
changed a shared library.

  -Tom

-- 
Tom Metro
Venture Logic, Newton, MA, USA
"Enterprise solutions through open source."
Professional Profile: http://tmetro.venturelogic.com/





More information about the Discuss mailing list