Bonjour a tous,
Sur mon serveur ssh, j’ai mis les paramètres suivants:
Password authentification no
PublicKeysAuthentirication yes
Je sais que fail2ban ne concerne que l’authentification par mot de passe.
Question : dans le cas (si cest possible) ou un robot changerait de clef privée très rapidement pour se connecter à mon serveur, existe t il un outil qui pourrait le bloquer
Par exemple au bout de 10 tentatives avec une mauvaise clef privée, exit?
Merci a vous !
Tu peux le faire avec fail2ban en modifiant le filter.d/sshd.conf, tu rajoutes une ligne à cmnfailre
Merci !
Non fail2ban ne concerne pas l’authentification, mais l’echec de l’authentification.
Si quelqu’un tente d’utiliser Fail2Ban pour bloquer des IP légitimes (par exemple, en simulant des échecs de connexion), cela pourrait ralentir le service (car les IP légitimes seraient bannies). On serait plutot dans le cas d’un deni de service indirect.
iptables/nftables avec des limites de connexion) est bien plus adapté.
Questiuon incohérente.? Comment aurait-il la clef privé? à part si tu fait une connerie.
S’il s’est fait piquer sa clef, soit le gars qui l’a fait est un cretin soit (le plus probable) ta directive ne sert à rien parce que tu n’a plus accès.
Salut Zargos
Le cas que j’évoque n’est pas celui d’une clé privée dérobée (j’ai pris toutes les précautions, client qui reste a domicile, passrphrase solide, ordi client caché a la vue des cambrioleurs)
Je m’interroge dans le cas d’un robot qui, sur son disque regererait très rapidement sa clef privée rsa, aléatoirement pour l’envoyer a un serveur.
Mais n’ayant qu’un an de pratique linux, peut être que mon hypothèse est seulement théorique
Alors dans l’ordre,
- si un robot fabrique par hasard ta clef, tu peux t’attendre à ce que l’ensemble des satellites de la myriade musk te tombe dessus, c’est plus probable
- Les règles fail2ban ne servent ici qu’à limiter l’explosion des logs, c’est plus utile pour les mots de passe, voir un gars s’énerver pendant plusieurs mois et inonder les logs est lassant. J’ai fait un système bannissant par réseau /24 des gars qui utilisent un réseau pour scanner ta machine, cela pour dovecot, ssh entre autres, ça a divisé les scans par 4.dit que
- Zargos te dit que c’est un moyen de faire un DOS. Quelqu’un peut bloquer une machines en effectuant plusieurs echecs de connexion. Il faut pour cela qu’il y ait des lignes dans les logs de auth et donc pour que ça te gène, il doit le faire de ta machine. Dans ce cas tu dois regarder ton entourage. Tu as aussi le cas de l’allocation dynamique ou tu hérites de l’IP d’un gars bani. Ça peut arriver mais bon, là aussi va jouer au loto.
Le cas de Zargos régissant un paquet de machines et de serveurs est différent, il doit envisager le cas d’une machine mineure de son «parc» écroulant le reste de son dispositif ce qui oblige à manier fail2ban avec précaution. Perso pour fail2ban j’ai une solution alternative à ssh me permettant de débannir mon IP de l’exterieur.
statistiquement impossible dans la durée de vie de tes équipements et de leurs configurations.
et ça n’a rien à voir avec linux. C’est en rapport avec l’algorithme de la clef.
J’ai aussi un systèsme IDS qui est tout aussi bien. 
Zargos et FranB
Merci bcp pour ces réponses claires
1 J'aime