Dotaz: Filtrace a zabezpeceni uzivatelu male site

[Pheek]

Dobry den, mam dotaz a problem, nastinim co mam a vcem mam problem, mam malou sit tak cca 100 uzivatelu a prirazuji jim adresu pomoci DHCP serveru a shapuji jim rychlost (bezdratova sit) a problem zni, obcas si nekdo zkousi dat jinou adresu v siti nez tu kterou mu prideli DHCP a tim zacne kolidovat v siti s jinym zarizenim (duvod proc to dela je ze se pokousi dostat treba vetsi rychlost jineho uzivatele). Potreboval bych udelat to aby se tohle nestavalo a pokud se to stane tak jak tohodle uzivatele odchytit a popripade ho dat do nejakeho blacklistu, tedy pokud si sam nezmeni MAC adresu. Dekuji za kazdou byt jen sebemensi pomoc.

Odpovědi

[e.lisak]

pokud budete predpokladat, ze si nebudou menit MAC, tak kontrolovat par IP/MAC (pokud ovsem MAC uzivatele dorazi az na filtrovaci stroj).

nebo zkusit pridelovat pristup ne podle IP, ale podle overeni uzivatele jinym zpusobem (uzivatel sice automaticky dostane od DHCP adresu, ale pak musi zadat helo k pripojeni, nebo mit certifikat...). v te souvislosti mne napadaji slova jako VPN, RADIUS ...

PS: sitemi se moc nezabyvam, takze to berte jen jako nezarucene popostrceni...

[Pheek]

Ne tohle neni ono cohledam, jde o to ze tou siti poskytuji nekolika nadsencum internet a nekteri jsou koumaci a snazi se z toho vytezit co se da!

[Jiří Veselský]

Stále znovu mě zaráží, jak je zde v řadě diskusí RADIUS považován za něco, co umí vyřešit téměř jakékoliv problémy. Radius je jen a pouze svého druhu databázový mechanismus, kterého se zeptám A?, a on mi odpoví B. Nic víc a nic míň. Je sice pravda, že je docela často používán v situacích, kdy A zní "může X" a B zní "ano" či "ne", ale to je jenom jedna z mnoha aplikací.

Prosím - Radius není žádný mechanismus pro zabezpečení sítě!!!

[Jiří Veselský]

Nemůžete uživateli zabránit v tom, aby si ručně nastavil jakoukoliv IP adresu, která se mu zamane. To by vám mělo být zřejmé, že takovýto ochranný mechanismus jaksi z principu není možný. Čili "aby se tohle nestavalo" je požadavek, který nelze splnit.

Jakákoliv omezení a detekce, které byste eventuálně chtěl provozovat, musí vycházet z kombinace IP/MAC filtru na bráně do internetu.

V rámci takového filtru budete schopen detekovat, že MAC adresa A používá IP adresu B, což není správně - a nic s tím neuděláte. Můžete maximálně paušálně zablokovat uživatele s MAC adresou A, nicméně uživatel s IP adresou B stejně nebude schopen fungovat. Čili "jak tohodle uzivatele odchytit a popripade ho dat do nejakeho blacklistu" je samozřejmě možné, ale nic vám to nevyřeší, protože ho sice "nepustíte" na Internet, ale příslušná IP adresa zůstane tímto uživatelem okupovaná.

A navíc to celé sám stavíte na podmínce "pokud si sam nezmeni MAC adresu" - což je asi stejně těžké, jako naškrábat brambory.

Jste v těžké situaci - provozujete lokální síť s potencionálně nepřátelskými uživateli, přičemž v této síti nemáte k dispozici žádné ochranné mechanismy. Tato situace nemá řešení.

Musel byste síť zabezpečit něčím jako 802.1x (to je to, čemu někteří říkají "radius"), ale bude to hodně práce s malým efektem - a potřebujete, aby to ta bezdrátová zařízení podporovala. Další alternativou je například PPPoE. Ještě víc práce s lepším efektem - toto sice nemusí podporovat síťová infrastruktura, ale zato to musíte každému z té stovky tupých windowsoidních uživatelů nastavit.

Upřímně řečeno - dobře vám tak. Když hodíte mezi smečku vlků flák masa, velmi těžko budete ex post řídit, aby si každý vlk sežral jenom svůj spravedlivý podíl...

[Pheek]

tak to jsem netusil ze neexistuje nejaky nastroj kterym tomuhle zabranit, jak to delaji treba jini poskytovatele internetu? Jak tomuhle zabrani a nebo nezabrani? To preci nejde aby jeden uzivatel polozil sit ne!

[Filip Jirsák]

Poskytovatelé internetu také identifikují uživatele buď podle identifikace zařízení (tedy např. MAC adresa), nebo podle identifikace spoje (což jde u metalických nebo optických spojů, nejde to u radiových spojů – např. identifikace telefonní linky), a nebo používají autorizaci (jménem a heslem, certifikátem).

