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:23 | Komunita

Phoronix spustil 2017 Linux Laptop Survey. Tento dotazník s otázkami zaměřenými na parametry ideálního notebooku s Linuxem lze vyplnit do 6. července.

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

Po třech měsících vývoje od vydání verze 5.5.0 byla vydána verze 5.6.0 správce digitálních fotografií digiKam (digiKam Software Collection). Do digiKamu se mimo jiné vrátila HTML galerie a nástroj pro vytváření videa z fotografií. V Bugzille bylo uzavřeno více než 81 záznamů.

Ladislav Hagara | Komentářů: 1
včera 17:44 | Nová verze

Byla vydána verze 9.3 open source alternativy GitHubu, tj. softwarového nástroje s webovým rozhraním umožňujícího spolupráci na zdrojových kódech, GitLab. Představení nových vlastností v příspěvku na blogu a na YouTube.

Ladislav Hagara | Komentářů: 2
včera 13:53 | Nová verze

Simon Long představil na blogu Raspberry Pi novou verzi 2017-06-21 linuxové distribuce Raspbian určené především pro jednodeskové miniaturní počítače Raspberry Pi. Společně s Raspbianem byl aktualizován také instalační nástroj NOOBS (New Out Of the Box Software). Z novinek lze zdůraznit IDE Thonny pro vývoj v programovacím jazyce Python a především offline verzi Scratche 2.0. Ten bylo dosud možné používat pouze online. Offline bylo možné používat pouze Scratch ve verzi 1.4. Z nového Scratchu lze ovládat také GPIO piny. Scratch 2.0 vyžaduje Flash.

Ladislav Hagara | Komentářů: 0
22.6. 14:24 | Nová verze

Opera 46, verze 46.0.2597.26, byla prohlášena za stabilní. Nejnovější verze tohoto webového prohlížeče je postavena na Chromiu 59. Z novinek lze zmínit například podporu APNG (Animated Portable Network Graphics). Přehled novinek pro vývojáře na blogu Dev.Opera. Oznámení o vydání zmiňuje také první televizní reklamu.

Ladislav Hagara | Komentářů: 0
22.6. 13:37 | IT novinky

I čtenáři AbcLinuxu před dvěma lety vyplňovali dotazníky věnované Retro ThinkPadu. Nyní bylo potvrzeno, že iniciativa Retro ThinkPad je stále naživu a Lenovo připravuje speciální edici ThinkPadu jako součást oslav jeho 25. výročí.

Ladislav Hagara | Komentářů: 19
22.6. 10:22 | Komunita

Bylo oznámeno, že frontend a runtime programovacího jazyka D bude začleněn do kolekce kompilátorů GCC (GNU Compiler Collection). Správcem byl ustanoven Iain Buclaw.

Ladislav Hagara | Komentářů: 7
21.6. 18:47 | IT novinky
Bulharská firma Olimex je známá jako výrobce kvalitních mini arm desek, u nichž se snaží být maximálně open source. Kromě velké otevřenosti taktéž zaručují dlouhodobou podporu výroby, což je vítáno ve firemním prostředí. Nyní firma ohlásila ESP32-GATEWAY, malou IoT desku s Wifi, Bluetooth, Ethernetem a 20 GPIO porty za 22EUR. Tato malá deska je ořezanou verzí ESP32-EVB.
Max | Komentářů: 21
21.6. 18:00 | Zajímavý článek

LinuxGizmos (v dubnu loňského roku přejmenován na HackerBoards a v lednu letošního roku zpět na LinuxGizmos) zveřejnil výsledky čtenářské ankety o nejoblíbenější jednodeskový počítač (SBC) v roce 2017. Letos se vybíralo z 98 jednodeskových počítačů (Tabulky Google). Nejoblíbenějšími jednodeskovými počítači v letošním roce jsou Raspberry Pi 3 Model B, Raspberry Pi Zero W a Raspberry Pi 2 Model B.

Ladislav Hagara | Komentářů: 0
21.6. 14:22 | Pozvánky

Ne-konference jOpenSpace 2017 se koná od 13. do 15. října 2017 v hotelu Farma u Pelhřimova. Registrace účastníků je nutná. Více informací na stránkách ne-konference.

Zdenek H. | Komentářů: 0
Chystáte se pořídit CPU AMD Ryzen?
 (6%)
 (31%)
 (1%)
 (9%)
 (44%)
 (9%)
Celkem 828 hlasů
 Komentářů: 65, poslední 1.6. 19:16
    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.