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: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ářů: 3
dnes 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
dnes 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
dnes 07:43 | Nová verze

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

creon | Komentářů: 25
dnes 05:55 | Nová verze

Po 18 měsících od vydání verze 8.0 byla vydána verze 9.0 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ářů: 0
dnes 03:33 | Komunita

Platnost posledního patentu souvisejícího s Dolby Digital (AC-3) vypršela. Po MP3 se tak do Fedory oficiálně dostane také kodek AC-3.

Ladislav Hagara | Komentářů: 5
dnes 00:44 | Komunita

Feral Interactive, společnost zabývající se vydáváním počítačových her pro operační systémy macOS a Linux, nabízí své hry na Steamu vývojářům open source 3D grafické knihovny Mesa zdarma. Podmínkou je minimálně 25 commitů za posledních 5 let. Stejnou nabídku dostali vývojáři knihovny Mesa v roce 2015 od Valve. O rok dříve dostali od Valve tuto nabídku vývojáři Debianu a Ubuntu.

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

Opera 44, verze 44.0.2510.857, byla prohlášena za stabilní. Nejnovější verze tohoto webového prohlížeče je postavena na Chromiu 57. Z novinek vývojáři Opery zdůrazňují podporou Touch Baru na nejnovějších MacBoocích Pro (gif). Přehled novinek pro vývojáře na blogu Dev.Opera.

Ladislav Hagara | Komentářů: 1
včera 20:56 | Pozvánky

V úterý 28. dubna se koná další Prague Containers Meetup. Přijďte si zopakovat, jak psát kvalitnější Dockerfile a jaké novinky a ulehčení přináší ansible-container, který vám umožní spravovat celý životní cyklus vašeho kontejneru. Místo konání: Concur, Bucharova 11, Praha-Stodůlky.

little-drunk-jesus | Komentářů: 0
včera 17:00 | Nová verze

Po půl roce od vydání verze 3.22 bylo vydáno GNOME ve verzi 3.24 s kódovým názvem Portland. Vydání obsahuje 28 459 změn od přibližně 753 přispěvatelů. Z novinek lze zmínit funkci noční světlo, přepracovaná nastavení, aplikaci Recepty, zdokonalenou oblast pro upozornění nebo zdokonalený webový prohlížeč. Podrobnosti i s náhledy v poznámkách k vydání a v novinkách pro vývojáře a správce systémů.

Ladislav Hagara | Komentářů: 10
Jak se stavíte k trendu ztenčování přenosných zařízení (smartphony, notebooky)?
 (14%)
 (2%)
 (72%)
 (3%)
 (10%)