Vám bych doporučil na firewallu povolit průchod jen známým kombinacím MAC/IP. Pokud by si koumáci dokázali zjistit MAC adresu někoho ze svých kolegů a změnit si ji, pak by musela nastoupit nějaká další opatření. Ale myslím, že MAC/IP by mělo stačit, pokud nenarazíte na někoho, kdo chce jo podvádět. A pokud byste přeci jen někoho takového v síti měl, snažil bych se ho spíš zbavit, než vymýšlet náročnější a náročnější ochrany.

[Pheek]

nema nekdo nejakej napad jak takova pravidla vytvorit a by na server prochazeli jen lidi co tam maji co delat?

[Filip Jirsák]

Pokud vám stačí zakázat přístup a nechcete jim třeba web přesměrovat na nějakou výhružnou stránku, měloby stačit

Chain FORWARD (policy ACCEPT 29M packets, 21G bytes)
pkts bytes target     prot opt in     out     source        destination
875K  131M mac_filter udp  --  wlan0   *       0.0.0.0/0     0.0.0.0/0
118K 5558K mac_filter tcp  --  wlan0   *       0.0.0.0/0     0.0.0.0/0  state NEW

Chain mac_filter (1 references)
target     prot opt source               destination
RETURN     all  --  192.168.1.1            0.0.0.0/0           MAC 00:00:00:00:00:00
RETURN     all  --  192.168.1.2            0.0.0.0/0           MAC 00:00:00:00:00:00
RETURN     all  --  192.168.1.3            0.0.0.0/0           MAC 00:00:00:00:00:00
DROP       all  --  0.0.0.0/0            0.0.0.0/0

[Pheek]

jeee tohle jsme nejak nepochopil, dalo by se nejak udelat nejakej script s databazi treba IP/MAC kterej bych pustitl a udrzoval aktualni a popripade je i presmeroval na tu vyhruznou stranku, dekuji moc.

[jurasek]

Staci do souboru treba /etc/ethers napsat vzdy MAC mezera IP /xx:xx:xx:xx:xx:xx xxx.xxx.xxx.xxx/ a prikazem arp -f /etc/ethers to nahrat do arp tabulky. IPTABLES jsou na to kanon na vrabce a vyhoda zadna.

jurasek

[Pheek]

a jak udelat to aby ti uzivatele co nejsou v tomhle souboru naspani se presmerovali na nejakou mou stranku stim ze byt bylo neco napsane, asi by museli dostat nejakou jinou adresu treba 10.0.0.25 misto 192.168.20.25

[jurasek]

Tak tohle chudak ARP /address resolution protocol/ neumi :o). Na tohle budete muset pouzit iptables. Ale pokud budete kazdy prichozi paket kontrolovat na MAC adresu, tak nevim jak to bude s vykonem.

jurasek

[jurasek]

Totok by mohla byt idea reseni tohoto problemu /pozor netestovano/.
iptables -t nat -A PREROUTING -i eth0 -m state --state ESTABLISHED,RELATED -j ACCEPT
iptables -t nat -A PREROUTING -i eth0 -s 192.168.100.10 -m mac --mac-source 00:33:44:55:66:77 -j ACCEPT
iptables -t nat -A PREROUTING -i eth0 -s 192.168.100.11 -m mac --mac-source 00:33:44:55:66:99 -j ACCEPT
iptables -t nat -A PREROUTING -i eth0 -p tcp --dport 80 -j DNAT --to-destination 192.168.100.1:80
iptables -t nat -P PREROUTING DROP

jurasek

[Pheek]

Idea je to dobra a vyzkousim, jen neslo by to nejak predelat tak aby tyhle informace tahal z nejakeho souboru.

[jurasek]

Slo. Napiste si ty pravidla v BASH scriptu a misto ip a mac dejte promennou, kterou nacitejte ze souboru. Nebo v PERLu, nebo v cem umite to je fuk.

jurasek

[Pheek]

Takze bash by sel a neslo by jeste trosku nakopnout stim jak to udelat :)

[jurasek]

Hehe a naprogranovat to cele by taky nebylo od veci ze ?

jurasek

[Zdenek]

A nejhorsi na tom je, ze chce spravovat sit. Vice takovych "administratoru"!

[jurasek]

802.1x nemusi vas problem vyresit /napriklad na switchi Linksys/. Problem blokovani portu, ktere nemaji IP z DHCP resi Dynamic ARP Inspection http://www.cisco.cz/index.sub.php?pid=site&typ=sswitch, pripadne pritomnost stejnych MAC v siti resi napriklad na CISCU vlastnost switchport port-security http://www.cisco.com/univercd/cc/td/doc/product/lan/cat6000/12_1e/swconfig/port_sec.htm.Uz pokud si nekdo v siti nastavi stejnou MAC jako vy /a nemusi si ani nastavit stejne IP/ vznikne problem.

jurasek