abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
eParkomat, startup z ČR, postoupil mezi finalisty evropského akcelerátoru ChallengeUp!
Robot na pivo mu otevřel dveře k opravdovému byznysu
Internet věcí: Propojený svět? Už se to blíží...
dnes 12:00 | Zajímavý projekt

Projekt Termbox umožňuje vyzkoušet si linuxové distribuce Ubuntu, Debian, Fedora, CentOS a Arch Linux ve webovém prohlížeči. Řešení je postaveno na projektu HyperContainer. Podrobnosti v často kladených dotazech (FAQ). Zdrojové kódy jsou k dispozici na GitHubu [reddit].

Ladislav Hagara | Komentářů: 5
dnes 11:00 | Bezpečnostní upozornění

Byly zveřejněny informace o bezpečnostní chybě CVE-2016-8655 v Linuxu zneužitelné k lokální eskalaci práv. Chyba se dostala do linuxového jádra v srpnu 2011. V upstreamu byla opravena minulý týden [Hacker News].

Ladislav Hagara | Komentářů: 0
včera 22:00 | Komunita

Přibližně před měsícem bylo oznámeno, že linuxová distribuce SUSE Linux Enterprise Server (SLES) běží nově také Raspberry Pi 3 (dokumentace). Obraz verze 12 SP2 pro Raspberry Pi 3 je ke stažení zdarma. Pro registrované jsou po dobu jednoho roku zdarma také aktualizace. Dnes bylo oznámeno, že pro Raspberry Pi 3 je k dispozici také nové openSUSE Leap 42.2 (zprávička). K dispozici je hned několik obrazů.

Ladislav Hagara | Komentářů: 5
včera 06:00 | Zajímavý software

OMG! Ubuntu! představuje emulátor terminálu Hyper (GitHub) postavený na webových technologiích (HTML, CSS a JavaScript). V diskusi k článku je zmíněn podobný emulátor terminálu Black Screen. Hyper i Black Screen používají framework Electron, stejně jako editor Atom nebo vývojové prostředí Visual Studio Code.

Ladislav Hagara | Komentářů: 33
včera 06:00 | Zajímavý článek

I letos vychází řada ajťáckých adventních kalendářů. QEMU Advent Calendar 2016 přináší každý den nový obraz disku pro QEMU. Programátoři se mohou potrápit při řešení úloh z kalendáře Advent of Code 2016. Kalendáře Perl Advent Calendar 2016 a Perl 6 Advent Calendar přinášejí každý den zajímavé informace o programovacím jazyce Perl. Stranou nezůstává ani programovací jazyk Go.

Ladislav Hagara | Komentářů: 9
3.12. 16:24 | Nová verze

Byla vydána Mageia 5.1. Jedná se o první opravné vydání verze 5, jež vyšla v červnu loňského roku (zprávička). Uživatelům verze 5 nepřináší opravné vydání nic nového, samozřejmě pokud pravidelně aktualizují. Vydání obsahuje všechny aktualizace za posledního téměř půldruhého roku. Mageia 5.1 obsahuje LibreOffice 4.4.7, Linux 4.4.32, KDE4 4.14.5 nebo GNOME 3.14.3.

Ladislav Hagara | Komentářů: 17
3.12. 13:42 | Pozvánky

V Praze probíhá konference Internet a Technologie 16.2, volné pokračování jarní konference sdružení CZ.NIC. Konferenci lze sledovat online na YouTube. K dispozici je také archiv předchozích konferencí.

Ladislav Hagara | Komentářů: 0
2.12. 22:44 | Komunita

Joinup informuje, že Mnichov používá open source groupware Kolab. V srpnu byl dokončen dvouletý přechod na toto řešení. V provozu je asi 60 000 poštovních schránek. Nejenom Kolabu se věnoval Georg Greve ve své přednášce Open Source: the future for the European institutions (SlideShare) na konferenci DIGITEC 2016, jež proběhla v úterý 29. listopadu v Bruselu. Videozáznam přednášek z hlavního sálu je ke zhlédnutí na Livestreamu.

Ladislav Hagara | Komentářů: 25
2.12. 15:30 | Zajímavý projekt

