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 01:00 | Nová verze

Po půl roce vývoje od vydání verze 11.0 byla vydána verze 11.1 svobodného softwaru pro vytváření datových úložišť na síti FreeNAS (Wikipedie). Nejnovější FreeNAS je postaven na FreeBSD 11.1. Přehled novinek v příspěvku na blogu. Zdůraznit lze zvýšení výkonu OpenZFS, počáteční podporu Dockeru nebo synchronizaci s cloudovými službami Amazon S3 (Simple Storage Services), Backblaze B2 Cloud, Google Cloud a Microsoft Azure

Ladislav Hagara | Komentářů: 0
včera 23:55 | Nová verze

Po dvou měsících vývoje od vydání verze 235 oznámil Lennart Poettering vydání verze 236 správce systému a služeb systemd (GitHub, NEWS).

Ladislav Hagara | Komentářů: 0
včera 20:00 | Nová verze Ladislav Hagara | Komentářů: 0
včera 19:33 | Pozvánky

Pražská Fedora 27 Release Party, oslava nedávného vydání Fedory 27, se uskuteční 19. prosince od 19:00 v prostorách společnosti Etnetera (Jankovcova 1037/49). Na programu budou přednášky o novinkách, diskuse, neřízený networking atd.

Ladislav Hagara | Komentářů: 0
včera 18:11 | Nová verze

Byla vydána verze 2.11.0 QEMU (Wikipedie). Přispělo 165 vývojářů. Provedeno bylo více než 2 000 commitů. Přehled úprav a nových vlastností v seznamu změn.

Ladislav Hagara | Komentářů: 0
včera 17:44 | Komunita

Canonical oznámil dostupnost kryptografických balíčků s certifikací FIPS 140-2 úrovně 1 pro Ubuntu 16.04 LTS pro předplatitele podpory Ubuntu Advantage Advanced. Certifikace FIPS (Federal Information Processing Standards) jsou vyžadovány (nejenom) vládními institucemi USA.

Ladislav Hagara | Komentářů: 2
včera 16:11 | Zajímavý software

Společnost Avast uvolnila zdrojové kódy svého dekompilátoru RetDec (Retargetable Decompiler) založeného na LLVM. Vyzkoušet lze RetDec jako webovou službu nebo plugin pro interaktivní disassembler IDA. Zdrojové kódy RetDec jsou k dispozici na GitHubu pod open source licencí MIT.

Ladislav Hagara | Komentářů: 3
13.12. 11:00 | Zajímavý software
Na Good Old Games je v rámci aktuálních zimních slev zdarma k dispozici remasterovaná verze klasické point&click adventury Grim Fandango, a to bez DRM a pro mainstreamové OS včetně GNU/Linuxu. Akce trvá do 14. prosince, 15:00 SEČ.
Fluttershy, yay! | Komentářů: 6
13.12. 07:22 | Pozvánky

Konference InstallFest 2018 proběhne o víkendu 3. a 4. března 2018 v Praze na Karlově náměstí 13. Spuštěno bylo CFP. Přihlásit přednášku nebo workshop lze do 18. ledna 2018.

