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í
×

dnes 20:22 | Nová verze

Před měsícem byla vydána Fedora 27 ve dvou edicích: Workstation pro desktopové a Atomic pro cloudové nasazení. Fedora Server byl "vzhledem k náročnosti přechodu na modularitu" vydán pouze v betaverzi. Finální verze byla naplánována na leden 2018. Plán byl zrušen. Fedora 27 Server byl vydán již dnes. Jedná se ale o "klasický" server. Modularita se odkládá.

Ladislav Hagara | Komentářů: 0
dnes 10:22 | Zajímavý článek

Lukáš Růžička v článku Kuchařka naší Růži aneb vaříme rychlou polévku z Beameru na MojeFedora.cz ukazuje "jak si rychle vytvořit prezentaci v LaTeXu, aniž bychom se přitom pouštěli do jeho bezedných hlubin".

Ladislav Hagara | Komentářů: 12
dnes 07:22 | Komunita

Od 26. do 29. října proběhla v Bochumi European Coreboot Conference 2017 (ECC'17). Na programu této konference vývojářů a uživatelů corebootu, tj. svobodné náhrady proprietárních BIOSů, byla řada zajímavých přednášek. Jejich videozáznamy jsou postupně uvolňovány na YouTube.

Ladislav Hagara | Komentářů: 0
včera 19:22 | Nová verze

Ondřej Filip, výkonný ředitel sdružení CZ.NIC, oznámil vydání verze 2.0.0 open source routovacího démona BIRD (Wikipedie). Přehled novinek v diskusním listu a v aktualizované dokumentaci.

Ladislav Hagara | Komentářů: 0
včera 09:22 | Pozvánky

V Praze dnes probíhá Konference e-infrastruktury CESNET. Na programu je řada zajímavých přednášek. Sledovat je lze i online na stránce konference.

Ladislav Hagara | Komentářů: 2
9.12. 20:11 | Nová verze

Byl vydán Debian 9.3, tj. třetí opravná verze Debianu 9 s kódovým názvem Stretch a Debian 8.10, tj. desátá opravná verze Debianu 8 s kódovým názvem Jessie. Řešeny jsou především bezpečnostní problémy, ale také několik vážných chyb. Instalační média Debianu 9 a Debianu 8 lze samozřejmě nadále k instalaci používat. Po instalaci stačí systém aktualizovat.

Ladislav Hagara | Komentářů: 2
9.12. 00:44 | Nová verze

Po 6 měsících vývoje od vydání verze 0.13.0 byla vydána verze 0.14.0 správce balíčků GNU Guix a na něm postavené systémové distribuce GuixSD (Guix System Distribution). Na vývoji se podílelo 88 vývojářů. Přibylo 1 211 nových balíčků. Jejich aktuální počet je 6 668. Aktualizována byla také dokumentace.

Ladislav Hagara | Komentářů: 4
8.12. 21:33 | Nová verze

Po půl roce vývoje od vydání verze 5.9 byla vydána nová stabilní verze 5.10 toolkitu Qt. Přehled novinek na wiki stránce. Současně byla vydána nová verze 4.5.0 integrovaného vývojového prostředí (IDE) Qt Creator nebo verze 1.10 nástroje pro překlad a sestavení programů ze zdrojových kódů Qbs.

Ladislav Hagara | Komentářů: 0
7.12. 11:11 | Komunita

Naprostá většina příjmů Mozilly pochází od výchozích webových vyhledávačů ve Firefoxu. Do konce listopadu 2014 měla Mozilla globální smlouvu se společností Google. Následně bylo místo jedné globální smlouvy uzavřeno několik smluv s konkrétními vyhledávači pro jednotlivé země. V USA byla podepsána pětiletá smlouva s vyhledávačem Yahoo. Dle příspěvku na blogu Mozilly podala společnost Yahoo na Mozillu žalobu ohledně porušení této

… více »
Ladislav Hagara | Komentářů: 0
7.12. 05:55 | Zajímavý článek

V Londýně probíhá konference věnovaná počítačové bezpečnosti Black Hat Europe 2017. Průběžně jsou zveřejňovány prezentace. Videozáznamy budou na YouTube zveřejněny o několik měsíců. Zveřejněna byla například prezentace (pdf) k přednášce "Jak se nabourat do vypnutého počítače, a nebo jak v Intel Management Engine spustit vlastní nepodepsaný kód". Dle oznámení na Twitteru, aktualizace vydaná společností Intel nevylučuje možnost útoku.

Ladislav Hagara | Komentářů: 5
Jak se vás potenciálně dotkne trend odstraňování analogového audio konektoru typu 3,5mm jack z „chytrých telefonů“?
 (8%)
 (1%)
 (1%)
 (1%)
 (75%)
 (14%)
Celkem 963 hlasů
 Komentářů: 45, poslední 1.12. 19:00
    Rozcestník

    Dotaz: Zabezpeceni Virtualniho stroje

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

    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: 67 | 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: 67 | 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: 67 | 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.