Linux-security

Fail2ban

Fórumok

Sziasztok,

Egy Debian serverre feltelepítettem a "Fail2ban", de úgy érzékelem, hogy nem tiltja le az SSH-t, ha hibás jelszóval próbálkozok, csak a 6 belépéstől. Mivel én 2-adtam meg, ezért ezt hibának vélem (nagy valószínűséggel az SSH-tilt és nem a fail2ban). Kérdésem, hogy mi lehet a gond? Esetleg a jail.conf-ba írtam valami rosszat (mellékelem).
Továbbá, nem tudom, hogy jól adtam meg, hogy minden próbálkozásról küldjön mailt (célom, hogy minél több infót küldjön a behatolóról):


# 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
#
# $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/80.241.223.36/188.6.8.123
bantime = 600
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 = sajatcimem@serverip.com

#
# 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 = 1111
filter = sshd
action = sendmail-whois[name=sendmail, dest=sajatcimem@serverip.com, sender=fail2ban@server.info]
logpath = /var/log/auth.log
maxretry = 2

# 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 = 2

[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
action = sendmail-whois[name=sendmail, dest=sajatcimem@serverip.com, sender=fail2ban@server.info]
logpath = /var/log/auth.log
maxretry = 2

#
# HTTP servers
#

#
# HTTP servers i-MSCP customer sites
#

[apache]

enabled = true
port = http,https
filter = apache-auth
action = sendmail-whois[name=sendmail, dest=sajatcimem@serverip.com, sender=fail2ban@server.info]
logpath = /var/log/apache2/users/*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 = true
port = http,https
filter = apache-auth
logpath = /var/log/apache2/users/*error.log
maxretry = 6

[apache-noscript]

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

[apache-overflows]

enabled = true
port = http,https
filter = apache-overflows
action = sendmail-whois[name=sendmail, dest=sajatcimem@serverip.com, sender=fail2ban@server.info]
logpath = /var/log/apache2/users/*error.log
maxretry = 2

#
# HTTP servers i-MSCP Control Panel
#

[apache-imscp]

enabled = true
port = http,https
filter = apache-auth
action = sendmail-whois[name=sendmail, dest=sajatcimem@serverip.com, sender=fail2ban@server.info]
logpath = /var/log/apache2/*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-imscp]

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

[apache-noscript-imscp]

enabled = true
port = http,https
filter = apache-noscript
action = sendmail-whois[name=sendmail, dest=sajatcimem@serverip.com, sender=fail2ban@server.info]
logpath = /var/log/apache2/*error.log
maxretry = 6

[apache-overflows-imscp]

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

#
# 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
action = sendmail-whois[name=sendmail, dest=sajatcimem@serverip.com, sender=fail2ban@server.info]
maxretry = 6

[proftpd]

enabled = true
port = ftp,ftp-data,ftps,ftps-data
filter = proftpd
action = sendmail-whois[name=sendmail, dest=sajatcimem@serverip.com, sender=fail2ban@server.info]
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

[dovecot-pop3imap]
enabled = true
filter = dovecot-pop3imap
port = pop3,pop3s,imap,imaps
action = iptables-multiport[name=dovecot-pop3imap, port="pop3,pop3s,imap,imaps", protocol=tcp]
# optionaly mail notification # mail[name=dovecot-pop3imap, dest=root@domain] # see /etc/fail2ban/action.d/ or Fail2Ban doc
logpath = /var/log/mail.log
maxretry = 8

[ssh-iptables]
enabled = true
port = 1111
filter = sshd
action = iptables[name=SSH, port=ssh, protocol=tcp]
sendmail-whois[name=SSH, dest=sajatcimem@serverip.com, sender=fail2ban@server.info]
logpath = /var/log/auth.log
maxretry = 3

[sendmail]
enabled = true
filter = sendmail
action = iptables-multiport[name=sendmail, port="pop3,imap,smtp,pop3s,imaps,smtps", protocol=tcp]
sendmail-whois[name=sendmail, dest=sajatcimem@serverip.com, sender=fail2ban@server.com]
logpath = /var/log/maillog

[pop3]
enabled = true
filter = courierlogin
action = sendmail-whois[name=sendmail, dest=sajatcimem@serverip.com, sender=fail2ban@server.info]
action = shorewall
logpath = /var/log/mail.log

RSA SecureID helyett?

Fórumok

Keresek megoldast '2 factor authentication'-ra a sajat kis halozatunkba. Korabban (mashol) hasznaltam RSA SecureID-t, az tetszett is, sott azota van belole szoftveres valtozat is, ugyhogy meg extra kutyut venni/cipelni sem kell(ene). Viszont az jutott az eszembe, hogy ha ez szoftverrel megoldhato, akkor valaki nem csinalta-e mar meg ezt nyilt alapon.

Szoval kellene nekem egy alkalmazas ami telefonon (ebbol sajnos minden van nalunk, Android, iPhone, Blackberry) general egy one time passwordot azt meg valahogy hasznalom auth-ra...

Ki mit hasznal ilyesmire? SecureID-vel kapcsolatos tapasztalatok is johetnek.

squid - "downstream" authentikáció

Fórumok

Sziasztok!

Van egy hálózatunk, ahol egy squid proxy NTLM authentikációt végez. Az NTLM authentikációból nyert adatokat továbbítja a Messagelabs szerverek felé, ahol speciális HTTP headerökben szerepel a felhasználói név és a forrás IP cím.
http://blog.periodicfailure.com/?p=22

Ügyfelünk szeretné ezt a felállást tovább bonyolítani.
A squid proxy elé el kell helyeznünk egy tűzfalat, ami IPS és alkalmazás szűrési funkciókat fog ellátni. A kliensek először ehhez a tűzfalhoz csatlakoznak, majd a squid proyxhoz. Az NTLM authentikációt azonban nem tudjuk átjátszani a tűzfalon (mivel ő is proxyként kezeli a kapcsolatokat...).

A tűzfal képes authentikálni a felhasználókat, és a HTTP headerbe berakni egy fieldet:
Proxy-Authorization: Basic YmlnYm9zczptYW5hZ2VtZW50

Azt szeretnénk, ha a squid elfogadná az ilyen kapcsolatokat, authentikált kapcsolatként az adott felhasználóhoz tartozóan, aki a fentebbi stringben van.
Lehetséges ez?

Köszi,
Attila

Hand of Thief

Fórumok

Sziasztok!

Ezt olvastam:

http://biztonsagportal.hu/bankolo-virus-terjed-linux-alapokon.html

A kérdésem az lenne, hogy ez ellen mivel lehet linux (Debian 7) alatt védekezni?
Ha jól tudom, a Clamav arra van, hogy a Win rendszerekre átmenő/onnan átjövő file-ok wines vírusait irtsa (pl. linux alapú fileszerver, stb.)... vagy tévedek, és valódi, teljes körű linuxos vírusirtó lenne?

Esetleg jók ellene a rootkit vadász programok (rkhunter, chkrootkit, stb.), vagy valami más kell hozzá?

Válaszaitokat köszönöm.

Netfilter + openwrt

Fórumok

Sziasztok!

Sajnos nem vagyok egy nagy tűzfal guru, de most az Openwrt iptables tűzfalával elakadtam. A célom az volt, hogy a wan2 porton keresztül pár szolgáltatást engednék csak (http, dns), majd minden más forgalmat eldobnék. Itt ütköztem egy furcsaságba: próbaképpen a wan2 interfésznél egyetlen szabályt alkalmaztam -> DROP minden csomagra. Ennek ellenére az ssh szépen megy. Akár parancssoros, akár webes felületen kérdezem le a tűzfal szabályokat a filter táblán nem látok olyat, hogy a 22-es port nyitva lenne... Gondolom a Dropbear a konfigból kinyitja a 22es portot, de ez miért nem látszik iptables listázásakor? Iptables ilyen, vagy rosszul csináltam valamit?

iptables probléma

Fórumok

Szia!

centos 6.4 virtuális gépemen mintha nem működne egy host kitiltása...

arno-iptables firewall van fenn, hiába teszem be a blocked-host-ba az IP-t (31.222.133.87)
Továbbra is ömlenek a csomagok onnan.

iptables -A INPUT -i eth0 -s 31.222.133.87 -j DROP
és iptables -A INPUT -i eth0:0 -s 31.222.133.87 -j DROP

után is...

Van ötletetek?

csucsu

Online betörés és károkozás

Fórumok

Sziasztok,

Feltörték a telefonközpontomat és az összes fővonali számlámról (cheapvoip, voipdiscount) átutalták a pénzt egy általuk használt számlára.
Logok szerint megvan a pontos időpont, ip cím, és az átutaláshoz használt azonosítók.
(Okozott kár értéke ~10-20e Ft + pár sikertelen próbálkozás a bankszámlámról történő újbóli feltöltésre és áttöltésre)

Mit tehetek ilyenkor, volt már valaki hasonló helyzetben?