Společnost Jolla oznámila v příspěvku Case study: Sailfish Watch na svém blogu, že naportovala Sailfish OS na chytré hodinky. Využila a inspirovala se otevřeným operačním systémem pro chytré hodinky AsteroidOS. Použita je knihovna libhybris. Ukázka ovládání hodinek na YouTube.

Ladislav Hagara | Komentářů: 18
2.12. 14:15 | Nová verze

Byla vydána verze 7.1.0 skriptovacího jazyka PHP používaného zejména k vývoji dynamických webových stránek. Jedná se o první stabilní verzi nejnovější větvě 7.1. Přehled novinek v dokumentaci. Podrobnosti v ChangeLogu. K dispozici je také příručka pro přechod z PHP 7.0.x na PHP 7.1.x.

Ladislav Hagara | Komentářů: 6
Kolik máte dat ve svém domovském adresáři na svém primárním osobním počítači?
 (32%)
 (24%)
 (29%)
 (7%)
 (5%)
 (3%)
Celkem 774 hlasů
 Komentářů: 50, poslední 29.11. 15:50
Rozcestník
Reklama

Dotaz: DDoS s pouzitim domeny, jejiz NS neodpovida nebo je pomaly

BigWrigley avatar 21.2.2014 09:35 BigWrigley | skóre: 32
DDoS s pouzitim domeny, jejiz NS neodpovida nebo je pomaly
Přečteno: 452×
Příloha:

Dobry den.

Posledni cca tri tydny bojujeme s DDoS utoky, ktere pomoci open resolveru nasich zakazniku generuji dotazy typu:

qqgcqepehfu.vip.56bj56.com.
cnsrwjwdijox.vip.56bj56.com.
ebansrwhapcz.vip.56bj56.com.
exezszezmhub.vip.56bj56.com.
glkzqfglmdyd.vip.56bj56.com.
ijqdmfofylov.vip.56bj56.com.
mfsdmxwlsnkf.vip.56bj56.com.
onynyxgrsvkn.vip.56bj56.com.
wnutorcxkvwd.vip.56bj56.com.

Neprijemne je, ze domena  56bj56.com existuje, ma NS, ale ten bud neodpovida nebo je velmi pomaly. To znamena, ze generujete-li dotazy dostatecne rychle a hostnames jsou nahodne, resoler otvira nova a nova spojeni az dojde pomerne zahy k vycerpani filedescriptoru (ten lepsi pripad) nebo, pokud je to opravdu masivni utok, skoncite na tom, ze nemate dost odchozich portu k otevreni spojeni a prestanete resolvovat. Bavime se ted o radove 10 tisicich pozadavku za sekundu. Cache se diky nahodnosti hostnames obchazeji a protze domena existuje, musi pro ziskani podstoupit rekurze.

Samozrejme, ze resenim je zavrit ty otevrene resolvery, ale opravdu to _neni_ technicky/financne v rozumnem horizontu realizovatelne. Kolikrat vlastnik toho zarizeni ani nema tuseni, ze je zneuzit k utoku. Puvodcem utoku je Cina a domeny jsou podle nasich zjisteni zaregistrovane zrejme jen pro ucel tohoto utoku.

Provedl jsem opatreni, kdy automaticky detekuji tenhle utok zjistenim aktualne "visicich" dotazu a presmerovavam tyhle domeny tak, ze vracim A zaznam 127.0.0.1. Resolveru se ulevi, a utocnika to prestane po chvili bavit a pak to zkusi s jinou domenou. Zatim to funguje, ale nevim, jestli to neni jen predzvest neceho horsiho. Take si nejsem uplne jisty, co je vlastne smyslem utoku, protoze to neni uplne standardni amplifikacni DDoS.

Chtel bych se pozeptat, jestli s tim take nekdo bojujete a pripadne jak. Seznam zneuzivanych domen, co jsem zatim nachytal, je v priloze.

A.

Linux is like a wigwam - no windows, no gates and Apache inside.

Odpovědi

21.2.2014 10:19 Robert Kupka | skóre: 13
Rozbalit Rozbalit vše Re: DDoS s pouzitim domeny, jejiz NS neodpovida nebo je pomaly

Samozrejme, ze resenim je zavrit ty otevrene resolvery, ale...