Celkem 921 hlasů
 Komentářů: 72, poslední 1.3. 11:16
    Rozcestník

    Dotaz: Jak šifrovat hesla v DB tak, aby je šlo dešifrovat vícero administrátory

    1.8.2014 13:53 faktnevim
    Jak šifrovat hesla v DB tak, aby je šlo dešifrovat vícero administrátory
    Přečteno: 724×

    Ahoj. Mám centrální aplikaci, která si v databázi ukládá uživatelské údaje - uživatelská jména, hesla, ... Tato aplikace pak podle potřeby vytváří účty ve spravovaných systémech a aktualizuje uživatelské údaje. Spravované systémy se občas připojí, zjistí si seznam úkolů (vytvoř účet, uprav, nastav heslo apod.) a ty lokálně provedou. Problém nastává, pokud se admin rozhodne, že chce daný účet přidat do dalšího spravovaného systému - pokud má centrální aplikace k dispozici jen hash hesla, pak musí vytvořit účet s náhodným heslem, uživatel se pak musí příhlásit k centrální aplikaci a heslo si manuálně nastavit. To se ukázalo jako docela komplikované a těžkopádné. Chtěl bych, aby centrální aplikace mohla nastavit do spravovaného systému heslo, které by měla k dispozici. Nechci ale ukládat hesla v plaintextu (pro případ jednorázového nabourání do db), proto přemýšlím, jak je šifrovat. Fungovat by to mělo nějak takto:

    *****                                 ******************     <----------------------       *******
    admin   ------------------------>     centrální aplikace                co mám dělat?      systém1
    *****    přidej pepu do systému1      ******************     ----------------------->      *******
                                                                 vytvoř účet pepa s heslem 123
    
    centrální aplikace musí provést toto:
    1. dešifrovat heslo pro pepa, toto heslo je uložené v její databázi
    2. uložit si příkaz pro systém1, aby založil účet pepa s dešifrovaným heslem
    

    Problém je bod 1. Napadlo mě následující řešení: mějme asymetrický klíč K1, symetrický K2. Pokud uživatel mění svoje heslo nebo admin vytváří nový účet v centrální aplikaci, pak toto heslo zašifrovat veřejnou částí K1. Admin pak toto heslo může dešifrovat privátní částí K1. Jenže adminů je více, proto by privátní část K1 byla šifrovaná klíčem K2. K2 by byl uložen několikrát v zašifrované podobě a dešifroval by ho každý admin vlastním heslem. To má výhodu tu, že klíč ani heslo nikdy neopustí server (pokud se zrovna nikde nepřidává do systému).

    Jdu na to správně? Nebo neexistuje už nějaký algoritmus, jak toto řešit?

    Odpovědi

    Jendа avatar 1.8.2014 14:07 Jendа | skóre: 73 | blog: Výlevníček | JO70FB
    Rozbalit Rozbalit vše Re: Jak šifrovat hesla v DB tak, aby je šlo dešifrovat vícero administrátory
    Řešení hodné třetího tisíciletí by bylo ověřovat uživatele pomocí asymetrické kryptografie. Pak bys nemusel řešit ukládání hesel, stačily by ti veřejné klíče uživatelů.

    Zjevný problém tvého řešení je, že nabourám server, počkám si, až se nějaký admin přihlásí, poslechnu si K2, dešifruju K1 a dešifruju všechna hesla.

    Nejde v "systém1" vytvořit účet rovnou s tím hashem?
    Nezapomeňte si příští víkend posunout časovače na svých bombách o hodinu dopředu!
    1.8.2014 23:57 faktnevim
    Rozbalit Rozbalit vše Re: Jak šifrovat hesla v DB tak, aby je šlo dešifrovat vícero administrátory
    Řešení hodné třetího tisíciletí by bylo ověřovat uživatele pomocí asymetrické kryptografie. Pak bys nemusel řešit ukládání hesel, stačily by ti veřejné klíče uživatelů.
    Takové řešení by se mi líbilo, jenomže koncové systémy to neumí.
    Zjevný problém tvého řešení je, že nabourám server, počkám si, až se nějaký admin přihlásí, poslechnu si K2, dešifruju K1 a dešifruju všechna hesla.
    Je to spíše veliká nepříjemnost, protože pokud se někdo nabourá na server, pak si bude stějně moci nastavit jakákoliv hesla komukoliv v jakémkoliv systému. Ono jde o to, jak se nabourá na server - pokud nepřevezme kontrolu nebo pokud ukradne "jen" zálohu někde uloženou, pak to toto šifrování řeší. Ještě by to šlo vylepšit dalším klíčem, který by měl k dispozici pouze admin, tzn. nejprve by v první fázi dešifroval admin, poté server => útočník by musel "bojovat na 2 frontách". Rád bych ale našel nějaké již vymyšlené řešení, abych nakonec znovu nevymýšlel kolo ...
    Nejde v "systém1" vytvořit účet rovnou s tím hashem?
    Bohužel nejde.
    Josef Kufner avatar 4.8.2014 16:45 Josef Kufner | skóre: 67
    Rozbalit Rozbalit vše Re: Jak šifrovat hesla v DB tak, aby je šlo dešifrovat vícero administrátory
    Celkem běžně je možné cílový systém rozšířit o konektor pro ověřování proti cizímu serveru/aplikaci. Pak by se jen při přihlášení ptala, zda poskytnuté jméno a heslo je správné.
    Hello world ! Segmentation fault (core dumped)
    1.8.2014 14:39 Radek Isa | skóre: 11
    Rozbalit Rozbalit vše Re: Jak šifrovat hesla v DB tak, aby je šlo dešifrovat vícero administrátory

    nevim jestli jsem to pochopil spravne, ale neslo by to udelat tak ze budes mit aplikace jeden klic a ukladala by hesla v sifrovane podobe. a ped pouzitia

    **************                                              ****************
    system                 --------------------------->            databaze
    **************         vytvor ucet pepa heslo aes(1234)     ****************

    pokud by system vedel klic k sifrovani hesla, mohlo by se heslo posilat do databaze jiz zasifrovane. A v pripade potreby muze aplikace pozadat o heslo a rozsifrovat si ho.

    ---------------------------------------------------------------------------------------------------------------------------------------
    Dalsi moznosti je centralni databaze uzivatelu. U kterych bys mel ulozeno v kterych systemech jsou registrovani a v pripade potreby by jsi zmenil pouze tuto hodnotu

    2.8.2014 00:01 faktnevim
    Rozbalit Rozbalit vše Re: Jak šifrovat hesla v DB tak, aby je šlo dešifrovat vícero administrátory
    Ne, takhle jsem to nemyslel. Ta moje aplikace v podstatě dělá takový hodně specifický a jednoduchý identity management.
    2.8.2014 09:08 Filip Jirsák
    Rozbalit Rozbalit vše Re: Jak šifrovat hesla v DB tak, aby je šlo dešifrovat vícero administrátory
    Podle mne jsou tam K2 zbytečné. Stejně stačí prolomení kteréhokoli z nich k dešifrování všech hesel. Navíc všechna ta hesla stejně nejspíš mohou znát i ty další systémy, takže je stejně zbytečné řešit v jednom místě tu bezpečnost výrazně více. Pokud byste chtěl bezpečnost dál zvyšovat, musel byste jít spíš cestou naučit ty další systémy třeba Kerberos a žádná hesla jim nikdy nepředávat.
    2.8.2014 13:46 faktnevim
    Rozbalit Rozbalit vše Re: Jak šifrovat hesla v DB tak, aby je šlo dešifrovat vícero administrátory
    Ostatní systémy ta hesla znají jen ve formě hashe. Je to paradox - ta hesla na ně nejdou zapsat rovnou jako hash, ale ve výsledku je stejně jako hash uloží.
    2.8.2014 14:59 Filip Jirsák
    Rozbalit Rozbalit vše Re: Jak šifrovat hesla v DB tak, aby je šlo dešifrovat vícero administrátory
    Tedy ty systémy v určitém okamžiku znají hesla v plaintextu, ale jejich autoři vám tvrdí, že z hesla v plaintextu okamžitě vytvoří hash a heslo zapomenou. To jim můžete ale taky nemusíte věřit.
    Jendа avatar 2.8.2014 15:03 Jendа | skóre: 73 | blog: Výlevníček | JO70FB
    Rozbalit Rozbalit vše Re: Jak šifrovat hesla v DB tak, aby je šlo dešifrovat vícero administrátory
    Ano, my chápeme, že je to všechno strašně špatně, ale co chcete dělat, když v roce 2014 skoro nikdo nepodporuje challenge-response bez předání hesla nebo dokonce asymetrickou kryptografii? Samozřejmě, že nejlepší by bylo sednout si a do všech těch systémů (a klientů!) to doimplementovat, ale na to nejspíš nikdo jako jednotlivec nemá.
    Nezapomeňte si příští víkend posunout časovače na svých bombách o hodinu dopředu!
    2.8.2014 12:45 Milan Roubal | skóre: 25
    Rozbalit Rozbalit vše Re: Jak šifrovat hesla v DB tak, aby je šlo dešifrovat vícero administrátory
    Jak si uzivatel meni heslo / musi si ho menit pravidelne? Pokud ano, pak by stacilo pri jakekoliv akci, ktera pozaduje znalost uzivatelova hesla jen nastavit uzivateli priznak "Heslo platne do vcera". Uzivatel je pri prihlaseni vyzvan ke zmene hesla, ktere se pak propaguje do vsech systemu i toho nove pripojeneho.
    4.8.2014 18:59 Filip Jirsák
    Rozbalit Rozbalit vše Re: Jak šifrovat hesla v DB tak, aby je šlo dešifrovat vícero administrátory
    To ale nebude fungovat, pokud první systém, do kterého se uživatel pokusí přihlásit, bude ten nový. Navíc pochybuju o tom, že by se informace o nutnosti změny hesla propagovala do těch dalších systémů. Uživatel si musí změnit heslo v tom centrálním systému, a pokud ten další systém neumí delegovat autentizaci uživatelů, už vůbec nebude umět režim "platnost hesla vypršela, heslo je nutné změnit někdy úplně jinde".
    xkucf03 avatar 9.8.2014 20:33 xkucf03 | skóre: 45 | blog: xkucf03
    Rozbalit Rozbalit vše Re: Jak šifrovat hesla v DB tak, aby je šlo dešifrovat vícero administrátory

    Pokud se ty systémy moc nemění a znáš všechny používané algoritmy pro hashování hesel, tak bys to mohl udělat tak, že jednotlivé systémy nebudou přijímat jen heslo v čistém tvaru, ale i hash. V centrální aplikaci pak budeš mít hashe ve všech možných tvarech (připravené pro jednotlivé systémy).

    Druhá možnost je vložit mezi centrální aplikaci a každý systém novou komponentu, takovou černou skříňku, která poběží na samostatném stroji (nebo alespoň nějak rozumně oddělena) a bude spravovaná někým jiným než správcem centrální aplikace (třeba správcem daného systému) a bude mít svůj soukromý klíč. V centrální aplikaci pak budeš mít veřejné klíče jednotlivých skříněk a při vytváření hesla si to heslo zašifruješ všemi těmito klíči. Při nastavování hesla pak pošleš zašifrované heslo (kterému centrální aplikace nerozumí) do skříňky, ta ho dešifruje a heslo předá danému systému.

    Nebo použij něco jiného než hesla – asymetrickou kryptografii, každý uživatel bude mít svůj soukromý a veřejný klíč, ať už SSH, X.509, GPG atd.

    Mám rád, když se lidé přou, znamená to, že vědí, co dělají, a že mají směr. Frantovo.cz, SQL-Výuka.cz, Nekuřák.net

    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.