W Fail2Ban, jak zmienić numer portu SSH?

24

Na moim serwerze port ssh nie jest standardem 22. Ustawiłem inny. Jeśli skonfiguruję fail2ban, czy będzie w stanie wykryć ten port? Jak mogę nakazać sprawdzenie tego portu zamiast portu 22?

Dane wyjściowe iptables -L -v -n:

 Chain fail2ban-ssh (1 references)
 pkts bytes target     prot opt in     out     source               destination                                                                                         
    0     0 DROP       all  --  *      *       119.235.2.158        0.0.0.0/0                                                                                           
    0     0 RETURN     all  --  *      *       0.0.0.0/0            0.0.0.0/0                                                                                           

 Chain fail2ban-ssh-ddos (0 references)
 pkts bytes target     prot opt in     out     source               destination

Stan wyjściowy usługi iptables:

iptables: unrecognized service

Podsumowanie fail2ban-regex /var/log/auth.log /etc/fail2ban/filter.d/sshd.conf:

Summary
=======

Addresses found:
[1]
[2]
[3]
    113.59.222.240 (Wed Mar 21 18:24:47 2012)
    113.59.222.240 (Wed Mar 21 18:24:52 2012)
    119.235.14.153 (Wed Mar 21 21:52:53 2012)
    113.59.222.21 (Thu Mar 22 07:50:44 2012)
    176.9.57.203 (Fri Mar 23 19:34:29 2012)
    176.9.57.203 (Fri Mar 23 19:34:42 2012)
    113.59.222.56 (Sat Mar 31 14:23:52 2012)
    113.59.222.56 (Sat Mar 31 14:24:05 2012)
    119.235.14.183 (Mon Apr 02 20:49:13 2012)
    119.235.14.168 (Sat Apr 21 09:58:56 2012)
    119.235.2.158 (Wed Apr 25 13:11:03 2012)
    119.235.2.158 (Wed Apr 25 13:11:40 2012)
    119.235.2.158 (Wed Apr 25 13:11:43 2012)
    119.235.2.158 (Wed Apr 25 13:11:47 2012)
    119.235.2.158 (Wed Apr 25 13:12:49 2012)
    119.235.2.158 (Wed Apr 25 13:12:52 2012)
    119.235.2.158 (Wed Apr 25 13:12:55 2012)
    119.235.2.158 (Wed Apr 25 13:12:58 2012)
    119.235.2.158 (Wed Apr 25 13:13:02 2012)
    119.235.2.158 (Wed Apr 25 13:13:04 2012)
    119.235.2.158 (Wed Apr 25 13:13:25 2012)
    119.235.2.158 (Wed Apr 25 13:19:18 2012)
    119.235.2.158 (Wed Apr 25 13:19:52 2012)
    119.235.2.158 (Wed Apr 25 13:19:55 2012)
    119.235.2.158 (Wed Apr 25 13:19:55 2012)
    119.235.2.158 (Wed Apr 25 13:19:58 2012)
    119.235.2.158 (Wed Apr 25 13:20:02 2012)
    119.235.2.158 (Wed Apr 25 13:20:05 2012)
    119.235.2.158 (Wed Apr 25 13:40:16 2012)
[4]
[5]
    119.235.2.158 (Wed Apr 25 13:11:38 2012)
    119.235.2.158 (Wed Apr 25 13:12:46 2012)
    119.235.2.158 (Wed Apr 25 13:19:49 2012)
[6]
    119.235.2.155 (Wed Mar 21 13:13:30 2012)
    113.59.222.240 (Wed Mar 21 18:24:43 2012)
    119.235.14.153 (Wed Mar 21 21:52:51 2012)
    176.9.57.203 (Fri Mar 23 19:34:26 2012)
    119.235.2.158 (Wed Apr 25 13:19:15 2012)
[7]
[8]
[9]
[10]

