Portál AbcLinuxu, 12. května 2025 07:08

Dotaz: Zabezpeceni Virtualniho stroje

23.7.2009 15:20 helikaon
Zabezpeceni Virtualniho stroje
Přečteno: 368×
Odpovědět | Admin

Zdravim vsechny,

potrebuji poradit se zabezpecenim pristupu na virtualni stroj. ‚Host‘ OS je 64b CentOS 5.3 a ‚guest‘ bude stejny (premyslim i o 32bitu, jeste nevim).
Guest bude pouzivat vlastni fyzicke rozhrani eth3 (pridam pro nej vlastni sitovou kartu, kvuli zlepseni bezpecnosti.
Host ma eth0 a eth1 v ‚bondu‘  tzn. bond0 ktery je pripojeny v LAN za HW firewallem.
Guest bude fyzicky pripojen primo do switche umisteneho za radiem a bude mit verejnou IP – cili zadne zabezpeceni, bude to ‚nazivo‘ pripojene primo na providera.
Otazka: jak zabezpecit guest OS?
– Netfilters primo na host OS kde pridat pravidla pro eth3
– Netfilters na guest OS
– kombinace?
Moc dekuji za pripadne rady a pomoc, pekny den vsem.
 

Nástroje: Začni sledovat (0) ?Zašle upozornění na váš email při vložení nového komentáře.

Odpovědi

23.7.2009 17:10 pht | skóre: 48 | blog: pht
Rozbalit Rozbalit vše Re: Zabezpeceni Virtualniho stroje
Odpovědět | | Sbalit | Link | Blokovat | Admin
Otazka: jak zabezpecit guest OS? – Netfilters primo na host OS kde pridat pravidla pro eth3 – Netfilters na guest OS – kombinace?
Podle toho čemu víc věříte.
In Ada the typical infinite loop would normally be terminated by detonation.
23.7.2009 19:04 hypervisor
Rozbalit Rozbalit vše Re: Zabezpeceni Virtualniho stroje
Odpovědět | | Sbalit | Link | Blokovat | Admin
Jses si jistej, ze netfilter na hostu bude filtrovat cokoli pro guesta?
24.7.2009 07:10 pht | skóre: 48 | blog: pht
Rozbalit Rozbalit vše Re: Zabezpeceni Virtualniho stroje
Ano
In Ada the typical infinite loop would normally be terminated by detonation.
23.7.2009 19:24 Filip Jirsák | skóre: 68 | blog: Fa & Bi
Rozbalit Rozbalit vše Re: Zabezpeceni Virtualniho stroje
Odpovědět | | Sbalit | Link | Blokovat | Admin
Pokud jde v obou případech o stejný typ firewallu (zřejmě ano), pak bych firewall na hostiteli viděl jako o něco málo bezpečnější. Pokud by např. ve firewallu byla chyba buffer-overflow, jejím zneužitím se dostane útočník „jen“ na hostitelský počítač, ale už ne (tímto krokem) do hostovaného. Je to pořád ten známý princip, že je lepší mít obrané pásmo před vlastní bráněnou oblastí než přímo v ní. Takže firewall předřazený počítači může zachytit věci, které firewall přímo v počítači z principu zachytit nemůže (právě chyby ve firewallu nebo ještě v nižších částech systému).
Bilbo avatar 23.7.2009 20:03 Bilbo | skóre: 29
Rozbalit Rozbalit vše Re: Zabezpeceni Virtualniho stroje
Zase vyhoda firewallu uvnitr virtualni masiny spociva v tom, ze pokud se masina prenese jinam, zustava porad stejne zabezpecena, navic je pak chranena i pred pristupem z hostitele (pokud by tam bezelo neco, skrze co by se mohl pripadny utocnik nejak "protunelovat"). Osobne bych dal firewall primo dovnitr.
Big brother is not watching you anymore. Big Brother is telling you how to live...
24.7.2009 09:26 Filip Jirsák | skóre: 68 | blog: Fa & Bi
Rozbalit Rozbalit vše Re: Zabezpeceni Virtualniho stroje
Před přístupem z hostitele není hostovaný stroj chráněný nikdy. Hostiteli nic nebrání v tom spustit hostovaného v upraveném virtuálním stroji, který mu umožní získat roota, obejít kód firewallu nebo cokoli jiného.
24.7.2009 07:11 pht | skóre: 48 | blog: pht
Rozbalit Rozbalit vše Re: Zabezpeceni Virtualniho stroje
Což má praktickou výhodu pouze ve chvíli kdy je host/předřazený fw nedostupný (např. nemá L3 adresu)... jinak je další krok poměrně triviální.
In Ada the typical infinite loop would normally be terminated by detonation.
24.7.2009 09:24 Filip Jirsák | skóre: 68 | blog: Fa & Bi
Rozbalit Rozbalit vše Re: Zabezpeceni Virtualniho stroje
Tomu nerozumím. Pokud bude třeba ve zpracování paketů v jádře buffer-overflow, umožní to útočníkovi provést kód v kontextu jádra zasláním vhodného paketu – a ten kód se provede ještě před tím, než se vůbec dostane ke slovu firewall na daném počítači. Jediná možnost, jak se něčemu takovému bránit, je mít předřazený firewall. Pokud ten předřazený firewall bude mít stejnou chybu, je to samozřejmě problém a předřazený firewall nijak moc bezpečnost nezvýší.
24.7.2009 09:56 pht | skóre: 48 | blog: pht
Rozbalit Rozbalit vše Re: Zabezpeceni Virtualniho stroje
Ano ale tím že nemáte ke stroji přímý přístup přes L3 síť, tak ten exploit razantně zesložitíte.
In Ada the typical infinite loop would normally be terminated by detonation.
23.7.2009 19:59 linuxik | skóre: 32 | Milovice
Rozbalit Rozbalit vše Re: Zabezpeceni Virtualniho stroje
Odpovědět | | Sbalit | Link | Blokovat | Admin

Jo paranoia je oskliva nemoc ;-) Pokud jde o netfilter, tak pokud nebudes pouzivat nejake nestandartni moduly bude vzdycky radove vetsi sance, ze utocnik vyuzije chyby v aplikaci, ktera pobezi ne virt. stroji. Takze to zbytecne nekomplikuj.

