PSAD — détection de scan de ports

Installé, mais le service n'est pas démarré. Démarrez-le et activez le démarrage automatique :
sudo systemctl enable --now psad
Configuration (FAQ)
PSAD
Non démarré
PSAD — détection de scan de ports
Sources
11
Sources
Blocages auto
1
Blocages auto
Menace max.
5
sur une échelle de 1 à 5
Top des sources de scan
IPMenacePaquets
198.51.100.11 5 1,714
198.51.100.13 4 1,196
198.51.100.18 4 1,144
198.51.100.21 4 360
198.51.100.19 3 1,195
198.51.100.12 3 624
198.51.100.15 2 1,185
198.51.100.17 2 471
198.51.100.16 1 2,083
198.51.100.14 1 1,806
198.51.100.20 1 1,281

La détection de scans que Fail2ban ne couvre pas

Fail2ban surveille les services et réagit aux échecs d’authentification. Il ne voit pas celui qui n’essaie jamais de se connecter : une adresse qui balaie vos ports à la recherche d’un service ne laisse aucun échec d’authentification derrière elle, donc aucun jail ne se déclenche. PSAD comble ce vide en lisant les entrées de journal iptables correspondant au trafic rejeté, puis en notant ce qu’il trouve.

Cette page montre les adresses signalées par PSAD, le niveau de danger attribué, le nombre de paquets envoyés et les ports visés. Le niveau va de un à cinq et se lit en contexte : une sonde isolée sur un port fermé est un bruit de fond sur n’importe quelle adresse publique, tandis qu’un balayage méthodique de centaines de ports depuis une même source précède généralement une tentative d’exploitation.

PSAD a besoin d’une règle de journalisation dans votre pare-feu pour voir quoi que ce soit, ce qui explique presque toujours son silence après une installation neuve. La page UFW de ce panneau indique si cette journalisation est en place.