Dotaz: útoky na ssh

[Radek Trnka]

Zdravím od dnešního rána pozoruji snahu o přihlášení přes ssh z jedné IP adresy. (samozřejmě těch IP je víc, ale tenhle je hnusně vytrvalý). Což samozřejmě není nic moc neobvyklého, ale neobvyklá je ta doba po kterou to zkouší (předpokládám, že nějaký skript). Začal 6:30 rána a stále pokračuje, stejná IP stejný user (root) každých cca 10 sekund. Nenapadá vás někoho jak mu silně znepříjemnit život? Nebojím se, že by se mu to povedlo, ale rozčilují mě ty šílené logy a zaplácaná linka. Nemáte někdo nápad? Díky R

Odpovědi

[Jan Včelák]

iptables -t filter -A INPUT -s zdrojovaip -j DROP

[Radek Trnka]

jasně tohle, ale neřeší zaplácanou linku a tudíž zhoršenou kvalitu linky (už takhle je nic moc). Doufal, jsem něco ekvivalentního k vytržení toho compu ze zásuvky. Zkoušel jsem kontaktoval lidi co jsou uvedeni v databázi whois - ale Made in China

[Jan Včelák]

Když to uděláte takhle, brzo ho to omrzí. A nejlépe to udělat na prvním routeru, ke kterému máte přístup.

[Radek Trnka]

Spíš to dopadne tak, že požádám svého poskytovatele aby ho bloknul už někde u sebe. Myslím, že když mu poskytnu logy tak to nebude problém.

[Radek Trnka]

ono se totiž s největší pravděpodobností jedná o nějaký skript - málokdo by vydržel sedět cca 12 hodin u compu a zkoušet pořád jedno a to samé.

[Ash]

Skript neskript, prostě mu ten přístup zablokujte, jo? Skripty taky přestane bavit si povídat se strojem, který mu neodpovídá....on vás stejně za čas začne otravovat někdo jiný z jiné IP.

Já osobně jsem dal limit na počty navázání ssh spojení, ale je pravda že to není nejlepší řešení, protože si tam může člověk odříznout ssh přístup i sobě.

[Radek Trnka]

Nechal jsem ho zablokovat přímo na routeru svého poskytovatele. Nejde ani tak o to, že otravuje - těch případů je samozřejmě několik desítek za den, šlo spíš o to, že tenhle svinil linku celý den, nepřetržitě. Ostatní to zkusí, samozřejmě nepochodí a jdou o dům dál. R

[Ash]

Chápu, srážka s blbcem :/ Snad časem upgraduje svuj skirpt :)

[bfield]

pouzival jsem uspesne sshd pam modul, ktery po jednoduche konfiguraci, umoznuje pravdepodobne to co byste chtel. Na jmeno si ale bohuzel nevzpominam :(

[Radek Trnka]

není to čistě náhodou pam_abl? Pokud ano tak používám, resp. pokouším se - nějak mi na 64b fedoře blbne. Přidává záznamy kdy se mu zachce - jednou ano a několikrát ne. Např. pro tuto IP není jediný záznam.

[georgo23]

zmen port pro sshd a mas pokoj od automatu .. ...

[mprokes]

souhlasím - funguje to velmi dobre :)

[Radek Trnka]

to nepopírám, ale již jsem tady někde zmiňoval, že to v tomto případě dost dobře nejde. Ostatně po nasazení denyhosts a zapnutou synchronizací s tím jejich centrálním serverem ještě nedošlo k blokaci z mého stroje - tím myslím, že všechny odmítnuté stroje jsou již v okamžiku pokusu o spojení zaneseny v hosts.deny

[qk]

Da se pouzit script Denyhosts, kterej potom blokuje pri urcitym poctu pokusu ty ip pres hosts.deny

[DjAARA]

Případně fail2ban, který to pro změnu řeší přes iptables.

[Radek Trnka]

dobrý tip -díky. Jak jsem psal používal jsem pam_abl, ale ten mi nějak blbnul, respektive poslední dobou nechodil vůbec.

[Milan Dobeš]

Nezapoměl jste PURGEovat (no fuj...) modulu PAM_ABL jeho databázi??? Autor doporučuje třeba cronem jednou denně

"pam_abl -p"

Má zkušenost je taková že pokud se to nedělá, po nějaké době začne zlobit (také jsem to prvně přehlédl )

[Radek Trnka]

Nezapomněl. Přestalo to šlapat když jsem přešel na 64b distro. Ale zda to má přímou souvislost to netuším.