24.7.2009 10:40 pepazdepa
Rozbalit Rozbalit vše Re: Zabezpeceni Virtualniho stroje
Odpovědět | | Sbalit | Link | Blokovat | Admin

guestu jde pridat primo pci karta, takze muzes guestu primo dat sitovku a na te fitrovat, takze nemusis resit host system.

me to fungovalo na xenu. asi nejsnadnejsi reseni je:

- host s eth0
- guest1 s eth1 (primo pci karta assignovana)
- guest2 s eth2 (primo pci karta assignovana)
- na hostu udelat bridge bez IP a do bridge dat dve tun rozhrani (pro kazdy virtual jedno, aby i virtualy mohly mezi sebou komunikovat mimo externi switch)

24.7.2009 13:02 helikaon
Rozbalit Rozbalit vše Re: Zabezpeceni Virtualniho stroje

Takto to nejak planuji.

Soucasny stav: hostitelsky system je nyni schovany za HW routerem/firewallem (mikrotik) a slouzi jen jako gateway pro windows pc (squid proxy), ntop pro sledovani provozu site, proste kontrola, plus par blbustek (interni www stranky etc), kazdopadne za HW routerem je vsechno na neverejnych IP.

Ukol: potrebuji na verejnem IP rozbehnout Sametime server od IBM pro vnitropodnikovou komunikaci s pobockami a lidmi v zahranici.

Reseni: virtualni masina s vlastni dedikovanou sitovou kartou, ktera bude mit verejnou IP, cili veskera komunikace pujde (nebo by mela) jit mimo LAN.

Nicmene tuto sitovou, dedikovanou kartu mi zprostredkovava memu 'guest' systemu prave vysezmineny linux server (host) ktery je v LAN a ma neverejnou IP.

Jak vidim nazory na zabezpeceni se lisi a ja v tom take uplne nemam jasno, protoze logicky veskera komunikace do 'guesta' stejne potece pres 'host' system, cili logika veci rika zabezpecit to na strane 'host' systemu, nicmene si tim nejsem jisty na 100% :-).

dekuji vsem za prispevky a nazory, velice si toho vazim

Založit nové vláknoNahoru

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

ISSN 1214-1267, (c) 1999-2007 Stickfish s.r.o.