tak tie "open resolvery" aspon obmedzte na IP subnety vasich zakaznikov.
BigWrigley avatar 21.2.2014 22:45 BigWrigley | skóre: 32
Rozbalit Rozbalit vše Re: DDoS s pouzitim domeny, jejiz NS neodpovida nebo je pomaly
Viz dale v diskusi. Poskytovane DNS servery a zakazniky pochopitelne omezene jsou. Potiz je v tom, ze je jich hodne. Nas resolver otevreny neni, resp. je otevreny jen pro zakazniky a jejich otevrene resolvery na zarizenich nejde zavrit.
Linux is like a wigwam - no windows, no gates and Apache inside.
21.2.2014 11:47 Ivan
Rozbalit Rozbalit vše Re: DDoS s pouzitim domeny, jejiz NS neodpovida nebo je pomaly
Zeptej se na lupe - tam najdes spoustu odborniku. Nedavno o tomhle utoku informovala GTSka.
21.2.2014 20:41 Lukáš Džunko | skóre: 39 | blog: Jooky | Bratislava
Rozbalit Rozbalit vše Re: DDoS s pouzitim domeny, jejiz NS neodpovida nebo je pomaly
Trosku nechapem otazku ... Naco je dobre mat verejny resolver ? To je najvacsia prasacina aku moze admin spravit a taketo platanie nema nejaky dlhodoby vyznam. Predtym to bol utok vkladania "falosnych" zaznamov do cache. Teraz je to tento s vycerpanim file descriptorov. Neskorsie to moze byt cokolvek ine ... uzavretie open resolvera, alebo aspon limitacia na lokalne rozsahy je otazka par minut. Bez problemov sa to da spravit aj pocas "diagnostikovania" co sa vlastne s DNS deje ... Skorsie ako tri tyzdne platania problemu vam doporucujem si prejst infrastrukutru a opravit zasadny problem s konfiguraciou.
BigWrigley avatar 21.2.2014 22:41 BigWrigley | skóre: 32
Rozbalit Rozbalit vše Re: DDoS s pouzitim domeny, jejiz NS neodpovida nebo je pomaly
Asi si uplne nerozumime. Predstavte si, ze jste ISP. Mate tisice klientu, kterym poskytujete resolver. Ten neni ani nahodou verejny. Je omezeny na klienty. Z venku, rozumejte verejneho Internetu se do nej nikdo nedostane. Infrastruktura zadny problem s konfiguraci nema. Jde o dva nezavisle systemy ktere citaji nekolik fyzickych serveru. Cely problem spociva v tom, ze na zarizenich zakazniku jsou ty otevrene resolvery, dostupne z Internetu. Ty maji nastavene forwardery na ty nase zakaznicke resolvery. Utok jde na ta zarizeni, ta jej otaceji vuci zakaznickemu resolveru. Jistym resenim by bylo omezit spojeni iniciovane z Internetu na na ta zarizeni. Jenze to taky uplne nejde, urcite procento zakazniku provozuje vlastni DNS server, ktery musi byt dostupny z Internetu. Nebavime se o par pocitacich. Jde o tisice zarizeni. Zkoumat, kdo ma vlastni DNS sever a delat podle toho pravidla vazne nejde.
Linux is like a wigwam - no windows, no gates and Apache inside.
menphis avatar 21.2.2014 23:42 menphis | skóre: 22 | blog: menphis_blog
Rozbalit Rozbalit vše Re: DDoS s pouzitim domeny, jejiz NS neodpovida nebo je pomaly
Na vasem miste bych asi zavedl omezeni DNS dotazu od zakazniku. Ten kdo provozuje vlastni, aspon trochu vetsi, emailovy server k nemu bude mit i DNS server. Pred zavedenim omezeni bych poslal zakaznikum email. IMHO lepsi situace, nez kdyz zakaznici budou mit i treba jen jednou za cas kvuli pretizenym DNS serverum nedostupny internet.
BigWrigley avatar 22.2.2014 08:51 BigWrigley | skóre: 32
Rozbalit Rozbalit vše Re: DDoS s pouzitim domeny, jejiz NS neodpovida nebo je pomaly
To s tim, ze kdo ma mailserver bude mit i DNS je zajimava myslenka. Dik za tip, zkusim se nad tim jeste zamyslet. Asi by to chtelo jeste nejakou oporu ve vseobecnych obchodnich podminkach.
Linux is like a wigwam - no windows, no gates and Apache inside.
Jendа avatar 22.2.2014 00:54 Jendа | skóre: 73 | blog: Výlevníček | JO70FB
Rozbalit Rozbalit vše Re: DDoS s pouzitim domeny, jejiz NS neodpovida nebo je pomaly
Umíš zjistit, ze kterých zákazníků přichází ten DDoS? Tak ty odřízni.
BigWrigley avatar 22.2.2014 08:47 BigWrigley | skóre: 32
Rozbalit Rozbalit vše Re: DDoS s pouzitim domeny, jejiz NS neodpovida nebo je pomaly
Umim, ale nejde jen tak odriznout tisice zakazniku, kteri ani netusi, ze nekdo jejich zarizeni zneuziva. Kdo by pak resil ty stiznosti.
Linux is like a wigwam - no windows, no gates and Apache inside.
22.2.2014 09:44 trekker.dk | skóre: 71
Rozbalit Rozbalit vše Re: DDoS s pouzitim domeny, jejiz NS neodpovida nebo je pomaly
No, není náhodou tohle náplní práce ISP?
Quando omni flunkus moritati
Jendа avatar 22.2.2014 15:02 Jendа | skóre: 73 | blog: Výlevníček | JO70FB
Rozbalit Rozbalit vše Re: DDoS s pouzitim domeny, jejiz NS neodpovida nebo je pomaly
Řešit neoprávněné (zákazníci si za to můžou sami) stížnosti? Spíš ne. Ale to odříznutí jo.
23.2.2014 00:38 trekker.dk | skóre: 71
Rozbalit Rozbalit vše Re: DDoS s pouzitim domeny, jejiz NS neodpovida nebo je pomaly
Oprávněnost stížnosti zákazníka není relevantní. Zákazník si bude stěžovat a pokud nechceš být za idiota, musíš se mu věnovat, což stojí čas, tedy peníze.
Quando omni flunkus moritati
Jendа avatar 22.2.2014 15:00 Jendа | skóre: 73 | blog: Výlevníček | JO70FB
Rozbalit Rozbalit vše Re: DDoS s pouzitim domeny, jejiz NS neodpovida nebo je pomaly
Odříznutí spamující/dosující/hackující mašiny je podle mě naprosto normální a správný krok. A jestli tě to potěší, ostatní ISP to většinou dělají.
BigWrigley avatar 22.2.2014 20:43 BigWrigley | skóre: 32
Rozbalit Rozbalit vše Re: DDoS s pouzitim domeny, jejiz NS neodpovida nebo je pomaly
Ja osobne bych to take tak nejradeji udelal. Ale ten problem ma dve roviny. Technickou a rekneme organizacne-politicko-obchodni. Technicky je to jasne. Zavrit otevrene resolvery a mezitim zablokovat skodici IP. Nebo je alespon limitovat. V te druhe rovine to ale pruchozi (alespon v teto chvili, bez toho, aniz by byl pripraven plan, jak dal) mozne neni. Proto jsem otevrel tuhle diskusi. Abych zjistil, jake technicke prostredky se daji pouzit, proto budu rad za jakoukoliv inspiraci.

