Dotaz: Linux jako monitorovací systém.

[OgeeN]

Ahoj,
chtel bych slyset vas nazor a vase zkusenosti na nasledujici uvahu.
Topologie by mela vypadat nejak takhle:

___
|i|         _____
|n|        |Linux|
|t|       /|_____|
|e|   ___/          ___
|r|--|HUB|---------|LAN|---
|n|  |___|         |___|
|e|
|t|
|_|

Cilem je monitorovat prutok dat tekouci mezi LAN a Internetem pro jednotlive ip adresy a rozsahy.
Problem je, ze nemuzeme jakkoliv zasahovat, ani ziskavat informace, ze zarizeni v LAN(napr. pomoci SNMP). Uvaha je tedy nasledujici:
Mezi LAN a internet vradit HUB nebo switch se zapnutym port mirroringem(to muzeme), tak aby se veskery provoz dostal na linuxovy server se sitovou kartou v promiskuitnim modu. Kde by se pomoci iptables a IP accountingu sbirala data o prutoku dat a zobrazovalo do grafu.
Mezi LAN a Internet chceme vradit switch z duvodu nizsi pravdepodobnosti vypadku a moznosti naruseni provozu mezi LAN a internetem. Provoz mezi LAN a internetem je povazovan za vysoce kriticky, proto chceme vradit jednoduche zarizeni, u ktereho je pravdepodobnost vypadku nizsi, nez u pocitace s pevnym diskem atd..
Chtel bych se dozvedet jestli je vubec mozne takto toky dat monitorovat.
A take bych chtel slyset nejake vase zkusenosti s podobnym monitorovanim.
Diky moc za vase nazory a zkusenosti.

Odpovědi

[Dan Ohnesorg]

Takto se zapojuji IDS sondy, takze zapojeni je to celkem bezne.

Monitorovani roku mozne bude, ale asi si budete muset programky napsat, o hotovych nevim.

[OgeeN]

Myslite ze by na to mohli stacit iptables? Myslim tim pomoci iptables -vx retezec zobrazit a pak vyparsovat byty, ktere retezcem prosly a se ziskanou hodnotou pracovat.

Jen si nejsem jisty jak presne pravidla pro iptables napsat, protoze nevim jak budou pakety prochazet jednotlivymi tabulkami, kdyz provoz nebude urcen pro monitorovaci pocitac.

[Dan Ohnesorg]

iptables ten provoz nespoctou, protoze jej neuvidi. To je nutne pocitat necim jako je tcpdump nebo ethereal a tak podobne, pricemz ani jeden zminovany se na to dvakrat nehodi a neni na to urcen.

[OgeeN]

Jestli mas pravdu, jako ze asi ano, tak sem s puvodnim napadem v pytli. :)

Ohybat pro me ucely tcpdump nebo ethereal by bylo ve vysledku prilis drahe reseni.

Napada nekoho nejake jine reseni pro mou situaci?

diky za odpovedi.

[zet]

tenhle problem jsem resil, a staci zakomentovat ve zdrojacich jadra jeden "goto drop" radek, a uz ty packety iptables vidi :)

[OgeeN]

Mohl by si bliz popsat jaky radek? Pripadne postnout patch?

I kdyz to bude asi jen pro zajimavost, protoze az takhle daleko se mi jit nechce, ale nekdo jiny mozna ano.

Diky za odpoved.

[zet]

soubor: "net/ipv4/ip_input.c"

ve funkci "ip_rcv" (radek 373), zakomentovat:

  //if (skb->pkt_type == PACKET_OTHERHOST)
  //  goto drop;

(radky 381-382)

radky samozrejme pouze orientacne.

[Lukas]

dle meho je jednodussi misto toho hub, dat ten linux a na tom linuxu naistalovat ntop nebo bandwidthd(do budoucna bandwidthd2 <<< pracuji na forku puvodniho, ktery se zda byti neudrzovany). Jak psal Dan, tve zapojeni mozne je ale napsat si to musis sam.

[cezz]

Snort to nedokaze? Neskusal som, len sa pytam. Monitoring siete je pomerne bezna cinnost administratora, nejake nastroje predsa musia existovat. Ja som svojho casu pouzival cacti a snmp na switchi, ale to bola trosku ina cenova kategoria. Alebo som nieco na otazke nepochopil?

[OgeeN]

Se Snortem, sem pracoval a myslim, ze mereni toku dat je uplne mimo jeho obor cinosti, netvrdim, ze by to neslo, ale jsem velmi skepticky Kazdopadne se zkusim po teto variante porozhlednout.

Cacti a snmp pouzivam, ale pro mnou navrhovanou topologii se nehodi. Slo by to jedine v pripade ze by se ip accounting nastavil na switchi a cacti na linuxu by si to tahalo pres snmp.

Muj problem je ten ze monitorovaci system musi merit prutok dat, ktere jim neprochazi. viz asci art. :)

[OgeeN]

O tom proc nechci do cesty zapojit pocitac, jsem se rozepisoval v puvodnim prispevku. Je proste mnohem vetsi pravdepodobnost, ze se zakousne cely pocitac a odstrihne tak stovky lidi od internetu, nez ze se kousne switch. Tak jak to ty popisujes bych uz reseni mel hotove. Nicmene diky za reakci.

[Haaja]

No v praci resim celkem casto zakously nebo odpaleny switche, takze taky to nemusi byt vyhra, kor u tech levnejsich.

[rabi shem]

precti si minule cislo linux plus: „Pokročilé techniky logování síťového provozu“ seznámí síťového administrátora s démonem ulog. Jeho instalace a nastavení nemusí být jednoduchou záležitostí, zejména pro začínajícího správce. Ulog spolpracuje s iptables a v článku je předvedené jeho navázání na ukládání do databáze MySQL. V článku je ulog hodnocen pozitivně, jen je mu vytknuta chybějící nadstavba, ve které by bylo možné nějakým rozumným způsobem prohlížet uložené záznamy.

