Velice pěkný článek! Jen víc takových.
Názory k článku
Útok Slowloris aneb plíživé nebezpečí pro web servery
Re: Pěkný článek!
celé vláknoVám se nelíbil? Za co ty mínusy?
Re: Pěkný článek!
celé vláknoKde vidis jake minusy? :)
Re: Pěkný článek!
celé vláknoKdyž jsem to psal, moje ,,pochvala" článku byla ,,vyšedlá".
debian@debian.org
celé vláknoZajimavy clanek s cool polopatistickym prikladem, woco-vlastne-go :D :D
A co Cherokee server, je na tom jako Apache nebo jako lighttpd?
Re: debian@debian.org
celé vláknoThere are a number of webservers that this doesn't affect as well, in my testing:
* IIS6.0
* IIS7.0
* lighttpd
* Squid
* nginx
* Cherokee (verified by user community)
* Netscaler
* Cisco CSS (verified by user community)
(Zdroj: http://ha.ckers.org/slowloris/)
Re: debian@debian.org
celé vláknoNGiNX je voci tomuto hodne imunny, dost to ale komplikuje backend.
A co ked...
celé vláknoA co ked niekto skombinuje Slowloris s DDoS? Teda z jednej IPcky otvori slowloris spojenie len jedno, ale pouzije sa viac pocitacov na utok? Tie moduly, co limituju pocet spojeni (alebo aj pravidlo v iptables) budu potom tiez neucinne (kedze limituju pocet spojeni len z jednej IP-adresy), nie?
- Nedalo by sa tiez nejako osetrit, aby dodatocny timeout bol na cele trvanie spojenia, nie na jedno poslanie dat (tj. ak jeden "zakaznik" trtosi s drobnymi pri pokladni prilis dlho, tak ho ochranka tiez vyvedie von)?
- Dalsia moznost by bola identifikovat utocnika slowloris a namiesto toho, aby ho to odmietlo (vtedy asi bude skusat znova a server zahlti tak ci tak), tak to spojenie nechat tak, ale skratka sa nim uz webserver nebude zaoberat (utocnik si bude mysliet, ako perfektne on odstavil server, lebo spojenie drzi donekonecna, ale server pritom funguje dalej).
Re: A co ked...
celé vláknoPřesně stejnou otázku jsem si položil taky - co DDoS?
Řešení, které mě napadlo, je jiné: sledovat počty otevřených spojení nejen per IP, ale i celkově. A po překročení hranice začít zavírat ty nejstarší. Tím se sníží riziko, že útok postihne regulérní spojení (regulérní spojení nebude půl hodiny).
Určitě je ale potřeba, aby po překročení nějaké délky spojení šel minimálně zápis do logu.
Re: A co ked...
celé vláknoExistuje (pred cca 5ti lety existoval) patch pro Apache, ktery dovolil v httpd.conf nastavit timeout, ktery nekompromisne utnul spojeni, pokud client nedokoncil posilani hlavicek do xxx sekund. Fungovalo to nezvadne
slowloris a ddos
celé vláknohmm ..ak mam moznost otvorit 65535 sucastnych spojeni na server (dana IP a pocet portov -> pre tcp) tak mi staci mat 65535-1024 PCiek v botnete a mozem odpisat konkretnu verejnu IPcku ponukajucu nieco na porte 80. A ziadne PC v botnete si ani nevsimne ze robi nieco nekale (jedno otvorene spojenie ktore nevytazuje linku ani lokalny system) opravte ma ak sa mylim . dikes
Re: slowloris a ddos
celé vláknoPodla clanku bol Apache v standardnom nastaveni nedostupny uz pri 530 spojeniach...
Re: slowloris a ddos
celé vláknoNení tomu tak -- i v případě 65535 TCP spojení bude server využívat pouze jeden port (80). Co je v takovém případě omezující, je počet socketů (který může být nižší i vyšší než 65535).
Re: slowloris a ddos
celé vláknoTo jsi vedle. Zdrojovy port muze byt stejny. Takze pokud je otevrene spojeni z ip A port x na server S port 80 (A:x ->S:80) a nekdo dalsi otevre spojeni ze stejneho portu ale jineho zdrojoveho IP (B:x -> S:80), tak to bude normalne fungovat. Principielne B ani nebuze vedet, ze A jede ze stejneho zdrojoveho portu.
Re: slowloris a ddos
celé vláknomam pocit ze tolko pocitacov ti dokaze dopalit akukolvek sluzbu na akomkolvek porte ktora ma nejaky timeout na user input.
Pekny clanok
celé vláknoChvalim autora, moc pekne... len tak dalej...
Re: Útok Slowloris aneb plíživé nebezpečí pro web servery
celé vláknoDěkuji za pěkný článek. Mimochodem skript na útok tohoto typu jste si pro praktickou ukázku napsal sám nebo se dá někde stáhnout? :-) Samozřejmě pouze kvůli studijním účelům.
Re: Útok Slowloris aneb plíživé nebezpečí pro web servery
celé vláknoPoužil jsem originál Slowloris. Odkaz na domovskou stránku je v článku uveden.
Re: Útok Slowloris aneb plíživé nebezpečí pro web servery
celé vláknoDěkuji. Skript jsem otestoval na serveru, kde máme obyčejného Apache a odporoučel se hned do kytek. :-( Druhý server (mnohem pomalejší), kde je předsazený nginx jako reverzní proxy, fungoval krásně dál jako by se nechumelilo.
Ochrana apache
celé vláknoMožnou ochranou apache je mod_qos:
http://opensource.adnovum.ch/mod_qos/
howto pro debian http://www.howtoforge.com/how-to-defend-slowloris-ddos-with-mod_qos-apache2-on-debian-lenny
Re: Ochrana apache
celé vláknoTahle ochrana ovsem nefunguje kdyz se utok modifikuje na "http post" typ (misto typu "http get", kterej vyuziva slowloris).
Ten navic dokaze zablokovat taky IIS, a mnoho dalsich web-serveru. Vse co k tomu staci je mit nekde na webu jeden formular...
Re: Ochrana apache
celé vláknoPochybuju ze je formular potreba - server nema moznost zkoumat ktera stranka je formular a ktera prijima jeho data.
reverse proxy
celé vláknoMozna nez snazit se to nejak ohackovat na urovni apache, by bylo jednodussi prdnout pred nej nginx jako reverse/cache proxy.
Konfigurace je vcelku trivialni a uspech/vyreseni zarucen.
Nehlede na to, ze s nim ziskate mocny nastroj proti takovymto utokum, tak muzete i dost odlehcit apachi/cemukoliv za nim.
překlad
celé vláknoPodařilo se někomu ten mod_antiloris přeložit? GCC mi hází nějaké chyby...
Prosím pomozte.
Re: překlad
celé vláknopodarilo, pripadne RPMka i RPMS jsou tady:
ftp://ftp.monshouwer.eu/pub/linux/mod_antiloris/
Re: překlad
celé vláknoDíky, použil jsem upravený Makefile z mod-pacify-slowloris a kompilace i instalace funguje bez chyby. Zatím to testuji - vypadá, že Apache s tím mod_antiloris drží statečně. Děkuji za článek i za řešení.
Apache 2.2.15+ s mod_reqtimeout
celé vláknoA neni takhle nahodou ucinnym resenim modul mod_reqtimeout, ktery je od verze 2.2.15 soucasti instalace Apache?
http://httpd.apache.org/docs/2.2/mod/mod_reqtimeout.html
Tim odpada nutnost instalace 3rd party modulu a navic tento modul resi kazde jednotlive spojeni a ne limit "per IP", takze by mel resit i v diskuzi zminovany problem DDoSu z vice IP.
(ja ten modul nezkousel, tak jestli si to nekdo otestujete, dejte vedet vysledek)
Více takových návodů !
celé vláknoPříště třeba Antiantiloris útok, nebo ještě ničivější útoky.
A pokuď možno, ať fungují i proti root.cz, ať si mají děti s čím hrát. :-)
Re: Apache 2.2.15+ s mod_reqtimeout
celé vláknoAno, to se mi zdá jako řešení... navíc ve standard instalaci apache v debianu je modul aktivní :-P
Re: Apache 2.2.15+ s mod_reqtimeout
celé vláknoZrejme mas pravdu. Apache/2.2.16 (Debian) plus modul mod_reqtimeout enabled a Slowloris akorat plni velmi vydatne logy webserveru.
ten utok je podstatne starsi
celé vláknoten utok je podstatne starsi nez jen 2 roky. Kez by tento clanek existoval pred ctyrmi lety kdyz jsem to "schytal".
A uz v te dobe byl kombinovan s DDOS. K utoku bylo pouzito nekolik stroju, ne jeden.
Hm..
celé vláknoHm.. skript vytvoreny (resp posledne updatovany) v 2009 a ja o tomto prvy krat pocujem az teraz.
Co branilo rozsireniu (ved apache je hadam na 50 percentach webserverov) a naslednej zaplate pre apache?
Keby sa utoky rozsirily, tak sa zaplata objavi urcite rychlo.
Hodnocení
celé vláknoPěkně výstižně napsané a obsahově velmi zajímavé.
Nezbývá než pochválit ;o)
To je bomba,
celé vláknoChytre hlavicky zase neco vymyslely :)
Re: Takže jednoduché řešení
celé vláknoVy byste mel jit delat do PR oddeleni MS. Jsou i jina reseni a jsou lide, kterym pripadaji jednodussi, nez prechod na IIS. Krome toho, IIS je sazka do loterie. Je jen otazka casu, nez se na to zase objevi nejaky vypeceny cerv. A za to jeste vysolite prachy.
Re: Takže jednoduché řešení
celé vláknoJardaP.: +1
:D
...jit delat do PR MS :D Mozna tam uz i dela a to jsem mu chtela odpoved jinak (@#$%^&*), ale nechci byt sprosta a vulgarni :D
Takze dik i za toho Cherokee :)
P.S. Znam nekolik firem, co jedou na MS reseni a bohuzel musim rict, ze reseni typu MS a jejich uzivatele - plati tam vzajemna "interakce" jako kdyz se rika, ze po case se majitele psu, tedy jejich oblicej zacne podobat na oblicej psa (mysleno v dobrem), tak u tehle firem, ktere jedou na M$, take plati interakce - "leva ruka nevi co dela prava", uzivatele se postupne nestavaji moudrejsimi, ale spis hloupnou, diky priblblemu reseni M$ (a take asi proto, ze nejsou vedeni k tomu, aby vice pouzivali mozek... Bohuzel, at to pro nekoho zni jako flame nebo ne :p), ale ty uzivatele vetsinou skutecne nevi si spustit ani ten word, pokud nemaji jeho shortcut na plose :O
A to mohu vyjmenovat celkem vsem dobre zname "spolecnosti", dokonce typu 'a.s.' v Praze, o 's.r.o.'-ckach ani nemluve... :O
Takze co pak muzete cekat...
Re: Takže jednoduché řešení
celé vláknoCo cekat od tebe(zenske) kdyz generalizujes a prezentujes se jako fanaticka .
Ja znam mnoho firem co maji mnohamilionove obraty a frci si na reseni od MS a nestezuji si , proste ty produkty pouzivaji tam kde to potrebuji a hodi se to . Do takovych firem potom nasazujeme nektera linuxova reseni a jsou spokojeni jak obe platformy se vyborne doplnuji a spolupracuji .
Mam pocit , ze vymezovani se vuci lin/win delaji jen ti co maji prd na praci , ostatni pracuji s obema platformami . Ano tady na rootu to asi bude mensinovy nazor .
Mimochodem , vis, ze dispecersky SW zachranek, hasicu , bezi povetsinou na reseni od MS ??
To aby si linufanatici udelali alternativni IZS ze ? :)))
Re: Takže jednoduché řešení
celé vlákno: Co cekat od tebe(zenske) kdyz generalizujes a prezentujes se jako fanaticka .
Pokud jsem ja fanaticka, ty jses uplny bl... Ale jo, mas pravo na nazor, jako kazdy... ^^
A negeneralizuji - pouze rikam sve zkusenosti, kdyz chodim do firem a ziram, jak ty chudinky casto neumi ani to, co jsem jiz psala...
Linux uzivatele vetsinou 'musi' o trochu vic premyslet, mozna i proto maji tendenci na sobe vic pracovat ;-)
: Ja znam mnoho firem co maji mnohamilionove obraty a frci si na reseni od MS a nestezuji si , proste ty produkty pouzivaji tam kde to potrebuji a hodi se to.
S tim souhlasim, ale to nevylucuje, co jsem psala. A kdyz prosperuji, to jen diky tem, kteri s tema M$ umi delat vic nez BFU, vetsinou jsou to chudaci admini, kteri si nekdy rvou vlasy, diky BFU na M$ :D
: ...ostatni pracuji s obema platformami....
Ja nastesti uz 'nemusim' delat s M$, ale znam obe platformy dost dobre... ;)
: Mimochodem , vis, ze dispecersky SW zachranek, hasicu , bezi povetsinou na reseni od MS ??
Tak to jim uprimne preji, at jejich zasluznou a dulezitou praci nezkazi M$ reseni, protoze na M$ platformach si kazdy koleduje o prusvih...
: To aby si linufanatici udelali alternativni IZS ze ? :)))
Nevim o cem placas, uz jen tva predstava o linuxfanaticich mluvi o tobe, co jsi zac... ^^
Re: Takže jednoduché řešení
celé vláknoKlidníme vášně (oba dva). Bavte se bez osobních urážek, jinak přijde vichr z hor.
Re: Takže jednoduché řešení
celé vlákno"Mimochodem , vis, ze dispecersky SW zachranek, hasicu , bezi povetsinou na reseni od MS ??"
Také by vám mohli vyprávět o problémech co s tím mají. Věřte, že by to bylo na dlouhé zimní večery. Není to tak dlouho co některé části systému vyžadovaly použití IE jako klienta.
Re: Takže jednoduché řešení
celé vláknoPokud mate blbe udelany software, tak je to ve vetsine pripadu chyba autoru toho sw a ne OS. Blby sw se da najit na vsech platformach.
Re: Takže jednoduché řešení
celé vláknoBlby OS ale najdete hlavne na strojich s Widlemi. Po XP je to uz tragedie. System naladovany hovadinami, jako snizovani kvality obrazu, pokud neni vystup posilan chranenym kanalem a dalsi kraviny. Presne to, co uzivatel potrebuje na to, aby jeho system byl stabilni a rychly, neni-liz pravda? Uz aby Cray dal do placu nejaky supravodivy desktop, jestli ta firma jeste existuje. Dnesni PC ty Widle uz pomalu nezvladaji. MS vyviji cim dal tim vic pro HW budoucnosti.
Re: Takže jednoduché řešení
celé vlákno> proste ty produkty pouzivaji tam kde to potrebuji a hodi se to
Já teda nepovažuji webserver za místo, kam se hodí MS server.
> Ja znam mnoho firem co maji mnohamilionove obraty a frci si na reseni od MS a nestezuji si
Ja znam mnoho firem co maji mnohamilionove obraty a frci si na Linuxu/BSD a nestezuji si
Mimochodem , vis, ze Google, Seznam, Yahoo atp. bezi na Linuxu ??
Re: Takže jednoduché řešení
celé vlákno> Co cekat od tebe(zenske)....
Hele a uz ti nejaka dala?
Re: Takže jednoduché řešení
celé vláknoRikam si, ze jestli casem zacnu pripominat tucnaka, budu na tom furt lip, nez kdybych pripominal pokroucene, barevne okno. I kdyz zenske asi leti vic na certy, nez na tucnaky.
Re: Takže jednoduché řešení
celé vláknoJa to myslel jako joke a s MS nemam nic spolecneho. Problemy jsou v kazdem sw a je jenom otazka casu, kdy na ne nekdo prijde. Jenom mi prislo zajimave, ze tenhle problem ma snad nejcasteji pouzivany webserver pod linuxem a MS se to tentokrat netyka.
Priklad pouziti ...
celé vláknoperl ./slowloris.pl -dns cy8mtvussp.veciverejne.cz -port 443 -num 20000
Re: Útok Slowloris aneb plíživé nebezpečí pro web servery
celé vláknono ja nevim jestli uz 2009... ja jsem tenhle typ utoku predvadel v praci uz v roce 2007...
a co nginx ?
celé vláknoPodla mna by to nginx nemalo postihnut. A ak je system stavany tak ze je jeden alebo viac balancovanych serverov cez nginx tak by to nemalo ohrozit beh stranok. "Chyba" sa tyka priamo apache2.
Re: a co nginx ?
celé vláknoV článku je psáno, že nginx není ohrožen. A v diskusi je to také zmíněno z reálného testu. ;-)