Momentalne pouzivam presmerovani domen. Ten rate-limiting urcite stoji zkousku. Bude se to muset ale odladit, myslim, ze defaultni velikost connection tracking tabulky zde nebude stacit. Mam take moznost pouzit nejaky DPI box a analyzovat DNS dotazy v siti a filtrovat.
Linux is like a wigwam - no windows, no gates and Apache inside.
Jendа avatar 22.2.2014 21:06 Jendа | skóre: 73 | blog: Výlevníček | JO70FB
Rozbalit Rozbalit vše Re: DDoS s pouzitim domeny, jejiz NS neodpovida nebo je pomaly
Proto jsem otevrel tuhle diskusi. Abych zjistil, jake technicke prostredky se daji pouzit, proto budu rad za jakoukoliv inspiraci.
Někdy politické problémy není možné řešit technicky.

rate-limiting se skoro rovná odříznutí floodujících klientů. Taky by jim bylo možné nastavit časový limit na vyřízení jednoho dotazu, po jehož uplynutí se vrátí NXDOMAIN.
stativ avatar 23.2.2014 10:41 stativ | skóre: 54 | blog: SlaNé roury
Rozbalit Rozbalit vše Re: DDoS s pouzitim domeny, jejiz NS neodpovida nebo je pomaly
Já bych byl pro méně radikální řešení. Dočasně nasadit rate-limiting a hromadně rozeslat problematickým zákazníkům s otevřeným resolverem mail ať si to spraví, nebo je po nějaké době (třeba třech dnech) odříznete. Je dost pravděpodobné, že o tom, že někdo jejich resolver zneužívá, vůbec neví a až se to dozví, tak si to rádi opraví. Jde přece o bezpečnost.
Ať sežeru elfa i s chlupama!!! ljirkovsky.wordpress.com stativ.tk
MMMMMMMMM avatar 23.2.2014 11:12 MMMMMMMMM | skóre: 41 | blog: unstable | Valašsko :-)
Rozbalit Rozbalit vše Re: DDoS s pouzitim domeny, jejiz NS neodpovida nebo je pomaly
Tak tak, omezit, odříznout a pokud nezjednají nápravu, ať si DNS traffic tlačí třeba přes otevřené DNS resolvery Googlu. :)
21.2.2014 22:58 vandrovnik
Rozbalit Rozbalit vše Re: DDoS s pouzitim domeny, jejiz NS neodpovida nebo je pomaly
A nebylo by možné zákazníkům limitovat počet dotazů za sekundu a další rovnou odmítat? Většina by žádné omezení nezaznamenala a ti, co provozují otevřené DNS, by si uvědomili, že to musejí řešit... A jak moc je těch domén? Třeby byste si pro celou tu doménu mohli udělat falešný záznam u sebe...
BigWrigley avatar 21.2.2014 23:09 BigWrigley | skóre: 32
Rozbalit Rozbalit vše Re: DDoS s pouzitim domeny, jejiz NS neodpovida nebo je pomaly
To by asi bylo mozne. Jenze bude problem s nastavenim thresholdu. Zakaznici maji treba vytizeny mailserver, ktery generuje o rad vice dotazu nez bezny klient. Takze threshold bude vysoko a moc to IMHO nezafunguje.