[petr_p]

Nedavno jsme se v nem hrabal, protoze na Gentoo taky nefunguje. Zda se, ze se neco zmenilo (libpam nebo sshd). Na sf.net je jedna rada, ktera udajne funguje na SuSE, pak jeste v CVS je drobna oprava, kterou jeden kolemjdouci povazoval za nezbytnou.

Konktretne pam_abl funguje tak, ze na zacatku si ulozi do PAM kontextu vlastni datovy objekt. Kazdy datovy objekt muze mit zaregistrovanu funkci, kterou PAM system spusti, kdyz se ten konretni objekt nekdo pokusi prepsat nebo kdyz ma byt zrusen.

Nasledne pam_abl otestuje IP proti databazi a kdyz neni blokovana, preda rizeni zpet libpam. Ta zavola efektivni autentizacni modul (napr. pam_unix), ktery rozhodne, zda heslo je spravne nebo spatne.

Kdyz je heslo spatne, pam_unix vrati rizeni zpet sshd s tim, ze jeste zbyvaji dalsi autentizacni pokusy (implicitne jsou 3 celkem).

sshd zahaji dalsi autentizacni kolecko, takze se znovu spusti pam_abl a znovu se pokusi ulozit datovy objekt. To je vyhodnoceno jako pokus o prepsani, takze se vyvola (minule) zaregistrovana funkce, ktere je predan status, zda se objekt rusi nebo jen prepisuje. Protoze se prepisuje, pam_abl zadny zaznam do databaze nepripise (tak to bylo navrzeny, mozna to je spatne). A pokracuje se dal.

Pokud autentizace selze i po treti, mel by libpam pri likvidaci datovych objetku vyvolat pro kazdy objekt zaregistrovanou funkci a predat status, ze se jedna o vymaz. pam_abl by takovy status mel vyhodnotit jako konecne selhani autentizace a mel by IP zapsat do databaze.

Problem je, ze se ta callback funkce uz na potreti pri vymazu objektu nezavola, takze se nic nekotroluje a ani nic nikam nezapisuje.

Takto jsem to pochopil ze zdrojaku, autor k tomu zadnou dokumentaci neposkytuje.

Nasel jsem i nejakou stiznost v mailing listu Fedory (snad jedina dostribuce, ktera pam_abl obsahuje), ale akorat poradili zanest chybu do systemu na sledovani chyb.

[Jirka]

Mám podobný problém (no, už vlastně ne) a ani by mi to vlastně nevadilo, kdyby se ten někdo alespoň snažil. Vám zkouší roota (jasně, je rozumné zakázat přihlašování roota přes ssh v konfiguráku, ale ...), mě zkouší různé "admin", "staff", "marketing" a jiné nesmysly.

Tak jsem nejdřív zkoušel dát každou takovou ip adresu do /etc/host.deny (sem tam se potřebuji připojit z různých - předem neznámých - ip adres, takže zakázat vše a povolit jen výjimky není vhodné), ale veřejných proxy serverů je jak sraček, tak jsem změnil port sshd a mají vymalováno. A kdyby si s tím náhodou dali práci, tak tu mám ještě seznam zakázaných ip adres v /etc/host.deny.

[partizan]

Aj mne pride presmerovat/zmenit port ssh z 22 na trebars 2222 alebo 22222 alebo na nieco podobne. Je to neskodne, jednoduche a v celku ucinne.

[Petr]

JJ, ja sem to vyresil uplne stejne - prehodil jsem port a jeste na PIXu povolil bloky adres kde bych se mohl vyskytovat. Od te doby (cca rok) ani jeden pokus.

[Radek Trnka]

na jiných strojích to taky používám, tady to vzhledem k okolnostem dost dobře nejde. A omezit na rozsah IP to tady u toho nelze - netusím kdy kde jakou budu mít IP a potrebuji mít ten stroj přístupný odkudkoliv.

[fixinko]

mozes pouzit taketo nieco:

iptables -N vipip
iptables -A vipip -s IP -j ACCEPT

iptables -N sshattack
iptables -A sshattack -m recent --set --name sshattack --rsource -j ACCEPT
iptables -A sshattack -j vipip
iptables -A sshattack -m recent --update --seconds 100 --hitcount 10 --rttl --name sshattack --rsource -j DROP

iptables -I INPUT -i eth0 -m state --state NEW -p tcp --dport 22 -j sshattack

mozno sa to da aj inak napisat tie pravidla, ale toto ma v momente napadlo :)