dale muzes na danem stroji logovat uskutecnene/pokusy o pruniky a utoky acid snort logsnorter

jinak na bandwith jiz drive zminene nastroje ci RRDTool / MRTG s frontendem jako je napr. cacti

s linuxu stroje bych nemel strach da se udelat zapojeni dvou ktere se zalozi nase zkusenosti jsou ze spise nez pc s cf kartou ci linuxem primo v biosu vypadne blbej hub ci intelig. switch

hotove reseni chadima zavinac smiling tecka cz

[OgeeN]

Na ten ulog se podivam.

Acid a snort znam a pouzivam, ale v tomto pripadu mi o detekci pruniku nejde, jde mi o monitorovni toku dat, i kdyz tato data samotnym linuxovym pocitacem neprochazi, tim padem jsou mi iptables k nicemu. Cacti taky uz nejakou dobu pouzivam, ale cacti samotne neresi problem se sberem dat v mem prostredi. Pocitac v nechci do cesty zapojit z duvodu vyssi pravdepodobnosti vypadku oproti jednodussimu switchi nebo hubu. Pisu to uz po druhe.

Diky za odpoved.

[mrtvy muz]

pisi jiz po druhe

ze dobre zapojeny pocitac v ceste je mene problematicky nez switch jak rikam muzes tam mit ty pocitace dva

[Jiří J.]

Dovolil bych si argumentovat, že všechna data, která na síťovku přijdou a které přeloží driver procházejí IPtables (tedy alespoň myslím, s iptables už jsem přes půl roku nepracoval). Při zapnutém /proc/sys/net/ipv4/ip_forward by všechno, co není určeno pro lokální stoj (na úrovní IP vrstvy ?) mělo podle "routing decision" jít do FORWARD chainu. Tam teoreticky stačí přidat pravidlo na ULOG...
Nebo to řešit už v PREROUTING?

TIP: Co jsem se díval, jádra 2.6.20 a vyšší mají trochu předělaný systém v zasazování IPtables (resp. konfiguraci jeho součástí před kompilací jádra) než jejich starší bratři a sestry. Zkuste se podívat tam, zda se něco z toho nebude hodit

[Josef Kufner]

Pokud ten Hub umí SNMP, tak by Linux mohl jen sbírat data z Hubu, který by to počítal sám.

[OgeeN]

Toto, reseni mne taky napadlo, ale sehnat HUB s podporou snmp a nejakeho accountigu bude podle mne zhola nemozne.

Pro takovehle reseni by byl potreba nejaky l3 switch, coz uz muze byt docela draha zalezitost.

Diky za reakci.

[ivan]

Sprave reseni neni HUB ale swich, ktery umi replikaci portu. Pak si muzes nechat na jednu sitovku linuxu posilat vsechen trafic, ktery tece ven a na druhou vsechen tafic, ktery tece dovnitr. iptables jsou zbytecny, cely system by jenom zpomalily, misto nich pouzij deamon, ktery sitovky prepne do promics modu a zacne pocitat trafic, ktery na tvuj server prichazi.

[Morihei]

Jeste lepší řešení je TAP místo přepínače.

[OgeeN]

Na tap zarizeni uz sem taky narazil, ale nemuzu nikde najit, alespon orientacni ceny.

Nemeli byste nekdo predstavu kolik muze stat treba takovehle zarizeni: http://www.datacomsystems.com/products/details.asp?prod=1&itm=1&cat= ?

V uvodnim dotazu sem zapomnel zminit ze linka do internetu ma rychlost 10 Mbit/s Full Duplex s moznosti navyseni az na 100 Mbit/s.

Chtel bych se zeptat jestli pro monitorování stávající linky stacil traba takovyto switch (port mirroring by mel umet): http://h10010.www1.hp.com/wwpc/cz/cs/sm/WF06b/385099-386841-386841-386841-12628332-12628334-77672783.html

Nebo by bylo vhodnejsi koupit TAP zařízení.

Důležitou roli hraje take cena.

[Morihei]

Asi by stálo za přečtení (pro zajímavost) něco z archivu. Mohlo by to pomoci při rozhodování tap/switch. Co se ceny tapu týká, tak nějaký ten gigabitový agregační by měl stát do 500 USD.

[tonous]

pouzivam na totez pmacct myslim ze s trochou scriptovani je to presne co potrebujete, umi agregovat prez site, odesilatel, prijemce, .... staci je ziskat ta data z hubu, nebo prislusne nastaveneho switche.

[francky]

Ahoj,

použil bych NetEnforcer (viz www.allot.com), umí fantastický monitoring podle všech možných protokolů, výstup lze ukládat do externí databáze, je k tomu i reportovací nástroj, ukáže to grafy, tabulky. Umí i traffic shaping, lze napsat vlastní pravidla. Jedná se o box, který se vloží mezi Internet a LAN, je to uzavřené řešení a patřičně drahé, ale velmi spolehlivé a má to hardwarový bypass, takže bez problémů lze celé zařízení za provozu odstavit. Mám to vyzkoušené a mohu doporučit, zkoušel jsem to vložit i mezi dvě LAN (centrála a pobočka) a to jsem koukal, co tam chodí za věci. Také jsem chtěl něco sám postavit na Linuxu, ale žádné hotové řešení v současné době není a chtělo by to spoustu času, tohle postavíte a zkonfigurujete za hodinu a pak si můžete hrát s pravidly. Je to opravdu pěkná hračka.

[eh]

http://www.ntop.org/nProbe.html