Falesne zaznamy uz vyrabim a to automaticky. Napadlo me, jestli se neda vracet NX DOMAIN s nejaky dlouhym TTL. Pak by klientsky resolver zakesoval, ze domena neexistuje (?) a do dalsi by byl klid. Ale nejsem si jisty, jestli to tak funguje i pro NX DOMAIN.

Jinak to v tuto chvili neni nijak kriticke, mechanismus presmerovani domeny zabira. Spis me slo o to, jestli se na to da nejak chytre reagovat.
Linux is like a wigwam - no windows, no gates and Apache inside.
22.2.2014 09:32 Filip Jirsák
Rozbalit Rozbalit vše Re: DDoS s pouzitim domeny, jejiz NS neodpovida nebo je pomaly
Limitovat počet dotazů je dobrý nápad. A nemusíte přece limitovat všechny, stačí limitovat ty, od kterých přichází ty dotazy související s útokem. Jejich majitele pak můžete kontaktovat, vysvětlit, co je za problém a ideálně jim poradit i jak jej mají vyřešit. Vzhledem k tomu, že jim nebude moc fungovat DNS resolver, bude rychlé řešení i v jejich vlastním zájmu. Pořád mi připadá lepší řešit stížnosti těch, kteří problém způsobují, než řešit stížnosti ostatních uživatelů, kteří mají vše v pořádku, ale útokem jsou postiženi stejně, protože jim váš DNS server nedokáže odpovědět. Navíc si myslím, že ISP musí být zodpovědný za provoz ve své síti - jinak za chvíli bude internet jen samý spam a DDoS, a normální provoz se přesune někam jinam.

Založit nové vláknoNahoru

Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

ISSN 1214-1267   www.czech-server.cz
© 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.