Date template hits:
1169837 hit(s): MONTH Day Hour:Minute:Second
0 hit(s): WEEKDAY MONTH Day Hour:Minute:Second Year
0 hit(s): WEEKDAY MONTH Day Hour:Minute:Second
0 hit(s): Year/Month/Day Hour:Minute:Second
0 hit(s): Day/Month/Year Hour:Minute:Second
0 hit(s): Day/Month/Year Hour:Minute:Second
0 hit(s): Day/MONTH/Year:Hour:Minute:Second
0 hit(s): Month/Day/Year:Hour:Minute:Second
0 hit(s): Year-Month-Day Hour:Minute:Second
0 hit(s): Day-MONTH-Year Hour:Minute:Second[.Millisecond]
0 hit(s): Day-Month-Year Hour:Minute:Second
0 hit(s): TAI64N
0 hit(s): Epoch
0 hit(s): ISO 8601
0 hit(s): Hour:Minute:Second
0 hit(s): <Month/Day/Year@Hour:Minute:Second>

Success, the total number of match is 37

However, look at the above section 'Running tests' which could contain important
information.

jail.conf:

    # Fail2Ban configuration file.
#
# This file was composed for Debian systems from the original one
#  provided now under /usr/share/doc/fail2ban/examples/jail.conf
#  for additional examples.
#
# To avoid merges during upgrades DO NOT MODIFY THIS FILE
# and rather provide your changes in /etc/fail2ban/jail.local
#
# Author: Yaroslav O. Halchenko <[email protected]>
#
# $Revision: 281 $
#

# The DEFAULT allows a global definition of the options. They can be override
# in each jail afterwards.

[DEFAULT]

# "ignoreip" can be an IP address, a CIDR mask or a DNS host
ignoreip = 127.0.0.1
bantime  = 14400
maxretry = 3

# "backend" specifies the backend used to get files modification. Available
# options are "gamin", "polling" and "auto".
# yoh: For some reason Debian shipped python-gamin didn't work as expected
#      This issue left ToDo, so polling is default backend for now
backend = polling

#
# Destination email address used solely for the interpolations in
# jail.{conf,local} configuration files.
destemail = root@localhost

#
# ACTIONS
#

# Default banning action (e.g. iptables, iptables-new,
# iptables-multiport, shorewall, etc) It is used to define 
# action_* variables. Can be overriden globally or per 
# section within jail.local file
banaction = iptables-multiport

# email action. Since 0.8.1 upstream fail2ban uses sendmail
# MTA for the mailing. Change mta configuration parameter to mail
# if you want to revert to conventional 'mail'.
mta = sendmail

# Default protocol
protocol = tcp

#
# Action shortcuts. To be used to define action parameter

