Dotaz: Blacklist IP pro ssh

[petka]

Exituje nejaky ofic seznam utocniku , ktery je verohodny a aktualizovany ?

---

---

Odpovědi

[petka]

Nasel jsem http://www.sshbl.org/list.txt zda se byt v poradku .

[Pat]

Pouzivam fail2ban. Je to sice neco trochu jinyho, ale vysledek je podobnej a nepotrebuje aktualizace ...

[petka]

Jestli se nepletu , tak tohle generuje ban pro hackerske nepovedene utoky , ktere jsou v zaznamech logu .

[Pat]

Presne tak

[petr_p]

Co je to oficiální? Věrohodný? Jestli nikomu nevěříte, použijte vlastní adaptivní blokování. Jestli věříte kde komu, může použít třeba jeden můj.

[vencour]

Jsem si vzpomněl .. denyhost mají umožňovat synchronizovat svuj seznam s ostatními ... link.

[petr_p]

Politicky se mi to vůbec nelibí: FAQ 4.16.

[vencour]

Jj. Co jsem dřív sledoval diskuse, tak to spíš lidi vypínali, odesílání nasosaných a zabanovaných.

[Andrej]

Používám denyhosts. Ten si seznam útočníků vytváří sám podle místní reality.

Kromě toho umí sdílet data z některých dalších seznamů, a to oběma směry, tedy udávat útočníky i přijímat data o nich.

Je tam samozřejmě zabudovaná i odolnost vůči různým estébáckým útokům. Jinak řečeno, těžko lze někoho dostat na seznam útočníků, pokud ve skutečnosti neútočí.

[pht]

Je tam samozřejmě zabudovaná i odolnost vůči různým estébáckým útokům. Jinak řečeno, těžko lze někoho dostat na seznam útočníků, pokud ve skutečnosti neútočí.

Samozřejmě že tam je ... a velmi inteligentní! Kolik máte ten threshold? 10? Tak to Vám tam nasubmituje každý kdo se umí připojit 10x na nějakou veřejnou síť pod různými adresami.

[Andrej]

Jenže nic by tím nezískal. Proč by to vlastně dělal? Zabránil by mi v přístupu na spousty serverů, na které jsem se stejně nikdy nechtěl hlásit. (A i kdybych snad chtěl, stačí změnit IP adresu.) Ta „ochrana“ je tam spíš proto, aby si někdo kvůli jednomu překlepu nezamkl okamžitě přístup ke všem serverům ve firmě. Jeden server ho odřízne, ale ostaní to neřeší, pokud nejde o nějaký masový útok. A tak to má být. Neumím si představit, že by mě ve škole kvůli překlepu najednou odmítla celá laborka. Nicméně pokud budu rýpat do deseti hostů najednou, to už je jiné kafe!

Mám takový dojem, že i tohle se tam dá nějak ošetřit. Něco v tom stylu že udavači musí být z různých C bloků, aby se počítali. Ten konfigurák je poslední dobou hodně dlouhý a už mě nebaví se v něm vrtat.

Pokud jde o mé nastavení, nikoho neudávám a žádnými udavačskými seznamy se neřídím. Ty seznamy bývají dost velké a nic pozitivního nepřinášejí. Můj seznam obsahuje stabilně cca 200 záznamů (které se po pěti týdnech mažou, pokud to během dané doby útočník nezkusí znova) a jsem naprosto spokojený.

Můj cíl byl jasný: snížit počet pokusů o přihlášení z původních cca 3 milionů denně na únosnou mez. Dnes mám v průměru 2 pokusy za den, které samozřejmě vyřeší denyhosts. Takže jsem spokojený a nějaké sdílení dat tam vymýšlet nepotřebuju.

Už jsem chtěl přejít výhradně na autentifikaci certifikátem, ale bohužel se pořád ještě tu a tam buď já nebo některý jiný uživatel serveru potřebuje nalogovat z počítače, který není jeho. Jasně, tohle s sebou nese další riziko, ale prostě to tak je. Leda že bych u sebe pořád nosil flashdisk s klíči a certifikátem, v podobě vhodné pro OpenSSH i Putty... No, to asi ne.

Jsou tu i jiné a důležitější věci, které mě dost tankují a které se občas netýkají SSH. Například

• že denyhosts neřeší IPv6 adresy! Na to fakt pozor. Útoků přes IPv6 zatím není moc, ale právě proto můžou být nebezpečné.
• spousty pokusů o zneužití mého DNS serveru.
• neustálé zkoušení, zda je můj mail server open relay (cca 1000 případů denně).
• ten SPAM. Toho je sice dost málo, ale otravný je i tak. Už rok chci zavést pořádný filtr, ale mám na to pramálo času.

Zkrátka a dobře, obava z toho, že mě někdo nahlásí všem instancím denyhosts, je jeden z nejmenších problémů.

[pht]

3 milionů denně

To je asi 35 spojení za sekundu a každou sekundu. Kam na to chodíte?

[Andrej]

Někdy jich bylo za sekundu 100, jindy zase třeba hodinu skoro klid. Fakt nevím, co tím kdo sledoval. (Ano, mít v iptables omezení počtu SYN paketů za sekundu je fakt dobrý nápad... Ale každý s administrací jednou začínal, že.)

