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í
×
včera 23:22 | Komunita

Na dnes, poslední středu v březnu, připadá Document Freedom Day (DFD, Wikipedie), jenž má upozornit na výhody otevřených standardů a formátů dokumentů. Organizátoři se rozhodli, že letos proběhne Document Freedom Day dvakrát. Druhý letošní Document Freedom Day proběhne 26. dubna.

Ladislav Hagara | Komentářů: 0
včera 12:33 | Nová verze

Byla vydána nová stabilní verze 1.8 (1.8.770.50) webového prohlížeče Vivaldi (Wikipedie). Z novinek vývojáři zdůrazňují vylepšenou historii prohlížení. Ukázka na YouTube. Chromium bylo aktualizováno na verzi 57.0.2987.111.

Ladislav Hagara | Komentářů: 0
včera 05:55 | Zajímavý projekt

Google na svém blogu věnovaném open source představil portál Google Open Source informující mimo jiné o více než 2000 open source projektech vyvíjených nebo používaných v Googlu.

Ladislav Hagara | Komentářů: 2
včera 03:33 | IT novinky

Pro společnost Red Hat skončil 28. února fiskální rok 2017. Dle finančních výsledků bylo čtvrté čtvrtletí, stejně jako celý fiskální rok 2017, opět úspěšné. Tržby jsou zvyšovány již 60 čtvrtletí v řadě. Za čtvrté čtvrtletí 2017 to bylo 629 milionů dolarů, tj. meziroční nárůst 16 %. Tržby za celý fiskální rok činily 2,4 miliardy dolarů, tj. meziroční nárůst 18 %.

Ladislav Hagara | Komentářů: 2
28.3. 18:22 | Bezpečnostní upozornění

