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 11:33 | Zajímavý článek

Národní centrum kybernetické bezpečnosti (NCKB) vypracovalo (pdf) 26 podrobných bezpečnostních doporučení pro síťové správce. Tato doporučení jsou nastavena tak, aby je bylo možné aplikovat v každé instituci. Jsou rozdělena na tři základní části: bezpečnost infrastruktury, bezpečnost stanic a serverů a bezpečnost uživatelů.

Ladislav Hagara | Komentářů: 6
dnes 05:55 | Komunita

Prezident Nadace pro svobodný software (FSF) Richard M. Stallman vyhlásil na slavnostním ceremoniálu v rámci konference LibrePlanet 2017 vítěze Free Software Awards za rok 2016. Ocenění za společenský přínos získal SecureDrop (Wikipedie). Za rozvoj svobodného softwaru byl oceněn Alexandre Oliva (Wikipedie).

Ladislav Hagara | Komentářů: 0
dnes 04:44 | Nová verze

Byla vydána verze 0.7.0 debugovacího nástroje cgdb. Mezi novinky patří například zvýrazňování syntaxe jazyka Rust. Podrobnosti v poznámkách o vydání.

Neel | Komentářů: 0
25.3. 22:00 | Komunita

Portál Stack Overflow po roce opět vyzpovídal své uživatele, jedná se především o vývojáře softwaru, a zveřejnil (podcast) detailní výsledky průzkumu. Průzkumu se letos zúčastnilo více než 64 tisíc vývojářů. Jejich nejmilovanější platformou je linuxový desktop. Ten je také druhou nejpoužívanější platformou vývojářů.

Ladislav Hagara | Komentářů: 6
24.3. 11:55 | Komunita

Vývojový tým OpenSSL ve spolupráci s iniciativou Core Infrastructure konsorcia Linux Foundation spustil proces přelicencování této kryptografické knihovny ze současné licence na licenci Apache Licence v 2.0 (ASLv2). Nová licence usnadní začleňování OpenSSL do dalších svobodných a open source projektů. Všichni dosavadní vývojáři OpenSSL (Authors) obdrží v následujících dnech email s prosbou o souhlas se změnou licence.

Ladislav Hagara | Komentářů: 26
24.3. 01:11 | Komunita

Před třemi týdny Mozilla.cz představila projekt Photon, jehož cílem je návrh a implementace nového vzhledu Firefoxu. Včera zveřejnila první náhled vzhledu Photon. Práce na projektu Photon jsou rozděleny do pěti týmů, které celkem čítají 19 lidí. Zaměřují se na zlepšení prvního spuštění Firefoxu a zaujetí nových uživatelů, celkovou úpravu vzhledu, zlepšení animací, zrychlení odezvy uživatelského rozhraní a také upravení nabídek. Vývoj lze sledovat v Bugzille.

Ladislav Hagara | Komentářů: 44
23.3. 20:00 | Komunita

OneDrive pro firmy je již ve webových prohlížečích na Linuxu stejně rychlý jako na Windows. Microsoft opravil chybu z listopadu loňského roku. OneDrive pro firmy běžel na Linuxu mnohem pomaleji než na Windows. V popisu chyby bylo uvedeno, že stačilo v prohlížeči na Linuxu nastavit v user-agentu Windows a vše se zrychlilo. Odpovědí Microsoftu bylo (Internet Archive: Wayback Machine), že Linux není podporován. Po bouřlivých diskusích na redditu i Hacker News byla chyba nalezena a opravena.

Ladislav Hagara | Komentářů: 8
23.3. 19:00 | Zajímavý projekt

Byla vyhlášena soutěž Hackaday Prize 2017. Soutěž je určena vývojářům open source hardwaru. Pro výherce je připraveno celkově 250 tisíc dolarů. Každý ze 120 finalistů získá tisíc dolarů. Nejlepší pak navíc 50, 30, 20, 15, 10 a 5 tisíc dolarů. Jedná se již o čtvrtý ročník soutěže. V roce 2014 zvítězil projekt globální sítě open source pozemních satelitních stanic SatNOGS. V roce 2015 zvítězil open source systém pro řízení elektrických invalidních vozíků pohybem očí Eyedriveomatic. V roce 2016 zvítězil modulární robot Dtto.

Ladislav Hagara | Komentářů: 0
23.3. 15:00 | Bezpečnostní upozornění

Byla vydána Samba ve verzích 4.6.1, 4.5.7 a 4.4.12. Řešen je bezpečnostní problém CVE-2017-2619. Pomocí symbolických odkazů a souběhu (symlink race) lze "teoreticky" získat přístup k souborům, které nejsou sdíleny. Linuxové distribuce jsou postupně aktualizovány (Debian).

Ladislav Hagara | Komentářů: 0
23.3. 07:43 | Nová verze

Na Steamu se objevil port hry Arma: Cold War Assault (Operation Flashpoint) pro Mac a Linux. … více »

creon | Komentářů: 30
Jak se stavíte k trendu ztenčování přenosných zařízení (smartphony, notebooky)?
 (14%)
 (2%)
 (71%)
 (3%)
 (10%)
Celkem 943 hlasů
 Komentářů: 72, poslední 1.3. 11: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.