Tenkrát byl dost pomalý upload, takže samozřejmě bylo divné to neustálé škubání na VoIP a další síťové problémy. Ale hlavní nápor byl v noci, kdy nikdo nic po serveru nechtěl. Takže to pořád nestačilo na nějaké velké podezření.

Na logy jsem tehdy koukal tak jednou týdně. Byl to prostě malý domácí server, který nejlépe slouží tím, že o něm člověk vůbec neví, a čtení logů není můj jediný smysl života.

Až jednoho krásného dne (a ten krásný den nastal setsakra rychle) došlo místo na logovacím oddíle, který měl 800 MB. To je asi tak stokrát víc logů, než běžně mívám.

Ty pokusy nepocházely z jedné adresy. Byly to minimálně desítky (IPv4) adres. Podle logu to vypadalo, jako by někdo vzal třeba CIDE (Cambridge International Dictionary of English) a zkoušel jedno heslo za druhým.

Proč tolik úsilí kvůli domácímu serveru, to fakt nevím.

[Filip Jirsák]

Proč tolik úsilí kvůli domácímu serveru, to fakt nevím.

To nikdo nezkoumá, co je to zač. To je jednoduše snaha získat pod kontrolu počítač, který pak může sloužit k rozesílání spamu, k řízení dalších počítačů/zombie v takto budované síti, k DDoS útokům… A pokud se ukáže, že je ten počítač na slušné lince, dá se použít jako skladiště warezu apod. Ta hesla (i počítače) zkouší nějaký automat, který nejspíš řídí síť takto již dříve získaných počítačů („domácích“ serverů, na kterých nezáleží).

[petr_p]

Pán asi trochu přehání. Já jsem například na IPv6 nezaznamenal ani jeden útok.

[Andrej]

To bylo přes IPv4, nikoliv IPv6.

Přes IPv6 jsem zaznamenal několik šťourání v DNS a mailových útoků, ale bývá to asi tak pět případů do týdne.

[x]

Ja to resim takhle :

table bruteforce persist
block quick from bruteforce

pass in proto { tcp udp } from any to any port ssh \
        flags S/SA keep state \
        (max-src-conn 1, max-src-conn-rate 1/10, \
        overload bruteforce flush global)

Pred a za jmenem tabulky bruteforce jsou spicate zavorky, ale mistni server to povazuje za tag, tak jsem to nemohl pouzit

[pht]

Zase jeden co viděl HTML jen z rychlíku.

< < < < > > > >

[petr_p]

Zase jeden, co nerozlišuje úspěšná a neúspěšná přihlášení.

[mato]

max-src-conn 1 ? hmm .. tak to mozes pouzit na server kde sa logujes len ty .. na viac public serveri by si mohol rovno ssh zakazat :/ inac najst spravny connection rate je tiez celkom zabava - tie boty nie su sproste a skusaju kolko max spojeni mozu mat aby sa nezablokovali (podla logov bolo vidno ako sa postupne zmensoval rate spojeni az sa vosiel pod rule) ale i toto neni moc ucinne - vela botnetov ma siroky rozsah IPciek k mani - teda cely rate je nanic .. ja som mal:

 pass in quick proto tcp from any to port 22 keep state \
 (max-src-conn-rate 12/60 overload badguys flush global)

kde badguys je bruteforce u mna .. ale nemalo to zmysel, ten zoznam len rastol ( viac ako 2tisic ked som to stopol) ..
pekny sposob riesenia ja auth. na webe - successfull login = open fw na port 22

ale ano, keby islo moc o to, tak sa presunu utoky z 22 na web .. ale to drviva vacsina tychto utokov nerobi

[ubuntak]

pouzivam pam_abl http://sourceforge.net/projects/pam-abl/ modul. A z nej parsuju adresy, ktere maji vice jak 10 spatnych pristupu za den. Pote jsou dani do firewallu kde se dropuji. Co tyden se seznam udrzovany pam_abl vymaze.

[Šangala]

Problém s jakýmkoliv seznamem je, že teď není aktuální, a navíc většina rozumnějších útoků se děje s velkého množství ip adres s velmi malým počtem pokusů denně, takže bez dobrého vyhodnocení IP adresy na seznamech ani nejsou.

Nevyhovoval mi fail2ban (udržování historie), tak jsem si napsal vlastní a již dlouho jej na více veřejných serverech používám:
http://www.imega.cz/linux/index.php?hm=blockipport
ale asi porozumět nastavení je trochu náročnější :(

Pokud se tímto řeší bezpečnost, tak je určitě lepší nastavit přihlašování jen pomocí certifikátů - pokud to lze.

[petka]

Jeste malej dotaz , cely program je psany v php , slo by neco podobneho napsat v shellu ? , nedokazu ted porovnat prednosti obou reseni .

[Šangala]

Nóóóó asi šlo, ale byl by to asi pěkný opruz.
Uznávám, že php není moc obvyklé, ale měl jsem to napsané hned.
Asi by to šlo dobře v Pythonu (kdysi hodně dávno jsem něco hodně jednodušího měl) nebo Perlu.
No, ale otázka zní kdo to napíše :).
Pokud ne sám, tak je asi lepší si vzít třeba fail2ban.

[petka]

Zrovna se prokousavam Pythonem , dobre . Budu se prokousavat vic