# The simplest action to take: ban only
action_ = %(banaction)s[name=%(__name__)s, port="%(port)s", protocol="%(protocol)s]

# ban & send an e-mail with whois report to the destemail.
action_mw = %(banaction)s[name=%(__name__)s, port="%(port)s", protocol="%(protocol)s]
              %(mta)s-whois[name=%(__name__)s, dest="%(destemail)s", protocol="%(protocol)s]

# ban & send an e-mail with whois report and relevant log lines
# to the destemail.
action_mwl = %(banaction)s[name=%(__name__)s, port="%(port)s", protocol="%(protocol)s]
               %(mta)s-whois-lines[name=%(__name__)s, dest="%(destemail)s", logpath=%(logpath)s]

# Choose default action.  To change, just override value of 'action' with the
# interpolation to the chosen action shortcut (e.g.  action_mw, action_mwl, etc) in jail.local
# globally (section [DEFAULT]) or per specific section 
action = %(action_)s

#
# JAILS
#

# Next jails corresponds to the standard configuration in Fail2ban 0.6 which
# was shipped in Debian. Enable any defined here jail by including
#
# [SECTION_NAME] 
# enabled = true

#
# in /etc/fail2ban/jail.local.
#
# Optionally you may override any other parameter (e.g. banaction,
# action, port, logpath, etc) in that section within jail.local

[ssh]

enabled = true
port    = ssh
filter  = sshd
logpath  = /var/log/auth.log
maxretry = 4

# Generic filter for pam. Has to be used with action which bans all ports
# such as iptables-allports, shorewall
[pam-generic]

enabled = false
# pam-generic filter can be customized to monitor specific subset of 'tty's
filter  = pam-generic
# port actually must be irrelevant but lets leave it all for some possible uses
port = all
banaction = iptables-allports
port     = anyport
logpath  = /var/log/auth.log
maxretry = 6

[xinetd-fail]

enabled   = false
filter    = xinetd-fail
port      = all
banaction = iptables-multiport-log
logpath   = /var/log/daemon.log
maxretry  = 2


[ssh-ddos]

enabled = true
port    = ssh
filter  = sshd-ddos
logpath  = /var/log/auth.log
maxretry = 6

#
# HTTP servers
#

[apache]

enabled = false
port    = http,https
filter  = apache-auth
logpath = /var/log/apache*/*error.log
maxretry = 6

# default action is now multiport, so apache-multiport jail was left
# for compatibility with previous (<0.7.6-2) releases
[apache-multiport]

enabled   = false
port      = http,https
filter    = apache-auth
logpath   = /var/log/apache*/*error.log
maxretry  = 6

[apache-noscript]

enabled = false
port    = http,https
filter  = apache-noscript
logpath = /var/log/apache*/*error.log
maxretry = 6

[apache-overflows]

enabled = false
port    = http,https
filter  = apache-overflows
logpath = /var/log/apache*/*error.log
maxretry = 2

 [nginx-auth]
 enabled = true
 filter = nginx-auth
 action = iptables-multiport[name=NoAuthFailures, port="http,https"]
 logpath = /var/log/nginx*/*error*.log
 bantime = 600 # 10 minutes
 maxretry = 6

 [nginx-login]
 enabled = true
 filter = nginx-login
 action = iptables-multiport[name=NoLoginFailures, port="http,https"]
 logpath = /var/log/nginx*/*access*.log
 bantime = 600 # 10 minutes
 maxretry = 6

 [nginx-badbots]
 enabled  = true
 filter = apache-badbots
 action = iptables-multiport[name=BadBots, port="http,https"]
 logpath = /var/log/nginx*/*access*.log
 bantime = 86400 # 1 day
 maxretry = 1

 [nginx-noscript]
 enabled = true
 action = iptables-multiport[name=NoScript, port="http,https"]
 filter = nginx-noscript
 logpath = /var/log/nginx*/*access*.log
 maxretry = 6
 bantime  = 86400 # 1 day

 [nginx-proxy]
 enabled = true
 action = iptables-multiport[name=NoProxy, port="http,https"]
 filter = nginx-proxy
 logpath = /var/log/nginx*/*access*.log
 maxretry = 0
 bantime  = 86400 # 1 day


#
# FTP servers
#

[vsftpd]

enabled  = false
port     = ftp,ftp-data,ftps,ftps-data
filter   = vsftpd
logpath  = /var/log/vsftpd.log
# or overwrite it in jails.local to be
# logpath = /var/log/auth.log
# if you want to rely on PAM failed login attempts
# vsftpd's failregex should match both of those formats
maxretry = 6


[proftpd]

enabled  = false
port     = ftp,ftp-data,ftps,ftps-data
filter   = proftpd
logpath  = /var/log/proftpd/proftpd.log
maxretry = 6


[wuftpd]

enabled  = false
port     = ftp,ftp-data,ftps,ftps-data
filter   = wuftpd
logpath  = /var/log/auth.log
maxretry = 6


#
# Mail servers
#

[postfix]

enabled  = false
port     = smtp,ssmtp
filter   = postfix
logpath  = /var/log/mail.log


[couriersmtp]

enabled  = false
port     = smtp,ssmtp
filter   = couriersmtp
logpath  = /var/log/mail.log


#
# Mail servers authenticators: might be used for smtp,ftp,imap servers, so
# all relevant ports get banned
#

[courierauth]

enabled  = false
port     = smtp,ssmtp,imap2,imap3,imaps,pop3,pop3s
filter   = courierlogin
logpath  = /var/log/mail.log


[sasl]

enabled  = false
port     = smtp,ssmtp,imap2,imap3,imaps,pop3,pop3s
filter   = sasl
# You might consider monitoring /var/log/warn.log instead
# if you are running postfix. See http://bugs.debian.org/507990
logpath  = /var/log/mail.log


# DNS Servers


# These jails block attacks against named (bind9). By default, logging is off
# with bind9 installation. You will need something like this:
#
# logging {
#     channel security_file {
#         file "/var/log/named/security.log" versions 3 size 30m;
#         severity dynamic;
#         print-time yes;
#     };
#     category security {
#         security_file;
#     };
# };
#
# in your named.conf to provide proper logging

# !!! WARNING !!!
#   Since UDP is connectionless protocol, spoofing of IP and immitation
#   of illegal actions is way too simple.  Thus enabling of this filter
#   might provide an easy way for implementing a DoS against a chosen
#   victim. See
#    http://nion.modprobe.de/blog/archives/690-fail2ban-+-dns-fail.html
#   Please DO NOT USE this jail unless you know what you are doing.
#[named-refused-udp]
#
#enabled  = false
#port     = domain,953
#protocol = udp
#filter   = named-refused
#logpath  = /var/log/named/security.log

[named-refused-tcp]

enabled  = false
port     = domain,953
protocol = tcp
filter   = named-refused
logpath  = /var/log/named/security.log

Właśnie zauważyłem błąd w fail2ban log:

2012-04-25 14: 57: 29 359 fail2ban.actions.action: ERROR iptables -N fail2ban-ssh-ddos

THpubs
źródło
OS? CentOS / Ubuntu / ...? Wyjście dla/etc/init.d/iptables status
Bart De Vos,
@BartDeVos OS Ubuntu 11.04 ... "/etc/init.d/iptables status" = bash: /etc/init.d/iptables: Brak takiego pliku lub katalogu ... Uwaga: Używam APF do zarządzania iptables!
THpubs
Cóż, prawdopodobnie jest twój problem. Co powiesz na wyłączenie apf, skonfigurowanie podstawowej zapory ogniowej za pomocą iptables i sprawdzenie, czy problem nadal występuje?
Bart De Vos,
@BartDeVos To jest problem ... Jestem w systemie VPS ... Myślę, że jego openvz ... Więc niektóre zapory ogniowe, takie jak UFW, nie będą tutaj działać!
THpubs
Można uruchomić ufw enable?
Bart De Vos,

Odpowiedzi:

22

Fail2Ban używa pliku /etc/fail2ban/jail.locali poszukaj [ssh]sekcji, możesz tam zmienić port.

[ssh]
enabled  = true
port     = ssh

Możesz zmienić portwartość na dowolną dodatnią liczbę całkowitą.

Jeśli to nie działa i chcesz spojrzeć dalej, spójrz /etc/fail2ban/jail.conf, powinno być coś takiego:

 logpath = /var/log/auth.log

Właśnie tego używa fail2ban do wykrywania fałszywych danych logowania.

Jeśli to nie działa poprawnie, możesz wypróbować kilka rzeczy, aby wskazać problem. Zacznij od sprawdzenia, czy jest zainstalowany:

dpkg -l |grep fail   

Sprawdź, czy usługa jest uruchomiona:

/etc/init.d/fail2ban status 

Sprawdź, czy skonfigurowano więzienie SSH:

sudo fail2ban-client status  

Sprawdź plik dziennika:

fail2ban-regex /var/log/auth.log /etc/fail2ban/filter.d/sshd.conf

Sprawdź swoją datę / godzinę:

date && tail -2 /var/log/auth.log

(Najpierw należy auth.logpodać datę, a następnie ostatnie wiersze . Jeśli nadal nie możesz wskazać błędu, dodaj plik konfiguracyjny do posta.

Bart De Vos
źródło
Nie działa ... Nie blokuje moich nieudanych logowań!
THpubs
1
Dzienniki pokazują, że moje IP jest zablokowane ... Ale nadal mogę się zalogować!
THpubs
Jaki jest wynik iptables -L -v -ni / lubservice iptables status
Bart De Vos,
Dodałem wyniki do pytania ... proszę to sprawdzić ...
THpubs
8
Ta odpowiedź jest myląca. Mimo że fail2ban nie dba o wykrycie portu ssh, blokuje jedynie standardowy (tj. Zły) port (22), aby złośliwy użytkownik mógł nadal łączyć się z niestandardowym portem. Ta odpowiedź zawiera szczegółowe informacje na temat zmiany zablokowanego portu.
obrabowany
35

fail2ban wykryje próby logowania z zawartością dziennika. fail2ban nie używa portów do wykrywania, tylko do blokowania.
Aby zablokować właściwy port, musisz powiedzieć fail2ban, który z nich, aby poprawnie skonfigurować iptable.
W /etc/fail2ban/jail.local:

[ssh]
enabled  = true
port     = ssh   <-- just modify this with your port    port = 1234

Inną metodą jest zablokowanie wszystkiego od szkodliwych hostów. Iptable zrzuci z nich wszystkie parkiety, nie tylko ssh.
Na początku /etc/fail2ban/jail.local:

banaction = iptables-multiport     <-- regular blocking (one or several ports)
banaction = iptables-allports      <-- block everything

Dzięki iptables-allportsnie musisz martwić się o porty. Po prostu zostaw te domyślne.

Gregory MOUSSAT
źródło
Świetnie ... działa do pewnego stopnia. Ale właśnie zauważyłem błąd w dzienniku fail2ban: „2012-04-25 14: 57: 29 359 fail2ban.actions.action: ERROR iptables -N fail2ban-ssh-ddos” również nie zablokuje mnie, jeśli nie zaloguję się ... To zablokuje mnie tylko wtedy, gdy zrobię to naprawdę szybko. Jeśli poczekam, aż SSH powie, że hasło jest nieprawidłowe, to mnie nie zablokuje!
THpubs
2
Obawiam się, że musisz przeczytać dokument. Fail2ban ma parametry pozwalające dostroić liczbę prób przed zablokowaniem.
Gregory MOUSSAT,
7

W skrócie: jeśli zmieniłeś numer portu ssh, musisz go dodać w jail.localpliku!

Na przykład: (Używam SSH, SFTP na porcie 1234)

w jail.local:

[ssh]

enabled  = true

port     = ssh,sftp,1234

filter   = sshd

logpath  = /var/log/auth.log

maxretry = 6
Memento Ad
źródło
Dzięki, działało zgodnie z oczekiwaniami, wystarczyło zmodyfikować ścieżkę dziennika do / var / log / secure
AMB
0

Wiem, że nie jest to jednoznaczna odpowiedź na pytanie, ale w każdym razie ...

Jako inny sposób rozwiązania problemu można rozważyć zachowanie standardowych portów w konfiguracji serwera, a następnie wykonanie translacji NAT w routerze.

Na przykład w mojej konfiguracji nie używam również standardowego portu dla ssh z zewnątrz, ale moja konfiguracja serwera jest standardowa dla ssh (podobnie jak dla ftp, VPN itp.) Po prostu otwieram niestandardowe porty w routerze i przekaż je do standardowego portu.

Ten sposób robienia tego oszczędza mi sporo czasu podczas konfigurowania konfiguracji.

Vering
źródło
0

Wiem, że to stary wątek, ale to pojawia się podczas wyszukiwania google w tym temacie. Nie widziałem, żeby ktokolwiek udzielił najbardziej poprawnej odpowiedzi (imo), więc oto jest.

Aby globalnie zmienić definicję portu o nazwie Linux, przejdź do /etc/services

ssh             22/tcp
ssh             22/udp

Nie ma potrzeby zmiany czegokolwiek w konfiguracji fail2ban ani w żadnej innej aplikacji korzystającej z portów o nazwie Linux.

Fred Flint
źródło