V balíčku eject, příkaz pro vysunutí CD/DVD z mechaniky, v linuxových distribucích Ubuntu (USN-3246-1) a Debian (#858872) byla nalezena bezpečnostní chyba CVE-2017-6964 zneužitelná k lokální eskalaci práv. Linuxové distribuce používající eject z balíčku util-linux nejsou zranitelné.

Ladislav Hagara | Komentářů: 15
28.3. 05:55 | Komunita

Dries Buytaert, autor a vedoucí projektu Drupal a prezident Drupal Association, požádal soukromě před několika týdny Larryho Garfielda, jednoho z klíčových vývojářů Drupalu, aby projekt Drupal opustil. Larry Garfield minulý týden na svých stránkách napsal, že důvodem jsou jeho BDSM praktiky a rozpoutal tím bouřlivou diskusi. Na druhý den reagoval Dries Buytaert i Drupal Association. Pokračuje Larry Garfield [reddit].

Ladislav Hagara | Komentářů: 55
28.3. 04:44 | Humor

Společnost SAS zveřejnila na svých stránkách studii s názvem Open Source vs Proprietary: What organisations need to know (pdf). Organizace by měly například vědět, že ideální je mix 40 % open source softwaru a 60 % proprietárního softwaru [Slashdot].

Ladislav Hagara | Komentářů: 12
27.3. 23:33 | Zajímavý software

Byl vydán ShellCheck ve verzi 0.4.6. Jedná se o nástroj pro statickou analýzu shellových skriptů. Shellové skripty lze analyzovat na webové stránce ShellChecku, v terminálu nebo přímo z textových editorů. Příklady kódů, na které analýza upozorňuje a doporučuje je přepsat. ShellCheck je naprogramován v programovacím jazyce Haskell. Zdrojové kódy jsou k dispozici na GitHubu pod licencí GPLv3.

Ladislav Hagara | Komentářů: 0
27.3. 23:33 | Pozvánky

Czech JBoss User Group zve na setkání JBUG v Brně, které se koná ve středu 5. dubna 2017 v prostorách Fakulty informatiky Masarykovy univerzity v místnosti A318 od 18:00. Přednáší Pavol Loffay na téma Distributed Tracing and OpenTracing in Microservice Architecture.

… více »
mjedlick | Komentářů: 0
27.3. 11:33 | Zajímavý článek

Národní centrum kybernetické bezpečnosti (NCKB) vypracovalo (pdf) 26 podrobných bezpečnostních doporučení pro síťové správce. Tato doporučení jsou nastavena tak, aby je bylo možné aplikovat v každé instituci. Jsou rozdělena na tři základní části: bezpečnost infrastruktury, bezpečnost stanic a serverů a bezpečnost uživatelů.

Ladislav Hagara | Komentářů: 17
Jak se stavíte k trendu ztenčování přenosných zařízení (smartphony, notebooky)?
 (14%)
 (2%)
 (72%)
 (3%)
 (10%)
Celkem 971 hlasů
 Komentářů: 72, poslední 1.3. 11:16
    Rozcestník

    Dotaz: ARP dotazy od stejné MAC adresy

    31.12.2004 15:17 Alešek
    ARP dotazy od stejné MAC adresy
    Přečteno: 390×
    Dobrý den,

    předem se omlouvám, že se ptám na otázku, kterou bych mohl jistě někde najít, jenže to se nestalo (byť jsem je hledal poctivě po několik dní resp. hodin) :/

    Takže...
    Je normální, že většina ARP packetů, které jsou mi doručovány, pocházejí od jedné MAC adresy? Nemůže se jednat o spoofing?
    Dočetl jsem se, že jde o dotazování ostatních počítačů v síti, a že je to běžné... Proč ale většina z nich pochází od stejného adaptéru (s tou jistou MAC adresou) mi ale neni jasné.

    ::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
    K monitoringu jsem použil tcpdump, netwatch a nast

    Jsem připojen k internetu pomocí kabelovky od UPC

    Za odpověď Vám všem předem děkuji, a přeji hodně štěstí a úspěchů do nového roku. ;o)

    Odpovědi

    31.12.2004 15:45 Petr Šobáň | skóre: 79 | blog: soban | Olomouc
    Rozbalit Rozbalit vše Re: ARP dotazy od stejné MAC adresy
    Těžko takhle budeme usuzovat zda je to v pořádku.

    Prostě nejednoduší je se kouknout etheralem a podívat se co se děje.

    Jaké IP jsou v tom ARP a jak často se ten dotaz provádí atd....

    Samozřejmě pokud vám chodí ten stejný ARP třeba co 1s tak je to divné.
    31.12.2004 16:21 Alešek
    Rozbalit Rozbalit vše Re: ARP dotazy od stejné MAC adresy
    Ano to je právě ten problém - ARP dotazy se provádí opravdu často (možná i častěji naž jedou za vteřinu), jinak by mě to ani neznepokojovalo.

    Pro přesnost přidávám krátký výpis z nastu ->

    ---[ ARP ]-----------------------------------------------------------
    00:0E:A6:90:CC:35 -> FF:FF:FF:FF:FF:FF
    Type: ARP request: Who has 62.24.88.1? Tell 62.24.88.86
    Hardware size: 6 - Protocol size: 4
    Packet Number: 1

    ---[ ARP ]-----------------------------------------------------------
    00:11:5D:45:A0:00 -> FF:FF:FF:FF:FF:FF
    Type: ARP request: Who has 84.42.131.212? Tell 84.42.131.2
    Hardware size: 6 - Protocol size: 4
    Packet Number: 2

    ---[ UDP ]-----------------------------------------------------------
    160.0.84.42:0(unknown) -> 131.2.0.0:0(unknown)
    Version: 0 Total Lenght: 2048TTL: 0
    Packet Number: 2

    ---[ ARP ]-----------------------------------------------------------
    00:11:5D:45:A0:00 -> FF:FF:FF:FF:FF:FF
    Type: ARP request: Who has 84.42.131.17? Tell 84.42.131.2
    Hardware size: 6 - Protocol size: 4
    Packet Number: 3

    ---[ UDP ]-----------------------------------------------------------
    160.0.84.42:0(unknown) -> 131.2.0.0:0(unknown)
    Version: 0 Total Lenght: 2048TTL: 0
    Packet Number: 3

    ---[ ARP ]-----------------------------------------------------------
    00:0E:5C:C0:4D:CB -> FF:FF:FF:FF:FF:FF
    Type: ARP request: Who has 62.24.84.1? Tell 62.24.84.125
    Hardware size: 6 - Protocol size: 4
    Packet Number: 4

    ---[ ARP ]-----------------------------------------------------------
    00:0F:35:29:B0:00 -> FF:FF:FF:FF:FF:FF
    Type: ARP request: Who has 62.24.72.111? Tell 62.24.72.3
    Hardware size: 6 - Protocol size: 4
    Packet Number: 5

    ---[ ARP ]-----------------------------------------------------------
    00:0F:35:29:B0:00 -> FF:FF:FF:FF:FF:FF
    Type: ARP request: Who has 62.24.72.59? Tell 62.24.72.3
    Hardware size: 6 - Protocol size: 4
    Packet Number: 6

    ---[ ARP ]-----------------------------------------------------------
    00:0F:35:29:B0:00 -> FF:FF:FF:FF:FF:FF
    Type: ARP request: Who has 62.24.84.140? Tell 62.24.84.3
    Hardware size: 6 - Protocol size: 4
    Packet Number: 7

    ---[ ARP ]-----------------------------------------------------------
    00:0F:35:29:B0:00 -> FF:FF:FF:FF:FF:FF
    Type: ARP request: Who has 62.24.72.194? Tell 62.24.72.3
    Hardware size: 6 - Protocol size: 4
    Packet Number: 8

    ---[ ARP ]-----------------------------------------------------------
    00:0F:35:29:B0:00 -> FF:FF:FF:FF:FF:FF
    Type: ARP request: Who has 62.24.72.157? Tell 62.24.72.3
    Hardware size: 6 - Protocol size: 4
    Packet Number: 9

    ---[ ARP ]-----------------------------------------------------------
    00:0F:35:29:B0:00 -> FF:FF:FF:FF:FF:FF
    Type: ARP request: Who has 62.24.84.90? Tell 62.24.84.3
    Hardware size: 6 - Protocol size: 4
    Packet Number: 10

    ---[ ARP ]-----------------------------------------------------------
    00:0F:35:29:B0:00 -> FF:FF:FF:FF:FF:FF
    Type: ARP request: Who has 62.24.88.44? Tell 62.24.88.3
    Hardware size: 6 - Protocol size: 4
    Packet Number: 11

    ---[ ARP ]-----------------------------------------------------------
    00:0E:A6:90:CC:35 -> FF:FF:FF:FF:FF:FF
    Type: ARP request: Who has 62.24.88.1? Tell 62.24.88.86
    Hardware size: 6 - Protocol size: 4
    Packet Number: 12

    ---[ ARP ]-----------------------------------------------------------
    00:C0:4F:83:C3:C4 -> FF:FF:FF:FF:FF:FF
    Type: ARP request: Who has 62.24.88.1? Tell 62.24.88.216
    Hardware size: 6 - Protocol size: 4
    Packet Number: 13

    ---[ ARP ]-----------------------------------------------------------
    00:0F:35:29:B0:00 -> FF:FF:FF:FF:FF:FF
    Type: ARP request: Who has 62.24.84.6? Tell 62.24.84.3
    Hardware size: 6 - Protocol size: 4
    Packet Number: 14

    ---[ ARP ]-----------------------------------------------------------
    00:0D:87:96:7E:C2 -> FF:FF:FF:FF:FF:FF
    Type: ARP request: Who has 84.42.131.1? Tell 84.42.131.231
    Hardware size: 6 - Protocol size: 4
    Packet Number: 15

    ---[ ARP ]-----------------------------------------------------------
    00:11:5D:45:A0:00 -> FF:FF:FF:FF:FF:FF
    Type: ARP request: Who has 84.42.131.224? Tell 84.42.131.2
    Hardware size: 6 - Protocol size: 4
    Packet Number: 16

    ---[ UDP ]-----------------------------------------------------------
    160.0.84.42:0(unknown) -> 131.2.0.0:0(unknown)
    Version: 0 Total Lenght: 2048TTL: 0
    Packet Number: 16

    ---[ ARP ]-----------------------------------------------------------
    00:11:5D:45:A0:00 -> FF:FF:FF:FF:FF:FF
    Type: ARP request: Who has 84.42.131.79? Tell 84.42.131.2
    Hardware size: 6 - Protocol size: 4
    Packet Number: 17

    ---[ UDP ]-----------------------------------------------------------
    160.0.84.42:0(unknown) -> 131.2.0.0:0(unknown)
    Version: 0 Total Lenght: 2048TTL: 0
    Packet Number: 17

    ---[ ARP ]-----------------------------------------------------------
    00:0F:35:29:B0:00 -> FF:FF:FF:FF:FF:FF
    Type: ARP request: Who has 62.24.84.18? Tell 62.24.84.3
    Hardware size: 6 - Protocol size: 4
    Packet Number: 18
    -----
    -----
    Jde o tu adresu 00:0F:35:29:B0:00, jak je asi i vidět... 4 ivok: Ethereal zkusím... jen co se ho naučím ovládat :) Jinak díky za link, rád si o tom něco přečtu ;)
    31.12.2004 16:30 Michal Marek (twofish) | skóre: 55 | blog: { display: blog; } | Praha
    Rozbalit Rozbalit vše Re: ARP dotazy od stejné MAC adresy
    Není to jenom nějaký windowsí virus?
    31.12.2004 17:13 Michal Kubeček
    Rozbalit Rozbalit vše Re: ARP dotazy od stejné MAC adresy
    Nevidím na tom nic divného. Je tam sice pár dotazů ze stejného zdroje, ale ptá se na různé adresy (ze stejného rozsahu), takže je to celkem normální.
    31.12.2004 17:18 Libor Klepac | skóre: 45 | Mýto
    Rozbalit Rozbalit vše Re: ARP dotazy od stejné MAC adresy
    mel bys videt to peklo, co tu mam ja na wifi ... provider ma ten jeden segment bridgovanej snad po celym okrese ...tech arp dotazu je tam ...hodne
    Urine should only be green if you're Mr. Spock.
    31.12.2004 17:53 unchallenger | skóre: 69 | blog: unchallenger
    Rozbalit Rozbalit vše Re: ARP dotazy od stejné MAC adresy
    Jsem doma na UPC a 10 ARP dotazů za sekundu je tam úplně normální. Spouštím tcpdump a ethereal jedině s not arp, chci-li něco vidět...
    31.12.2004 19:16 Libor Klepac | skóre: 45 | Mýto
    Rozbalit Rozbalit vše Re: ARP dotazy od stejné MAC adresy
    hmmm ...ja to ted zkousel ...jenom arp dotazy a bylo jich 130 za 30sekund ...takze mas vic ... a ja to povazoval za peklo

    vetsina jich je z brany, ale obcas se tam ukazuji i z podivnych adres typu 10.9.8.254 a tak (ta sit jede na normalnich verejnych adresach, ne v privatnim rozsahu) ...neco tam asi cmucha ...obcas se mi sem pripojuje kamarad na jeden port a chvili potom se z nejake takove adresy typu 10... neco taky zkousi pripojit ....
    Urine should only be green if you're Mr. Spock.
    31.12.2004 20:08 Petr Šobáň | skóre: 79 | blog: soban | Olomouc
    Rozbalit Rozbalit vše Re: ARP dotazy od stejné MAC adresy
    Jak jsem se na ten log díval tak je to normální :-) Pokaždé se to dotazuje na jinou IP.

    A že to má stejnou MAC to zaleží přes jaký HW to prošlo.

    K neveřejným adresám je to tak že někdo má za modemem připojenou celou síť a prostě má špatně nastaven firewall a posílá neveřejné IP do internetu.

    Pomoc filtrovat neveřejné IP pomocí iptables a nepouštět je do své sítě.
    31.12.2004 20:13 Libor Klepac | skóre: 45 | Mýto
    Rozbalit Rozbalit vše Re: ARP dotazy od stejné MAC adresy
    no jasne ze je filtruju, tedka me to dokonce vytocilo a zahazuju je rovnou v preroutingu (doufam, ze to neni spatne ;-)
    Urine should only be green if you're Mr. Spock.
    1.1.2005 01:28 Michal Kubeček
    Rozbalit Rozbalit vše Re: ARP dotazy od stejné MAC adresy
    Špatně... jak se to vezme. Řekněme, že názvy tabulek ukazují, k čemu by pravidla v dané tabulce měla sloužit. Tedy obsah tabulky filter k filtrování paketů, obsah tabulky nat k překladu adres a obsah tabulky mangle k manipulacím s obsahem paketu (nebo jeho metadat), které nespadají pod překlad adres. Filtrovat v tabulce nat nebo mangle sice můžete v zásadě také, ale není to moc vhodné, protože jednak máte omezenou škálu podmínek, jednak musíte dávat daleko větší pozor např. na správnou souhru s překladem adres.
    1.1.2005 01:39 Libor Klepac | skóre: 45 | Mýto
    Rozbalit Rozbalit vše Re: ARP dotazy od stejné MAC adresy
    ja uz na to mel retez normlane ...ale proste me to nejak nastavalo, tak jsem se toho chtel zbavit co nejdriv
    Urine should only be green if you're Mr. Spock.
    31.12.2004 15:48 ivok
    Rozbalit Rozbalit vše Re: ARP dotazy od stejné MAC adresy
    ARP pakety ale nejsou "doručovány" vám, jak píšete, jsou doručovány všem :-) Přečtěte si někde, k čemu vlastně ARP slouží a jak funguje... Co je vám vlastně konkrétně podezřelé?
    1.1.2005 11:55 Tomáš Bláha
    Rozbalit Rozbalit vše Re: ARP dotazy od stejné MAC adresy
    Jen bych doplnil, že například ISC DHCP server, který se běžně na GNU/Linuxu používá, před přidělením dynamické adresy kterémukoliv počítači ověřuje, zda danou adresu nikdo nepoužívá. Po obdržení požadavku vyšle dva ARP dotazy a když nedostane odpověď teprve adresu přidělí. Možná je to původ těchto dotazů i u Vašeho poskytovatele.
    2.1.2005 00:55 Alešek
    Rozbalit Rozbalit vše Re: ARP dotazy od stejné MAC adresy
    Ano, zřejmě to tak bude... Všechno se tím tak hezky vysvětluje. Pak se už nemusím tímto znepokojovat, pokud jsem vše dobře pochopil ;) Navíc jsem se kdesi dočetl, že se ARP spoofing využívá k zjištění adres počítačů v lokální síti (jestli se dá využít i k něčemu jinému mi není známo, ale domnívám se, že ne). Tenhle spoofing jsem také zaznamenal pomocí netwatch, kde se dají pozorovat určité interakce na lokálních adresách (192.168.xxx.xxx), které ovšem nepoužívám (zatím), protože se jako začátečník neodvažuji pouštět do konfigurace routeru... snad časem :)

    ad ARP dotazy od počítače s IP začínající 10.xxx.xxx.xxx, toto jsem také pozoroval... Jestli se dobře rozpomínám, tak právě tato IP měla co do činění s šmuchání po těch lokálních adresách, jak jsem psal.

    Protože jsem si prve myslel, že ARP dotazy jsou něco špatného (alespoň většina z nich, vzhledem k množstí, které se dá v promiskuitním módu odchytávat), pokusil jsem nastavit iptables s parametry -m mac --mac-source xx:xx:xx:xx:xx:xx, s tím, že jsem všechny příchozí packety z této MAC chtěl zahazovat (DROP). Nemělo to ale žádný výsledek. No a vlastně dosud nevím, jestli je to tak správně (že třeba ARP pakety nejdou blokovat), nebo jestli jsem neudělal chybu v tom nastavování iptables. Typuji to spíš na tu druhou možnost, protože zrovna o blokování mac adres jsem toho moc nenašel (man & --help mlčeli). Našel jsem jen několik příspěvků na různých diskusních serverech, takže jsem to podle toho nějak sesmolil. :o)

    díky všem za vysvětlení... ;c)
    2.1.2005 15:08 8an | skóre: 30
    Rozbalit Rozbalit vše Re: ARP dotazy od stejné MAC adresy
    Pomocí ARP spoofingu se dají dělat i lepší věci :-) Pokud chceš odposlouchávat komunikaci mezi 2 stanicemi, tak každé pošleš ARP paket se IP adresou té druhé stanice a svojí MAC. Bránit se tomu dá pomocí static ARP (nastaví se ARP tabulka (tj. páry IP-MAC) napevno).

    To "čmuchání" lokální adresy po lokálních adresách můžou být klidně normální ARP dotazy ve vnitřní síti, které nějak vytekly ven přes špatně nastavený router.

    O filtrování ARP dotazů toho moc nevím, je možné že to iptables neumí (když to jsou IPtables, tak možná umí jenom IP pakety). Existují ještě ebtables, ale to je tak všechno co nich vím.
    If you build an operating system that even an idiot can use, only idiots will use it.

    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.