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í
×
eParkomat, startup z ČR, postoupil mezi finalisty evropského akcelerátoru ChallengeUp!
Robot na pivo mu otevřel dveře k opravdovému byznysu
Internet věcí: Propojený svět? Už se to blíží...
dnes 12:00 | Zajímavý projekt

Projekt Termbox umožňuje vyzkoušet si linuxové distribuce Ubuntu, Debian, Fedora, CentOS a Arch Linux ve webovém prohlížeči. Řešení je postaveno na projektu HyperContainer. Podrobnosti v často kladených dotazech (FAQ). Zdrojové kódy jsou k dispozici na GitHubu [reddit].

Ladislav Hagara | Komentářů: 5
dnes 11:00 | Bezpečnostní upozornění

Byly zveřejněny informace o bezpečnostní chybě CVE-2016-8655 v Linuxu zneužitelné k lokální eskalaci práv. Chyba se dostala do linuxového jádra v srpnu 2011. V upstreamu byla opravena minulý týden [Hacker News].

Ladislav Hagara | Komentářů: 0
včera 22:00 | Komunita

Přibližně před měsícem bylo oznámeno, že linuxová distribuce SUSE Linux Enterprise Server (SLES) běží nově také Raspberry Pi 3 (dokumentace). Obraz verze 12 SP2 pro Raspberry Pi 3 je ke stažení zdarma. Pro registrované jsou po dobu jednoho roku zdarma také aktualizace. Dnes bylo oznámeno, že pro Raspberry Pi 3 je k dispozici také nové openSUSE Leap 42.2 (zprávička). K dispozici je hned několik obrazů.

Ladislav Hagara | Komentářů: 5
včera 06:00 | Zajímavý software

OMG! Ubuntu! představuje emulátor terminálu Hyper (GitHub) postavený na webových technologiích (HTML, CSS a JavaScript). V diskusi k článku je zmíněn podobný emulátor terminálu Black Screen. Hyper i Black Screen používají framework Electron, stejně jako editor Atom nebo vývojové prostředí Visual Studio Code.

Ladislav Hagara | Komentářů: 33
včera 06:00 | Zajímavý článek

I letos vychází řada ajťáckých adventních kalendářů. QEMU Advent Calendar 2016 přináší každý den nový obraz disku pro QEMU. Programátoři se mohou potrápit při řešení úloh z kalendáře Advent of Code 2016. Kalendáře Perl Advent Calendar 2016 a Perl 6 Advent Calendar přinášejí každý den zajímavé informace o programovacím jazyce Perl. Stranou nezůstává ani programovací jazyk Go.

Ladislav Hagara | Komentářů: 9
3.12. 16:24 | Nová verze

Byla vydána Mageia 5.1. Jedná se o první opravné vydání verze 5, jež vyšla v červnu loňského roku (zprávička). Uživatelům verze 5 nepřináší opravné vydání nic nového, samozřejmě pokud pravidelně aktualizují. Vydání obsahuje všechny aktualizace za posledního téměř půldruhého roku. Mageia 5.1 obsahuje LibreOffice 4.4.7, Linux 4.4.32, KDE4 4.14.5 nebo GNOME 3.14.3.

Ladislav Hagara | Komentářů: 17
3.12. 13:42 | Pozvánky

V Praze probíhá konference Internet a Technologie 16.2, volné pokračování jarní konference sdružení CZ.NIC. Konferenci lze sledovat online na YouTube. K dispozici je také archiv předchozích konferencí.

Ladislav Hagara | Komentářů: 0
2.12. 22:44 | Komunita

Joinup informuje, že Mnichov používá open source groupware Kolab. V srpnu byl dokončen dvouletý přechod na toto řešení. V provozu je asi 60 000 poštovních schránek. Nejenom Kolabu se věnoval Georg Greve ve své přednášce Open Source: the future for the European institutions (SlideShare) na konferenci DIGITEC 2016, jež proběhla v úterý 29. listopadu v Bruselu. Videozáznam přednášek z hlavního sálu je ke zhlédnutí na Livestreamu.

Ladislav Hagara | Komentářů: 25
2.12. 15:30 | Zajímavý projekt

Společnost Jolla oznámila v příspěvku Case study: Sailfish Watch na svém blogu, že naportovala Sailfish OS na chytré hodinky. Využila a inspirovala se otevřeným operačním systémem pro chytré hodinky AsteroidOS. Použita je knihovna libhybris. Ukázka ovládání hodinek na YouTube.

Ladislav Hagara | Komentářů: 18
2.12. 14:15 | Nová verze

Byla vydána verze 7.1.0 skriptovacího jazyka PHP používaného zejména k vývoji dynamických webových stránek. Jedná se o první stabilní verzi nejnovější větvě 7.1. Přehled novinek v dokumentaci. Podrobnosti v ChangeLogu. K dispozici je také příručka pro přechod z PHP 7.0.x na PHP 7.1.x.

Ladislav Hagara | Komentářů: 6
Kolik máte dat ve svém domovském adresáři na svém primárním osobním počítači?
 (32%)
 (24%)
 (29%)
 (7%)
 (5%)
 (3%)
