# Ochrona usług przed atakami brute force z fail2ban'em

DevFeed: [Ochrona usług przed atakami brute force z fail2ban'em](<https://devfeed.tech/articles/ochrona-us-ug-przed-atakami-brute-force-z-fail2ban-em-27501.md>)

Original publisher: [Read original article](<https://gagor.pro/2011/10/ochrona-uslug-przed-atakami-brute-force-z-fail2banem/>)

Author: Tom

Published: 2011-10-03T00:00:00Z

Content type: tutorial

Language: pl

Sources: [Tomasz Gągor](<https://devfeed.tech/sources/tomasz-gagor.md>)

Topics: [Fail2ban](<https://devfeed.tech/topics/fail2ban.md>), [Logging](<https://devfeed.tech/topics/logging.md>), [ssh](<https://devfeed.tech/topics/ssh.md>)

Tags: [admin](<https://devfeed.tech/tags/admin.md>), [apache](<https://devfeed.tech/tags/apache.md>), [debian](<https://devfeed.tech/tags/debian.md>), [fail2ban](<https://devfeed.tech/tags/fail2ban.md>), [linux](<https://devfeed.tech/tags/linux.md>), [postfix](<https://devfeed.tech/tags/postfix.md>), [sasl](<https://devfeed.tech/tags/sasl.md>), [security](<https://devfeed.tech/tags/security.md>), [spam](<https://devfeed.tech/tags/spam.md>), [ssh](<https://devfeed.tech/tags/ssh.md>), [syslog](<https://devfeed.tech/tags/syslog.md>)

## AI overview

This Polish article explains how Fail2ban can monitor authentication failures in syslog and protect publicly accessible services from brute-force attacks and other abusive activity. It discusses basic configuration, supported services, modular filters and actions, performance considerations, and installation on Debian.

## Source excerpt

Bardzo często konfigurując usługi dostępne publicznie poświęca się sporo czasu na maksymalne zwiększenie bezpieczeństwa przez "dopieszczanie" konfiguracji (certyfikaty z mocnym szyfrowaniem, ochronę pewnych stron hasłem, dostęp do SSH tylko kluczami, itd.) ale całkowicie pomija się przygotowanie systemu aktywnie monitorującego błędne próby autoryzacji. Oczywiście nie można umniejszać wagi pierwszego z wymienionych etapów ale zdecydowanie nie powinno pomijać się też tego drugiego. Przecież każdy admin chciałby wiedzieć gdy ktoś próbuje włamać się na jego serwer (FTP, HTTP, SSH, itp.) - tylko ilu z Nas zadaje sobie trud by uruchomić taki system?