From ArchWiki

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 [1] 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 defaults based on Fedora and is heavily commented. If you want to change the rules, see aide.conf(5) and the AIDE Manual for further documentation.


To check your configuration, use aide -D.

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 aide -u.

For more info, see aide(1).


This article or section is out of date.

Reason: The package added a service and .timer. See the post-install message how to activate them and check the journal for aide results. (Discuss in Talk:AIDE)

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

#!/bin/bash -e
# these should be the same as what's defined in /etc/aide.conf

if [ ! -f "$database" ]; then
        echo "$database not found" >&2
        exit 1

aide -u || true

mv $database $database.back
mv $database_out $database

For examples of more complicated cron scripts see [2] or [3].


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.

See also