Celkem 775 hlasů
 Komentářů: 50, poslední 29.11. 15:50
Rozcestník
Reklama

Dotaz: Zabezpeceni hesla

20.12.2010 16:39 karola
Zabezpeceni hesla
Přečteno: 319×
zdravim vsechny..

potreboval bych nskopnout v obalsti zabezpeceni hesla ulozeneho v mysql. chci nabizet sluzbu ktera potrebuje pristup i k jinemu serveru nez k memu a prihlaseni je pres heslo. problem je v tom, ze nechci to heslo ukladat z bezpecnostnich duvodu jako nejaky text ale sifrovane, to problem neni ale problem je v tom, ze toto heslo uz bude vyzadovat fci z mysql tudiz uz bez vyplneni nejakeho reg. usera. cili ve finale to bude tak ze se nacte heslo do php souboru dosadi se do nejake prom a odesle. jenze kdyz bude sifrovane tak se bude povazovat to heslo v te fci jako prosty text tudiz bude to heslo neplatne. neporadil by nekdo jak a co? moc predem dekuji....

Odpovědi

20.12.2010 16:52 Filip Jirsák | skóre: 66 | blog: Fa & Bi
Rozbalit Rozbalit vše Re: Zabezpeceni hesla
Vůbec nechápu, co popisujete a co chcete, co s tím má společného nějaký registrovaný uživatel nebo funkce MySQL nebo PHP… A obávám se, že ostatní na tom nebudou lépe.

Jinak pokud bude heslo zašifrované v databázi, ale heslo k té šifře bude v nějakém PHP souboru, který může číst kde kdo, není rozdíl v nebezpečnosti oproti přímo nešifrovaným heslům v databázi nijak velký.
20.12.2010 17:05 karola
Rozbalit Rozbalit vše Re: Zabezpeceni hesla
zkusim to napsat na nejakem prikladu pro lepsi pochopeni..

nejaky uzivatel se zaregistruje na mych strankach, po prihlaseni si aktivuje nejakou sluzbu ktera bude vyzadovat nejake pristupove heslo na uplne jiny server, tato sluzba bude automaticky zpracovavat nejake informace za toho uzivalele, tudiz bude potrebovat zadavat jeho heslo pro pristup na ty dane stranky a toto heslo chci nejak ulozit do mysql sifrovane ale aby si ho dokazala nejaka fci v php zase dat zpet do normalniho stavu.

uzivatel ulozi heslo: kedlubna a do db se ulozi treba md5 7GLUZG7OGKUZGZLI79Z67TJG

a kdyz se bude chtit fci v php prihlasit misto toho uzivatele tak musi zadat heslo ktere je kedlubna ne 7GLUZG7OGKUZGZLI79Z67TJG.

snad jsem to ted popsal k pochopeni, dekuji
20.12.2010 17:33 Filip Jirsák | skóre: 66 | blog: Fa & Bi
Rozbalit Rozbalit vše Re: Zabezpeceni hesla
Při ukládání hesla do databáze se to heslo musí zašifrovat, a při načtení zase rozšifrovat. Můžete použít třeba některou z dvojic funkcí MySQL – ENCODE/DECODE, DES_ENCRYPT/DES_DECRYPT nebo AES_ENCRYPT/AES_DECRYPT.

Problém je asi v tom, že si pletete šifrování a hashování – šifrování znamená, že vezmete vstupní text a heslo, a dostanete zašifrovaný text. Ze zašifrovaného textu a hesla (původního nebo spárovaného s původním heslem – záleží na typu šifrování) pak získáte zase původní text. Hash (třeba MD5) je něco jiného – původní text se převede na nějaké číslo, ale na tohle číslo vede nekonečně mnoho textů. Takže nejde z hashe získat původní text. Vy tedy nemůžete použít hashování, ale šifrování – potřebujete získat zpět původní heslo uživatele.

Ale jak už jsem napsal v předchozím komentáři, pokud někdo získá zašifrovaná hesla z databáze a heslo, kterým je budete šifrovat, má hesla všech uživatelů.
20.12.2010 17:51 karola
Rozbalit Rozbalit vše Re: Zabezpeceni hesla
dekuji za informace..

tak ze konecny verdikt zni: nejde to nijak bezpecne osetrit.

coz me teda velmi zklamalo :(

ale i tak moc dekuji
20.12.2010 23:45 Šangala | skóre: 56 | blog: Dutá Vrba - Wally
Rozbalit Rozbalit vše Re: Zabezpeceni hesla
Tý-jo, to je verdikt a rychlý závěr :)
To, že trpíš stihomamem, ještě neznamená, že po tobě nejdou. ⰞⰏⰉⰓⰀⰜⰉ ⰗⰞⰅⰜⰘ ⰈⰅⰏⰉ ⰒⰑⰎⰉⰁⰕⰅ ⰏⰉ ⰒⰓⰄⰅⰎ ·:⁖⁘⁙†
21.12.2010 00:20 Ladicek | skóre: 28 | blog: variace | Havlíčkův brod
Rozbalit Rozbalit vše Re: Zabezpeceni hesla
Jop. Pokud ty dané stránky poskytují API s autentizací/autorizací přes OAuth nebo něco podobného, tak to pochopitelně lze. Aplikace samotná se nepřihlašuje jako uživatel, ale speciálním klíčem, který od té dané stránky získá poté, co se na ní uživatel přihlásí a aplikaci přístup explicitně povolí… atd. atd. Doporučuju autorovi, aby na to aspoň kouknul.

