Dotaz: logování chybně zadaných hesel při přihlášení

[rainbof]

Potřeboval bych logovat uživatelská jména a hesla při přihlášení (přes ssh) v případě že byla zadána špatně. Jen nevím jak začít:D mohl bych poprosit zda by jste mi o přihlašovacím mechanismu něco řekli budu ho zřejmě muset významě modifikovat?

 

Odpovědi

[jirkamailto]

 No treba v debianu se automaticky loguje chybne prihlaseni do /var/log/auth.log. Myslim ze ale ve vsech distribucich to bude stejne.

[Šangala]

Logovat hesla ?!
Přihlašování pře SSH je dobře logované, takže stačí jen parsovat běžný log nebo si nastavit log vlastní jen pro ssh, třeba přes syslog-ng.conf.

[rainbof]

no ano ale tam jsou jen uživatelská jména nikoliv hesla. Jak ho donutit logovat i hesla jsem se nedočetl.

našel jsem i diskusi http://ubuntuforums.org/showthread.php?t=840280

ze které ale vyplynulo že bude potřeba modifikovat ssh server což mi teda nepřipadá jako moc dobré řešení.

(je taky možný že vás nechápu)

[Michal Kubeček]

no ano ale tam jsou jen uživatelská jména nikoliv hesla. Jak ho donutit logovat i hesla jsem se nedočetl.

Opravdu vám to připadá jako dobrý nápad?

[Miklik]

Hesla se snad v ssh po síti neposílají?

[Miklik]

Heslo má znát pouze jeho uživatel, nikdo jiný, ani admin.

[Michal Kubeček]

Při klasické autentizaci heslem ano. Ale samozřejmě tak, že se ho (při dodržení běžných bezpečnostních pravidel) dozví jen sshd. Právě tohle je hlavní výhoda autentizace klíčem: i když útoční získá plnou kontrolu nad serverem, stejně nedostane do ruky nic, co by mu umožnilo přihlásit se na další stroje, kde používáte stejný klíč.

[Miklik]

A neposílá se jen hash hesla k porovnání a typoval bych, že se k tomu ještě přimíchá nějaké náhodné číslo. Snad ani autentifikace se souborem hesel nepoužívá uložená hesla.

Dle mě je jediné řešení poslat toto heslo z klienta. Je pak otázkou jak?

[cronin]

RFC 4252, kapitola 8.

[Michal Kubeček]

Uvědomte si, že na serveru můžete používat teoreticky jakýkoli algoritmus pro výpočet hashů a klient ho nemusí vůbec znát. Nemluvě o tom, že v současnosti většina linuxových implementací používá PAM, čímž rejstřík možných způsobů uložení hashe hesla ještě dále narůstá. Dokonce vlastní autentizaci může provádět oddělený hardware (čipová karta, USB token).

[Miklik]

Přeci při autentizaci privátním klíčem se tento taky neposílá a heslo vůbec nemusí existovat, jak se pak řeší tato autentizace s backendy třetích stran?

[Michal Kubeček]

Nijak, autentizace klíčem nejde přes PAM, tu si řeší sshd sám.

[Miklik]

tak dobrá, beru to za fakt

[cronin]

Mam za to, ze v pripade SSH sa hesla po sieti posielaju. Ako by asi fungovala autentifikacia pomocou PAM modulov voci "potencialne neznamym" backendom tretich stran?

[rainbof]

ano, je to v dane situaci nezbytne. Netvrdim ze to musi byt v auth.log muze to byt klidne i jinam ale potrebuji si logovat ip + jmeno  + heslo + cas ale jen pro chybna prihlaseni coz asi pujde dobre ofiltrovat.

[Šangala]

