abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
    14.6. 12:11 | IT novinky

    Google Blog ČR informuje, že mobilní aplikaci Gemini a NotebookLM lze používat už také v Česku.

    Ladislav Hagara | Komentářů: 18
    14.6. 11:33 | Nová verze

    Byla vydána nová major verze 8 duálně licencovaného open source frameworku JUCE (Wikipedie, GitHub) pro vývoj multiplatformních audio aplikací.

    Ladislav Hagara | Komentářů: 0
    14.6. 11:11 | IT novinky

    Od 18. června bude možné předobjednat notebook DC-ROMA RISC-V LAPTOP II od společnosti DeepComputing s osmijádrovým 64-bit RISC-V AI CPU a s předinstalovaným Ubuntu.

    Ladislav Hagara | Komentářů: 2
    13.6. 23:55 | Nová verze

    Byla vydána verze 1.79.0 programovacího jazyka Rust (Wikipedie). Podrobnosti v poznámkách k vydání na GitHubu. Vyzkoušet Rust lze například na stránce Rust by Example.

    Ladislav Hagara | Komentářů: 0
    13.6. 14:33 | Zajímavý článek

    Byly zveřejněny výsledky průzkumu (infografika) mezi uživateli FreeBSD.

    Ladislav Hagara | Komentářů: 0
    13.6. 13:22 | IT novinky

    Na konferenci DevConf.CZ 2024 je na stánku Furi Labs prezentován linuxový telefon FuriPhone FLX1. Jeho cena 499 dolarů.

    Ladislav Hagara | Komentářů: 17
    13.6. 00:11 | Nová verze

    Bylo vydáno Eclipse IDE 2024-06 aneb Eclipse 4.32. Představení novinek tohoto integrovaného vývojového prostředí také na YouTube.

    Ladislav Hagara | Komentářů: 1
    12.6. 22:00 | Nová verze

    Proton, tj. fork Wine integrovaný v Steam Play a umožňující v Linuxu přímo ze Steamu hrát hry určené pouze pro Windows, byl vydán ve verzi 9.0-2 (𝕏). Přehled novinek se seznamem nově podporovaných her na GitHubu. Aktuální přehled her pro Windows běžících díky Protonu také na Linuxu na stránkách ProtonDB.

    Ladislav Hagara | Komentářů: 0
    12.6. 15:44 | Nová verze

    Po roce od vydání verze 15.5 bylo vydáno openSUSE Leap 15.6. Přehled novinek v nejnovější verzi této linuxové distribuce v oznámení o vydání a v poznámkách k vydání.

    Ladislav Hagara | Komentářů: 0
    12.6. 12:44 | Nová verze

    Byla vydána nová verze 256 správce systému a služeb systemd (GitHub). Nově mimo jiné s run0 jako alternativou k sudo.

    Ladislav Hagara | Komentářů: 23
    Rozcestník

    Dotaz: Zabezpeceni Virtualniho stroje

    23.7.2009 15:20 helikaon
    Zabezpeceni Virtualniho stroje
    Přečteno: 350×

    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.
     

    Odpovědi

    23.7.2009 17:10 pht | skóre: 48 | blog: pht
    Rozbalit Rozbalit vše Re: Zabezpeceni Virtualniho stroje
    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
    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
    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

    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

    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   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.