Ladislav Hagara | Komentářů: 0
12.12. 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ářů: 6
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 987 hlasů
 Komentářů: 45, poslední 1.12. 19:00
    Rozcestník

    Dotaz: Možnost odposlechu mysql komunikace ?

    10.11.2009 19:40 sekur
    Možnost odposlechu mysql komunikace ?
    Přečteno: 659×
    V síti mám aktivované vlany. V jedné z nich jsou servery. Jeden ze serverů je mysql server. Některé další ho používají jako autentizační server pro uživatele přes databázi mysql. Hesla v databázi jsou uložena v MD5, takže takto uložená hesla putují po "serverové vlaně". Hrozí nějaké bezpečnostní riziko odposlechnutí hesla? Mě totiž připadá zbytečné nastavovat ssl komunikaci, protože takhle je to logicky rychlejší a hlavně je podle mě nemožné komunikaci odposlechnout když normální uživatelé jsou v jiných vlanách. Co si o tom myslíte vy? SSL nebo ne?

    Odpovědi

    10.11.2009 21:04 NN
    Rozbalit Rozbalit vše Re: Možnost odposlechu mysql komunikace ?
    VLAN je reseni zabezpeceni na 2 vrstve, kdezto SSL na 4 ,takze o par levelu nahore. Mozna kdyz to jeste pojistite na IP urovni, bude SSL temer zbytecna zatez..

    NN
    10.11.2009 22:41 petr_p | skóre: 59 | blog: pb
    Rozbalit Rozbalit vše Re: Možnost odposlechu mysql komunikace ?

    Hlavně nesmíte pustit útočníka ke kabelu, ve kterém tečou rámce z dotčené VLAN. Pamatujte, že VLAN je jenom o označkování ethernetových rámců, nic se nikde nešifruje.

    A vzhledem k tomu, že uhlídat víc jak metr drátu je nemožné, silně doporučuji zavést šifrování.

    10.11.2009 23:30 sekur
    Rozbalit Rozbalit vše Re: Možnost odposlechu mysql komunikace ?
    Pravda, teoreticky by se někdo do serverové vlany mohl připojit, ale mělo by to být fyzicky zabezpečené, aby k tomu nedošlo, ale.. A jaké šifrování je tak asi nejrychlejší a nejlepší? Nějaký tunel nebo to nastavovat v několika desítkách aplikací zvlášť? Používáte někdo podobné šifrování? Jaké?
    11.11.2009 00:21 petr_p | skóre: 59 | blog: pb
    Rozbalit Rozbalit vše Re: Možnost odposlechu mysql komunikace ?
    Symetrické proudové šifrování je rychlé. Pokud nechcete hrabat do nastavení SQL serveru a klientů, nasaďte IPsec.
    11.11.2009 00:36 sekur
    Rozbalit Rozbalit vše Re: Možnost odposlechu mysql komunikace ?
    Takže VPN ve vnitřní síti?
    11.11.2009 10:00 petr_p | skóre: 59 | blog: pb
    Rozbalit Rozbalit vše Re: Možnost odposlechu mysql komunikace ?
    IPsec neznamená automaticky VPN. IPsec má taky režim „transport“, který žádnou virtuální síť nezavádí, prostě k určitým existujícím packetům se (na zrojových strojích) přidá autentizační hlavička nebo se jejich obsah zašifruje. Žádné přečíslování sítí nebo vytváření nových nebo vkládání nových síťových prvků se nekoná.
    11.11.2009 06:22 pht | skóre: 48 | blog: pht
    Rozbalit Rozbalit vše Re: Možnost odposlechu mysql komunikace ?
    11.11.2009 11:08 x
    Rozbalit Rozbalit vše Re: Možnost odposlechu mysql komunikace ?
    Tady mate vynikajici popis trech moznych reseni IPsec, OpenVPN, OpenSSH Building VPNs . Diky nejlepsi podpore sifrovani v OpenBSD bych ja osobne volil jen tohle reseni, ale navod muzete prizpusobit.

    PS: MD5 jiz neni nejakych par mesicu povazovano za bezpecne, ale samozrejme zalezi v jakem rozsahu mate to co mate
    11.11.2009 20:09 sekur
    Rozbalit Rozbalit vše Re: Možnost odposlechu mysql komunikace ?
    Tak jsem si nastavil to ipsec. Je to docela rychlý i snadný nastavení. Nastavoval jsem podle http://www.e-clanky.cz/detail/57-ipsec-nastaveni-konfigurace/, ale použil jsem na AH hmac-sha1a na ESP blowfish-cbc. Jsou to dost silný algoritmy?
    11.11.2009 20:14 sekur
    Rozbalit Rozbalit vše Re: Možnost odposlechu mysql komunikace ?
    Když budu chtít komunikovat šifrovaně mezi více počítači, musím něco měnit kromě klíčů a cílové ip respektive jak upravit setkey.conf?
    12.11.2009 00:42 sekur
    Rozbalit Rozbalit vše Re: Možnost odposlechu mysql komunikace ?
    Tak už vím jak. Jen ještě k těm algoritmům. Jsou dostatečně bezpečné ty co jsem použil?
    12.11.2009 11:40 petr_p | skóre: 59 | blog: pb
    Rozbalit Rozbalit vše Re: Možnost odposlechu mysql komunikace ?

    SHA-1 se říká, že „brzy“ bude „prolomen“. Nicméně v případě IPsecu se dočasné klíče mění celkem rychle (záleží jakou máte nastavenou periodu, ale rozhodně to nejsou měsíce nebo roky, které budou pro SHA-1 nebezpečné).

    O blowfish moc nevím. Snad jen že jeho následník twofish má v Linuxu implementaci přímo v assembleru, takže by mohl být rychlejší při stejném stupni zabezpečení.

    12.11.2009 14:08 sekur
    Rozbalit Rozbalit vše Re: Možnost odposlechu mysql komunikace ?
    Co to znamená že se mění? To znamená že jádro transparentně prohazuje klíče, takže ty definované v setkey.conf se použijí jen při nastavení šifrování nebo je nutná účast user-space aplikace?
    12.11.2009 16:12 petr_p | skóre: 59 | blog: pb
    Rozbalit Rozbalit vše Re: Možnost odposlechu mysql komunikace ?

    Nastudujte si, jak IPsec funguje, mnoho problémů se vám vyjasní.

    IPsec sám o sobě používá neměnné klíče a oba konce musí mít stejnou konfiguraci (výběr kryptografických algoritmů). Protože to je nebezpečné a obtížné, používá se na dohodnutí parametrů a periodickou výměnu šifrovacích klíčů IKE protokol a odpovídající user space démon (UDP port 500). V Linuxu a BSD to bývá démon Racoon.

    Racoon podle security policies dohodne s druhou stranou vyhovujcí algoritmy, pomocí klíčů/certifikátů ze své konfigurace (nikoliv setkey.conf) se vzájemně oba konce autentizují a dohodnou dočasné šifrovací klíče a do jádra zavedou security association (transportní adresy, IPsec režim, AH nebo ESP, dočasné šifrovací klíče), které pak jádro použije pro vytvoření IPsec hlaviček a zašifrování dat.

    V setkey.conf pak jsou uvedeny jen politiky definující, jaký provoz se může/musí autentizovat nebo šifrovat a jestli má jít přímo nebo přes tunel.

    Funguje to tak, že jádro když jádro má odeslat packet, tak když packet vyhovuje politice, zkusí najít asociaci. Když neexistuje, tak jádro zavolá IKE démona, ať se urychleně dohodne s druhou stranou, démon to udělá, jádru vrátí asociaci a jádro ji použije pro zašifrování packetu, který následně odešle.

    12.11.2009 18:53 sekur
    Rozbalit Rozbalit vše Re: Možnost odposlechu mysql komunikace ?
    Aha, takže pokud nemám racoon nainstalovaný, tak ten mechanismus výměny klíčů nefunguje(ale spojení mi normálně jede)? Teď jsem nainstaloval racoon a vypadá to, že to vůbec nepracuje spolu se setkey nastavováním. Takže stačí nakonfigurovat racoon.conf?
    12.11.2009 19:03 sekur
    Rozbalit Rozbalit vše Re: Možnost odposlechu mysql komunikace ?
    Tak jsem si to nastudovat a jestli jsem to pochopil tak setkey nastaví staticky informace a racoon zajistí výměnu klíčů a prý by to bez racoonu nemělo fungovat, jenže mě to funguje ??
    12.11.2009 19:30 sekur
    Rozbalit Rozbalit vše Re: Možnost odposlechu mysql komunikace ?
    Když použiju pro racoon pre_shared_key, bude fungovat dynamický výměna klíčů? V čem je PSK horší/lepší než certifikáty?
    12.11.2009 19:51 Michal Kubeček | skóre: 71 | Luštěnice
    Rozbalit Rozbalit vše Re: Možnost odposlechu mysql komunikace ?
    V tom, že máte shared secret. Tedy sdílený tajný klíč, který musíte nějak dostat na oba konce, aniž by hrozilo riziko jeho prozrazení. Navíc nechcete-li riskovat při kompromitaci jednoho stroje otevření veškeré komunikace, budete muset pro každou dvojici komunikujících serverů používat jiný klíč.
    12.11.2009 20:01 sekur
    Rozbalit Rozbalit vše Re: Možnost odposlechu mysql komunikace ?
    Takže to není míň nebezpečný, jen pracnější? Respektive to asi bude lepší než certifikáty(klíč nikdy nevyprší narozdíl od certifikátů), když to potřebuju pro komunikaci jen 3 strojů. Takže jen PSK se použije jen jednou při autentizaci protistran a pak už to běží jen po dohodnutých dynamických klíčích?
    12.11.2009 21:47 Michal Kubeček | skóre: 71 | Luštěnice
    Rozbalit Rozbalit vše Re: Možnost odposlechu mysql komunikace ?
    Takže to není míň nebezpečný, jen pracnější?

    PSK je samozřejmě méně bezpečný než použití asymetrické kryptografie, hlavní důvody jsem se pokoušel naznačit.

    klíč nikdy nevyprší narozdíl od certifikátů

    Pokud si generujete své vlastní certifikáty, je čistě na vás, jakou jim nastavíte platnost. Ale na vašem místě bych se zamyslel nad tím, jestli časově omezená platnost certifikátů nemá svůj důvod.

    Takže jen PSK se použije jen jednou při autentizaci protistran a pak už to běží jen po dohodnutých dynamických klíčích?

    Ne jen jednou, používá se při výměně klíčů. Ale pořád je to automatický režim, takže se PSK nepoužívá pro šifrování vlastní komunikace, to je rozdíl oproti manuálnímu režimu, kdy definujete přímo SA.

    12.11.2009 23:08 sekur
    Rozbalit Rozbalit vše Re: Možnost odposlechu mysql komunikace ?
    Takže z toho vyplývá, že pokud bezpečně nastavím PSK na obou stranách(+ nastavím na soubor chmod 400), je to vy výsledku stejně bezpečné jako certifikáty? A když se PSK používá při výměně klíčů, tak se posílá přes síť přímo získaný hash nebo je to v rámci už vytvořené šifrované komunikace? Protože pokud ne tak to může přeci leckdo odposlouchat.
    12.11.2009 23:26 Michal Kubeček | skóre: 71 | Luštěnice
    Rozbalit Rozbalit vše Re: Možnost odposlechu mysql komunikace ?
    Takže z toho vyplývá, že pokud bezpečně nastavím PSK na obou stranách(+ nastavím na soubor chmod 400), je to vy výsledku stejně bezpečné jako certifikáty?

    Už jsem vám napsal že ne a napsal jsem i proč ne.

    A když se PSK používá při výměně klíčů, tak se posílá přes síť přímo získaný hash nebo je to v rámci už vytvořené šifrované komunikace? Protože pokud ne tak to může přeci leckdo odposlouchat.

    Používá se Diffie-Hellmanův algoritmus výměny klíčů. Pre-shared key slouží k tomu, abyste měl jistotu, že si klíč vyměňujeteo opravdu s tím, s kým si myslíte. Což lze ale snáze - a bezpečněji - zajistit pomocí asymetrické kryptografie.

    Můj názor je, že jediná situace, kdy má smysl použít PSK, je ta, když je na jedné straně zařízení, které jinou metodu autentizace neumí (což je případ některých embedded implementací).

    13.11.2009 07:19 sekur
    Rozbalit Rozbalit vše Re: Možnost odposlechu mysql komunikace ?
    Předpokládám, že si budu muset vytvořit CA a podepsat všechny certifikáty tímto kořenovým jinak by to mohlo být napadnutelný?
    13.11.2009 07:21 pht | skóre: 48 | blog: pht
    Rozbalit Rozbalit vše Re: Možnost odposlechu mysql komunikace ?
    spíš naopak. ale ca usnadňuje život. něco za něco.
    In Ada the typical infinite loop would normally be terminated by detonation.
    13.11.2009 08:46 sekur
    Rozbalit Rozbalit vše Re: Možnost odposlechu mysql komunikace ?
    Čím usnadňuje život? Self-signed certifikát si mohu vygenerovat přece podle konfiguráku.
    13.11.2009 09:47 Michal Kubeček | skóre: 71 | Luštěnice
    Rozbalit Rozbalit vše Re: Možnost odposlechu mysql komunikace ?
    Když je těch certifikátů víc, nemusíte na každý stroj instalovat certifikáty všech ostatních, ale stačí všude jeden certifikát autority. Na druhou stranu, pokud potřebujete stroje i odebírat, znamená to práci navíc s CRL nebo OCSP. IMHO se nedá jednoznačně říci, že by jedna varianta byla obecně jednodušší, spíš je potřeba si zvolit podle konkrétní situace; jde-li o zabezpečení komunikace mezi dvěma nebo třemi servery, budou to spíš jednotlivé self-signed certifikáty.
    13.11.2009 23:20 sekur
    Rozbalit Rozbalit vše Re: Možnost odposlechu mysql komunikace ?
    Rozchodil jsem komunikaci a šifrování pomocí certifikátů. Narazil jsem na asi obecný problém a to je udržení spojení, které se se vytváří jen pokud se něco pokouší komunikovat přes síť. Dá se někde nastavit udržování spojení? Zatím to propingovávám pro udržení spojení, což je důležité, protože jinak ani nenaběhnou při bootu aplikace které komunikují s databází, protože prostě naběhnou rychleji, než se vymění certifikáty. Vše jsem vyřešil tím, že 1/ udržuju spojení pingama, 2/ při bootu čekám než naběhne komunikace s db. Dá se to vyřešit elegantnější cestou?
    14.11.2009 20:46 Michal Kubeček | skóre: 71 | Luštěnice
    Rozbalit Rozbalit vše Re: Možnost odposlechu mysql komunikace ?
    AFAIK ne. Ono je hlavně potřeba si uvědomit, že tam žádné spojení v pravém slova smyslu není. Osobně jsem si přidal tichý 'ping -c 1' do startovacího skriptu racoon.
    15.11.2009 19:45 petr_p | skóre: 59 | blog: pb
    Rozbalit Rozbalit vše Re: Možnost odposlechu mysql komunikace ?

    Packet pozdržený v jádře kvůli čekání na asociaci, blokuje volání jádra, takže pokud aplikace používá blokující operace, tak se prostě uspí. (Samozřejmě je tam časový limit na získání asociace, když IKE nefunguje, tak po nějaké době vrátí systém chybu (s docela podivným názvem, na který si teď nevzpomenu)).

    Pokud aplikace používá neblokující operace, tak záleží, jak má nastavené časové limity. Obecně si ale myslím, že několik sekund, kolik trvá zavedení asociace i na poměrně starých strojích, by měly aplikace pojmout. Pokud tomu tak není, pak stojí za otázku, zda jsou vaše aplikace vhodně nastavené.

    Pokud vám aplikace vůbec nenaběhnou, protože jsou špatně napsané a nesnesou větší zpoždění, tak si je opravte nebo zasáhněte do startovacích závislostí startovacích skriptů. (Stejný problém se stejně musí řešit při čekání na potvrzení použitelnosti IPv6 adresy rozhraní nebo náběh linkové vrstvy rádiových rozhraní. Takže blbě napsaná aplikace se projeví i tak.)

    Žádný udržovací ping není třeba, neboť asociace se drží v jádře velmi dlouho a ustanovení nových klíčů probíhá asynchronně (racoon si to hlídá a vymění je dříve, než starým vyprší platnost). Samozřejmě pokud byste měl stroj s tisíci asociacemi, pak by asi začaly vypadávat z paměti, ale u pár záznamů se nic takového neděje.

    Prakticky vzato po prvním pokusu o spojení, které trvá déle, vše pak funguje hladce. Aspoň to jsou moje zkušenosti. Vyzkoušejte poslední verzi racoonu a nastavte si rozumnou životnost dočasných šifrovacích klíčů v racoonu. (Já mám ipsec-tools-0.7.3 a lifetime time 1 hour.)

    16.11.2009 17:14 sekur
    Rozbalit Rozbalit vše Re: Možnost odposlechu mysql komunikace ?
    Dá se říct, že nenaběhne prakticky nic závislé na mysql, které běží na jiném serveru. Třeba postfix, dovecot... Samozřejmě jedná se jen o boot. Když jsem měřil dobu navázání prvotní komunikace, tak je to cca 10 sekund(pokud spustím racoon na obou stranách, tak po deseti sekundách teprve projde první ping), což je asi dost. Je fakt, že to všechno testuju na virtuálech na nějakým celeronu, ale stejně by to mělo fungovat.
    16.11.2009 18:19 Michal Kubeček | skóre: 71 | Luštěnice
    Rozbalit Rozbalit vše Re: Možnost odposlechu mysql komunikace ?
    To je ale IMHO problém bez ohledu na IPsec. Co když zrovna ve chvíli, kdy ten server bude nabíhat, druhý nepoběží (např. se budou spouštět oba současně po delším výpadku napájení) nebo nepůjde síť?
    16.11.2009 18:50 sekur
    Rozbalit Rozbalit vše Re: Možnost odposlechu mysql komunikace ?
    Když zrovna databázový server nepujde, tak se nedá nic dělat, ale sleep ve skriptu na startu řeší tu prodlevu než se naváže spojení.
    17.11.2009 10:23 petr_p | skóre: 59 | blog: pb
    Rozbalit Rozbalit vše Re: Možnost odposlechu mysql komunikace ?
    Já mám na jednom konci Celerona na 333 MHz, na druhém konci Durona na 950 MHz. Oba konce se prokazují 1024b RSA s SHA1 certifikáty. V racoonu mám exchange_mode main,aggressive; a jako proposal hash_algorithm sha1; encryption_algorithm 3des; authentication_method rsasig; První navázání TCP spojení trvá 3 sekundy. Šifruji a podepisuji oba směry.
    12.11.2009 19:48 Michal Kubeček | skóre: 71 | Luštěnice
    Rozbalit Rozbalit vše Re: Možnost odposlechu mysql komunikace ?

    U SHA-1 se očekává nanejvýš nalezení kolizí. Že by ji někdo byl schopen v dohledné době prolomit v tom smyslu, že by bylo nebezpečné ji použít pro zabezpečení komunikace, je krajně nepravděpodobné, to zatím nikdo neumí ani pro MD5, pro kterou už je dnes hledání kolizí rychlou a nenáročnou záležitostí.

    Nechci samozřejmě bagatelizovat otázku důvěryhodnosti MD5 a SHA-1, ale na druhou stranu není důvod k panice a představám, že jak použijete MD5, okamžitě se vám tam někdo nabourá.

    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.