Intrusion detection environment
Go to file
Cropi ed90e0e822 Add explanatory comment for /boot/grub2/grubenv exclusion
Document why /boot/grub2/grubenv is excluded from AIDE monitoring.  The
file's timestamp gets modified continuously due to the "boot_success"
implementation, which would cause unnecessary noise in security
monitoring reports.
Do not monitor link count in /var/log/journal

Resolves: RHEL-39970
2025-10-09 08:36:43 +02:00
.fmf REDHAT 10.0 ERRATUM 2024-05-17 18:16:13 +02:00
.gitignore RHEL 10.2 ERRATUM 2025-09-16 10:47:44 +02:00
aide-tmpfiles.conf RHEL 10.2 ERRATUM 2025-09-16 10:47:44 +02:00
aide.conf Add explanatory comment for /boot/grub2/grubenv exclusion 2025-10-09 08:36:43 +02:00
aide.logrotate - Add logrotate script 2010-02-19 18:26:43 +00:00
aide.spec Add explanatory comment for /boot/grub2/grubenv exclusion 2025-10-09 08:36:43 +02:00
ci_tests.fmf REDHAT 10.0 ERRATUM 2024-05-17 18:16:13 +02:00
gating.yaml Update name of passing set ot tests in gating 2024-05-22 11:53:08 +02:00
gpgkey-aide.gpg RHEL 10.2 ERRATUM 2025-09-16 10:47:44 +02:00
README.quickstart auto-import changelog data from aide-0.10-0.fdr.0.2.cvs20031104.1.src.rpm 2004-11-08 04:01:04 +00:00
sources RHEL 10.2 ERRATUM 2025-09-16 10:47:44 +02:00

1) Customize /etc/aide.conf to your liking. In particular, add
   important directories and files which you would like to be
   covered by integrity checks. Avoid files which are expected
   to change frequently or which don't affect the safety of your
   system.

2) Run "/usr/sbin/aide --init" to build the initial database.
   With the default setup, that creates /var/lib/aide/aide.db.new.gz

3) Store /etc/aide.conf, /usr/sbin/aide and /var/lib/aide/aide.db.new.gz
   in a secure location, e.g. on separate read-only media (such as
   CD-ROM). Alternatively, keep MD5 fingerprints or GPG signatures
   of those files in a secure location, so you have means to verify
   that nobody modified those files.

4) Copy /var/lib/aide/aide.db.new.gz to /var/lib/aide/aide.db.gz
   which is the location of the input database.

5) Run "/usr/sbin/aide --check" to check your system for inconsistencies
   compared with the AIDE database. Prior to running a check manually,
   ensure that the AIDE binary and database have not been modified
   without your knowledge.
   
   Caution! 
   
   With the default setup, an AIDE check is not run periodically as a
   cron job. It cannot be guaranteed that the AIDE binaries, config
   file and database are intact. It is not recommended that you run
   automated AIDE checks without verifying AIDE yourself frequently.
   In addition to that, AIDE does not implement any password or
   encryption protection for its own files.
   
   It is up to you how to put a file integrity checker to good effect
   and how to set up automated checks if you think it adds a level of
   safety (e.g. detecting failed/incomplete compromises or unauthorized
   modification of special files). On a compromised system, the
   intruder could disable the automated check. Or he could replace the
   AIDE binary, config file and database easily when they are not
   located on read-only media.