Ne chápete dobře :)
Já jen nechápu potřebu logovat hesla :(
Přečetl jsem si vše psáno níže a rozumím vysvětlení, ale stejně bych hesla nelogoval:):):)
Mé řešení zní, povolit přihlášení na ssh jen vyjmenovaným uživatelům a skupinám - toliko pro bezpečnost.
Pro snížení traficu:
se mi osvědčilo automatické blokování na firewallu IP:PORT na určitý čas po N neúspěšných loginech (třeba 5ti) třeba na 15min s progresivním nárustem času blokování při opakovaném pokusu.
Většina scanerů to ukončí velice brzy a měsíc po nasazení už je to zkouší jen sem tam, oproti systematický narůstajícím „útočníkům“ (napadených strojů).
Například Fail2ban. Moc mi to nevyhovovalo (ztrácel jsem přehled), tak jsem si napsal vlastní skript.

[cronin]

Blokovanie IP:PORT prestava byt ucinne, botnety prechadzaju na distribuovane utoky. Z jednej IP prichadza connect raz za desiatky minut.

[Šangala]

>Pokud to zkusí jedenkrát za 20min tj. 72× za den, ať je jich i 10tis :), to přece neva.
Takovéto blokování není primárně způsob jak zvýšit bezpečnost, ale zbavit se otravného hmyzu :).
A pokud se jedná o server pro 3 ssh uživatel (jestli jsem dobře četl), tak můžu dát i periodu blokování na 30min a udržovat si jejich historii 1den a postupně navyšovat blokovací čas při opakovaném pokusu. :)

[cronin]

Nejde to by design; uvazuj trochu o moznych dosledkoch. Inac je to FAQ, skus hladat. Ak to nutne chces, musis si opatchovat sshd alebo pam.

[rainbof]

Aha takže normálně to nepůjde. A co "před" ssh server "něco" strčit co bude logovat vše, ale ukládat bude jen to co se dostane do auth.log jako invalid nebo fail. ?

[cronin]

Vsetko, co mozno logovat pred ssh serverom, je sifrovany stream. Od toho to SSH je, ze ano?

[Michal Kubeček]

Uvědomujete si, že odmyslíme-li si útoky skriptařů, chybné přihlášení obvykle spočívá v jednopísmenném překlepu v heslu nebo jménu?

[rainbof]

ano. Chci na tam vložit mnohem podrobnější analýzu ale uhádl jste co myslím :) právě proto abych se sám neuřízl. Navíc v tomhle případě jde o "fingerprinting" robotů kteří hádají hesla. mám tisíce útoků denně a cca 100 nových ip útočníků denně + neukojitelnou zvědavost co tam vlastně zadávají. nedělám si iluze o tom že tam budou i normální hesla ukradená z login formů různých webů.

[Michal Kubeček]

Pokud jde o stroj, kam se správně nemá přihlašovat nikdo jiný než vy, tak je to samozřejmě v pořádku. Jak už ale bylo řečeno, bude to chtít úpravu buď sshd nebo příslušného PAM modulu.

[Michal Kubeček]

Ještě bych dodal, že pokud se jedná o stroj, kam se nikdo jiný než já nepřihlašuje, připadá mi daleko jednodušší autentizaci heslem prostě zakázat úplně, protože pak mi může být úplně jedno, co se ti roboti snaží hádat.

[rainbof]

bohužel je to stroj kam se přihlašují tři lidé z čehož pouze o jednom (o sobě) mohu říct že přihlášení odkudkoliv nepotřebuje. Takto vygenerovaný "list" chci distribuovat i mezi své ostatní servery jako "preventivku".

Děkuji za cené rady a hlavně o jiný pohled na věc :)

[Adrin]

Protože sdílím tvé nadšení na monitorování nepatřičného dění na síti. Probral jsem v rychlosti internet. K nachytaní zlých živlů slouží takzvané Honeypot nebo IDS a nedávno jsem slyšel o linuxovém balíku, který simuluje zranitelné porty a služby windows. Možná jsou i jiné balíky s falešnými SSH a podobně. ubuntuforums.org/showthread.php

[Adrin]

Na první pohled, a jak už bylo řečeno, bude nejjednodušší upravil PAM (místo klasické autentizace dát nějakou podvrženou, která nejprve loguje a pak spouští přihlášení). Možná ale jednodušší by bylo odchytávat hesla z ftp nebo telnetu - tcpdumpem by se daly vycucat přímo ze síťové komunikace. Třeba tam bude ještě víc útoků.