Fail2ban observe en permanence les journaux des services que l'on souhaite protéger des agressions. Lorsqu'il découvre une action frauduleuse:

1. il mémorise l'adresse IP (v4 aussi bien que v6) du malfaiteur,
2. il vérifie combien de fois il a capturé cette adresse dans un certain laps de temps,
3. si il l'a capturée un certain nombre de fois, il va ajouter une règle de filtrage qui va bloquer cette adresse, pendant un certain temps,
4. il peut même, s'il constate que cette adresse a déjà fait l'objet d'un blocage dan un (autre) certain laps de temps, il en conclut que c'est un récidiviste et, comme tout récidiviste, il sera plus lourdement puni en étant à nouveau bloqué pendant un (autre) certain laps de temps.
5. à chaque intervention de sa part, il peut envoyer un e-mail au responsable de la sécurité du machin.

Tout ceci est bien évidemment entièrement paramétrable.

La version utilisée ici (1.1.0 du 25/04/2024) est celle qui est distribuée dans la Debian Trixie. La date pourrait laisser penser que le projet se meurt mais ce n'est pas le cas. Il a au contraire atteint une belle maturité.

Il sait utiliser nftables, sait lire les journaux créés par «systemd», il est supervisé par systemd, il gère les adresses IPv6.

La partie facile:

apt install fail2ban

La visite, c'est autre chose…
Dans /etc/fail2ban:

drwxr-xr-x 2 root root  4096 20 juin  17:02 jail.d
drwxr-xr-x 3 root root  4096 20 juin  17:02 filter.d
drwxr-xr-x 2 root root  4096 20 juin  17:02 action.d
drwxr-xr-x 2 root root  4096  9 mai   12:19 fail2ban.d
-rw-r--r-- 1 root root   930  9 mai   12:19 paths-debian.conf
-rw-r--r-- 1 root root  3017 25 avril  2024 fail2ban.conf
-rw-r--r-- 1 root root 25847 25 avril  2024 jail.conf
-rw-r--r-- 1 root root   645 25 avril  2024 paths-arch.conf
-rw-r--r-- 1 root root  2727 25 avril  2024 paths-common.conf
-rw-r--r-- 1 root root   738 25 avril  2024 paths-opensuse.conf

Dans fail2ban.conf (nettoyé de ses commentaires):

[DEFAULT]
loglevel = INFO
logtarget = /var/log/fail2ban.log
syslogsocket = auto
socket = /var/run/fail2ban/fail2ban.sock
pidfile = /var/run/fail2ban/fail2ban.pid
dbfile = /var/lib/fail2ban/fail2ban.sqlite3
dbpurgeage = 1d
dbmaxmatches = 10
[Definition]
[Thread]

Un fichier au format sqlite va conserver les adresses interceptées, ce qui permettra de conserver les bannissements actifs, même en cas de redémarrage du système.

Les autres paramètres, bien qu'utiles seront pour l'instant. passés sous silence.

[INCLUDES]
before = paths-common.conf
after  = paths-overrides.local
[DEFAULT]
syslog_mail = /var/log/mail.log
syslog_mail_warn = %(syslog_mail)s
syslog_user  =  /var/log/user.log
syslog_ftp = /var/log/syslog
syslog_daemon =  /var/log/daemon.log
exim_main_log = /var/log/exim4/mainlog
proftpd_log = /var/log/proftpd/proftpd.log
roundcube_errors_log = /var/log/roundcube/errors.log
syslog_backend = systemd
sshd_backend = systemd
dropbear_backend = systemd
proftpd_backend = systemd
pureftpd_backend = systemd
wuftpd_backend = systemd
postfix_backend = systemd
dovecot_backend = systemd

Ce très volumineux fichier contient essentiellement deux parties:

[INCLUDES]
before = paths-debian.conf
[DEFAULT]
ignorecommand =
bantime  = 10m
findtime  = 10m
maxretry = 5
maxmatches = %(maxretry)s
backend = auto
usedns = warn
logencoding = auto
enabled = false
mode = normal
filter = %(__name__)s[mode=%(mode)s]
destemail = root@localhost
sender = root@<fq-hostname>
mta = sendmail
protocol = tcp
chain = 
port = 0:65535
fail2ban_agent = Fail2Ban/%(fail2ban_version)s
banaction = iptables-multiport
banaction_allports = iptables-allports
Notons que par défaut, ce serait à iptables de gérer les filtres, **ce qui ne doit pas être notre cas** puisque nous avons choisi nftables. Il faudre intervenir pour modifier ceci.
action_ = %(banaction)s[port="%(port)s", protocol="%(protocol)s", chain="%(chain)s"]
action_mw = %(action_)s
            %(mta)s-whois[sender="%(sender)s", dest="%(destemail)s", protocol="%(protocol)s", chain="%(chain)s"]
action_mwl = %(action_)s
             %(mta)s-whois-lines[sender="%(sender)s", dest="%(destemail)s", logpath="%(logpath)s", chain="%(chain)s"]
action_xarf = %(action_)s
             xarf-login-attack[service=%(__name__)s, sender="%(sender)s", logpath="%(logpath)s", port="%(port)s"]
action_cf_mwl = cloudflare[cfuser="%(cfemail)s", cftoken="%(cfapikey)s"]
                %(mta)s-whois-lines[sender="%(sender)s", dest="%(destemail)s", logpath="%(logpath)s", chain="%(chain)s"]
action_blocklist_de  = blocklist_de[email="%(sender)s", service="%(__name__)s", apikey="%(blocklist_de_apikey)s", agent="%(fail2ban_agent)s"]
action_abuseipdb = abuseipdb
action = %(action_)s

• bantime = 10m
  Durée du bannissement, lorsqu'il est décidé.
• findtime = 10m
  la durée pendant laquelle fail2ban s'intéresse à une IP repérée.
• maxretry = 5
  le nombre d'essais auquel à droit cette IP durant le «findtime».
• maxmatches = %(maxretry)s
  le nombre de fois que l'IP a exécuté une opération frauduleuse durant le «findtime», par défaut égal au nombre d'essais.
• backend = auto
  La source d'informations à scruter, «auto» faisant référence aux sources vues plus haut.

Le surlignage orange décrit les actions possibles lorsqu'il est décidé qu'une IP est malveillante. la syntaxe permettant de décrire ces actions:

• action_
• action_mw
• action_mwl
• action_xarf
• action_cf_mwl
• action_blocklist_de
• action_abuseipdb
• action = %(action_)s