Advanced Intrusion Detection Environment (AIDE) is a host-based intrusion detection system (HIDS) for checking the integrity of files. It does this by creating a baseline database of files on an initial run, and then checks this database against the system on subsequent runs. File properties that can be checked against include inode, permissions, modification time, file contents, etc.
AIDE only does file integrity checks. It does not check for rootkits or parse logfiles for suspicious activity, like some other HIDS (such as OSSEC) do. For these features, you can use an additional HIDS (see  for a possibly biased comparison), or use standalone rootkit scanners (rkhunter, chkrootkit) and log monitoring solutions (logwatch, logcheck).
You can install the aideAUR package, or you can instead install aide-selinuxAUR if you want to use it in a system with SELinux and Audit framework enabled.
The default configuration file at
/etc/aide.conf has pretty sane defaults and is heavily commented. If you want to change the rules, see aide.conf(5) and the AIDE Manual for documentation.
To check your configuration, use
To initialize the database, use
aide -i or
aideinit. Depending on your configuration and system, this command can take a while to complete.
You can check the system against the baseline database using
aide -C, or update the baseline db using
For more info, see aide(1).
AIDE can be run manually if desired, but you may want to run it automatically instead. How you set this up will depend on your cron daemon and MUA (if email notification is desired).
If cron is set up to automatically mail all job output, it can be as simple as
# these should be the same as what's defined in /etc/aide.conf database=/var/lib/aide/aide.db.gz database_out=/var/lib/aide/aide.db.new.gz if [ ! -f "$database" ]; then echo "$database not found" >&2 exit 1 fi aide -u || true mv $database $database.back mv $database_out $database
For examples of more complicated cron scripts see  or .
Since the database is stored on the root filesystem, attackers can easily modify it to cover their tracks if they compromise your system. You may want to copy the database to offline, read-only media and perform checks against this copy periodically.