Ev., pokud na bezpečnosti tolik nezáleží, by přihlašovací heslo na ty dané stránky nemuselo být šifrované univerzálním klíčem, který zná aplikace, ale přihlašovacím heslem uživatele do "naší" aplikace (nebo něčím od něj odvozeným, třeba hashem, který se zároveň používá pro ověření oproti autentizační databázi). To je pro mnoho případů neakceptovatelné, ale pořád je to výrazně lepší než to, o čem se spekuluje tady v diskusi.
Ještě na tom nejsem tak špatně, abych četl Viewegha.
21.12.2010 10:56 Filip Jirsák | skóre: 66 | blog: Fa & Bi
Rozbalit Rozbalit vše Re: Zabezpeceni hesla
přihlašovacím heslem uživatele do "naší" aplikace
To už ale uživatel rovnou může zadat cílové heslo.
21.12.2010 11:12 Šangala | skóre: 56 | blog: Dutá Vrba - Wally
Rozbalit Rozbalit vše Re: Zabezpeceni hesla
Pokud jich nepotřebuje více k více serverům :)
To, že trpíš stihomamem, ještě neznamená, že po tobě nejdou. ⰞⰏⰉⰓⰀⰜⰉ ⰗⰞⰅⰜⰘ ⰈⰅⰏⰉ ⰒⰑⰎⰉⰁⰕⰅ ⰏⰉ ⰒⰓⰄⰅⰎ ·:⁖⁘⁙†
21.12.2010 11:45 Ladicek | skóre: 28 | blog: variace | Havlíčkův brod
Rozbalit Rozbalit vše Re: Zabezpeceni hesla
To musí v každém případě, ale stačí to jednou.
Ještě na tom nejsem tak špatně, abych četl Viewegha.
21.12.2010 16:03 Filip Jirsák | skóre: 66 | blog: Fa & Bi
Rozbalit Rozbalit vše Re: Zabezpeceni hesla
Jenže stejně bude muset zadávat heslo do „mé“ aplikace. Pokud „cizí“ aplikace je jen jedna a pokud se nepotřebuji autorizovat extra i v „mé“ aplikaci, může uživatel zadávat rovnou heslo té „cizí“ aplikace, a nemusí mít ještě další extra heslo pro „mou“ aplikaci.
21.12.2010 16:20 Ladicek | skóre: 28 | blog: variace | Havlíčkův brod
Rozbalit Rozbalit vše Re: Zabezpeceni hesla
Za těchto podmínek jistě.
Ještě na tom nejsem tak špatně, abych četl Viewegha.
21.12.2010 11:50 pht | skóre: 48 | blog: pht
Rozbalit Rozbalit vše Re: Zabezpeceni hesla
Ale jak už jsem napsal v předchozím komentáři, pokud někdo získá zašifrovaná hesla z databáze a heslo, kterým je budete šifrovat, má hesla všech uživatelů.

Což je ale lepší než když mu k tomu stačí jen ten výpis z databáze.
In Ada the typical infinite loop would normally be terminated by detonation.
21.12.2010 12:47 Šangala | skóre: 56 | blog: Dutá Vrba - Wally
Rozbalit Rozbalit vše Re: Zabezpeceni hesla
Heslo v PHP souboru nemusí mít nutně právo číst kde kdo, stačí mít soubor (adresář), na který bude mít oprávnění jen Apache (například uživatel wwwrun) a na něj se už nepřihlásí kde kdo a za předpokladu, že je Apache pod Vaší kontrolou (potažmo celý server), již to určitý krok pro zabezpečení je.
To, že trpíš stihomamem, ještě neznamená, že po tobě nejdou. ⰞⰏⰉⰓⰀⰜⰉ ⰗⰞⰅⰜⰘ ⰈⰅⰏⰉ ⰒⰑⰎⰉⰁⰕⰅ ⰏⰉ ⰒⰓⰄⰅⰎ ·:⁖⁘⁙†
21.12.2010 15:41 sidik
Rozbalit Rozbalit vše Re: Zabezpeceni hesla
Kvůli tomuhle různé služby poskytují API a speciální klíče, takže se uživatelovo heslo nikam nezapisuje. On se pouze jednou přihlásí, potvrdí přístupová oprávnění (ideálně podle svého uvážení), server vrátí klíč a ten se pak používá v budoucí komunikaci.

Pro uživatele to nese výhodu v tom, že nikdo další nemá jeho heslo (teoreticky) nebo si ho hned po tomhle může změnit, aniž by přišel o propojení. Navíc většina služeb umožňuje kdykoliv API klíč zneplatnit a odepřít tak další přístup.

Pokud služba, kterou chcete připojit, nezahrnuje nějaké rozumné API, OAuth implementaci nebo něco podobného, tak radši pryč :)

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.