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 17:33 | Komunita

Byly zveřejněny videozáznamy přednášek z Fedora 28 Release Party v Brně konané 5. června.

Ladislav Hagara | Komentářů: 0
dnes 13:11 | IT novinky

Byl aktualizován seznam 500 nejvýkonnějších superpočítačů na světě TOP500. Dle očekávání se nejvýkonnějším superpočítačem stal superpočítač Summit. Český superpočítač Salomon klesl na 139. místo. Další přehledy a statistiky na stránkách projektu.

Ladislav Hagara | Komentářů: 0
dnes 09:00 | Nová verze

Po téměř 13 měsících vývoje od vydání verze 5.26 byla vydána nová stabilní verze 5.28 programovacího jazyka Perl. Do vývoje se zapojilo 77 vývojářů. Změněno bylo přibližně 730 tisíc řádků v 2 200 souborech. Přehled novinek a změn v podrobném seznamu.

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

Při prvním spuštění Ubuntu 18.04 LTS (Bionic Beaver) je spuštěn nástroj Ubuntu Report. Pokud uživatel souhlasí, jsou pomocí tohoto nástroje odeslány do Canonicalu informace o daném počítači (doba instalace, počet procesorů, rozlišení displeje, velikost paměti, časová zóna, ...). Will Cooke, vedoucí týmu Ubuntu Desktop, zveřejnil na blogu Canonicalu první získané statistiky. Infografika na It's FOSS.

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

Byl vydán Debian 8.11, tj. jedenáctá a současně poslední opravná verze Debianu 8 s kódovým názvem Jessie. Uživatelům je doporučen přechod na Debian 9 Stretch nebo využít LTS (Debian Long Term Support). LTS podpora Debianu 8 je plánována do 30. června 2020. LTS podpora Debianu 7 Wheezy skončila 31. května 2018.

Ladislav Hagara | Komentářů: 0
včera 09:11 | IT novinky

Hodnota Bitcoinu, decentralizované kryptoměny, klesla pod 6 000 dolarů. Před půl rokem byla hodnota Bitcoinu téměř 20 000 dolarů.

Ladislav Hagara | Komentářů: 39
23.6. 12:33 | Zajímavý projekt

Kernel.org představil lore.kernel.org, tj. archiv diskusního listu vývojářů linuxového jádra LKML (Linux Kernel Mailing List) s řadou zajímavých funkcí. Archiv běží na softwaru Public Inbox.

Ladislav Hagara | Komentářů: 0
23.6. 10:55 | Nová verze

Po devíti měsících vývoje od vydání verze 10.0 byla vydána verze 11.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 (Wikipedie). Představení nových vlastností v příspěvku na blogu a na YouTube.

Ladislav Hagara | Komentářů: 2
22.6. 20:44 | Nová verze

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

Ladislav Hagara | Komentářů: 63
22.6. 15:00 | Nová verze

Bylo oznámeno vydání nové stabilní verze 1.28 a beta verze 1.29 open source textového editoru Atom (Wikipedie). Přehled novinek i s náhledy v příspěvku na blogu. Podrobnosti v poznámkách k vydání. Atom 1.28 je postaven na Electronu 2.0.

Ladislav Hagara | Komentářů: 3
Jak čtete delší texty z webových stránek?
 (78%)
 (22%)
 (4%)
 (7%)
 (2%)
 (10%)
Celkem 259 hlasů
 Komentářů: 39, poslední 21.6. 17:44
    Rozcestník

    Dotaz: Co vlastne udava pocet bitu u HASHovaci funkce.

    polo23 avatar 24.1.2010 19:42 polo23 | skóre: 26 | blog: polo23
    Co vlastne udava pocet bitu u HASHovaci funkce.
    Přečteno: 286×
    Ahoj, nedavno me napadlo ze kdyz je moje heslo v Linuxu ulozeno jako MD5 ktere je 128 bitove tak v souboru shadow bude retezec dlouhy 128/8 znaku(to proto ze jeden ASCII znak je 8bitu)=16 znaku.Kdyz jsme znaky hesla spocital vyslo mi 31 znaku a ne onech predpokladanych 16. Muzete mi nekdo prosim vysvetlit kde jsem udelal chybu? Dekuji
    http://www.it-kurz.cz

    Řešení dotazu:


    Odpovědi

    24.1.2010 20:41 moira | skóre: 30 | blog: nesmysly
    Rozbalit Rozbalit vše Re: Co vlastne udava pocet bitu u HASHovaci funkce.
    Nebude to třeba tím, že ne všechny z 255(6) znaků lze zapsat do textového souboru (např. řídící znaky 0 až 31)? Nelze tedy použít 8 bitů/znak ale méně.
    Překladač ti nikdy neřekne: "budeme kamarádi"
    24.1.2010 20:50 petr_p | skóre: 59 | blog: pb
    Rozbalit Rozbalit vše Re: Co vlastne udava pocet bitu u HASHovaci funkce.
    Přečtěte si shadow(5) a crypt(3). Mapuje ne do 256znakové abecedy ale jen do 64znakové.
    polo23 avatar 25.1.2010 12:34 polo23 | skóre: 26 | blog: polo23
    Rozbalit Rozbalit vše Re: Co vlastne udava pocet bitu u HASHovaci funkce.
    tak pokud je to tak ze se pouziva 64 znakova abeceda tak to znamena ze jeden znak zabira 6bitu protoze 2 na 6 je 64.To by pak vychazelo ze kdyz muj zaznam v shadow ma 31 znaku tak krat 6 se rovna 186bitu. MD5 ma mit ale 128 takze ani tak ni to nesedi.
    http://www.it-kurz.cz
    25.1.2010 13:07 petr_p | skóre: 59 | blog: pb
    Rozbalit Rozbalit vše Re: Co vlastne udava pocet bitu u HASHovaci funkce.
    Četl jste ten manuál? Jste si jistý, že to, co označujete za hash je skutečně hash (nezamotala se vám tam sůl)? Jste si jistý, že bylo použito MD5 (co máte mezi prvním a posledním dolarem)?
    polo23 avatar 25.1.2010 16:27 polo23 | skóre: 26 | blog: polo23
    Rozbalit Rozbalit vše Re: Co vlastne udava pocet bitu u HASHovaci funkce.
    Ano cetl a az ted v tom mam trochu jasno. Pokusim se nastinit co jsem pochopil a co mi stale unika. Muj zaznam v shadow (tento neni tajny).
    ftp:$1$ng01N5FL$9zqReNr3Kz0blNZVEN83e/:14629:0:99999:7:::
    takze $1$ znamena je se jedna o MD5. osm znaku
    ng01N5FL
    je podle meho teda ten salt. a zbyvajicich 22 znaku je hash meho MD5 (hesla zkombinovaneho se saltem)
    9zqReNr3Kz0blNZVEN83e/
    . O ukladani hesla v linuxu vim nasledujici: Vezme se salt (napr jmeno uzivatele nebo nejaky retezec znaku ulozeny v kodu aplikace) smicha se urcitym algoritmem s heslem ktere zada uzivatel a udela se hash. ... Utocnik ktery ziska pristup k /etc/shadow a podari se mu napr bruteforce utokem ziskat z hashe retezec znaku tak vlastne ziska heslo smichane se saltem. On vsak potrebuje ciste jen heslo aby se dostal do systemu. Takze pokud nedokaze vypreparovat ciste heslo tak je mu ziskany retezec na nic. Tim ze utocnik ziska cisty salt tak ma vetsi sanci ho vypreparovat. Potom ale stale vidim jako slabinu ukladat salt jen tak. Chapu to uz spravne?
    http://www.it-kurz.cz
    25.1.2010 19:13 Michal Kubeček | skóre: 71 | Luštěnice
    Rozbalit Rozbalit vše Re: Co vlastne udava pocet bitu u HASHovaci funkce.

    Chyba je v předpokladu, že salt je tajná informace. Jenže tak by to nemohlo fungovat, protože při ověřování hesla je potřeba hash spočítat a k tomu potřebujete salt znát (uživatel vám ho neřekne). Salt je proto veřejný a je v čisté (pouze zakódované) podobě uložen vedle hashe. Smysl salt je např. v tom, že:

    • bez něj by stejné heslo automaticky znamenalo stejný hash, takže pokud by si dva uživatelé zvolili stejné heslo, šlo by jen o to, kdo si toho první všimne (hashe hesel byly původně ve všeobecně čitelném souboru)
    • bez salt by útok hrubou silou na všechna hesla najednou byl jen neznatelně pomalejší než útok na jedno (časově náročný je výpočet hashe, ne vygenerování pokusu a porovnání výsledku); takhle musí spočítat hash zvlášť pro všechny vyskytující se hodnoty salt
    • bez salt by si útočník mohl doma v klidu předpočítat hashe hesel, která chce vyzkoušet, a udělat si jakýsi "slovník"; v tomto "slovníku" by si pak jen velmi rychle zkusil najít hashe z passwd/shadow (někdy se tomuto triku říká slovníkový útok); s využitím salt by si musel udělat slovníky pro každou možnou hodnotu salt a těch je např. u MD5 2^48

    Pokud chcete zvýšit odolnost proti útoku hrubou silou, používejte delší hesla, širší abecedu nebo náročnější algoritmus (třeba blowfish), smysl salt je jiný - zajistit, aby danému heslu neodpovídal pokaždé stejný hash.

    Vezme se salt (napr jmeno uzivatele nebo nejaky retezec znaku ulozeny v kodu aplikace) smicha se urcitym algoritmem s heslem ktere zada uzivatel a udela se hash.

    To není úplně přesné. Za prvé salt není pevný, ale generuje se (pseudo)náhodně při změně hesla. Zkuste si párkrát změnit heslo a uvidíte, že i když budete dávat pořád stejné, všechny atributy uživatele budou stejné a použijete pokaždé stejný program, salt bude pokaždé jiný. Pevný salt (nebo i jen odvoditelný např. ze jména uživatele) by vzhledem k výše uvedenému neměl smysl. Za druhé to bývá spíš tak, že algoritmus výpočtu hashe má dva vstupy - heslo a salt - a z nich nějakým způsobem vyrobí výsledek.

    polo23 avatar 25.1.2010 20:37 polo23 | skóre: 26 | blog: polo23
    Rozbalit Rozbalit vše Re: Co vlastne udava pocet bitu u HASHovaci funkce.
    Diky za vysvetleni. Jeste bych se zeptal ohledne nasledujiciho:

    s využitím salt by si musel udělat slovníky pro každou možnou hodnotu salt a těch je např. u MD5 2^48.

    Jak jste prisel na to cislo? Vychazite z toho ze salt ma 8 znaku a kazdy je kodovany 6 bity coz pak dava onech 48 (6x8)?

    A posledni vec: Popisu utok jaky bych udelal ja... nejakym zpusobem bych se dostal s /etc/shadow. Doma bych si udelal tabulku hashu (neco jako ten slovnik co jste zminoval). Nasel bych hash ktery by odpovidal tomu v souboru shadow. Tzn. mam hash, mam salt, znam algoritmus jakym se sklada heslo+salt -> aby vznikl hash. Tzn. Mel bych heslo zkombinovane se salt, salt bych separoval a zbylo by mi ciste heslo. Pokud je moje dedukce spravna tak ten salt to az tak moc neztezuje...

    jak uvadite vy: smysl salt je jiný - zajistit, aby danému heslu neodpovídal pokaždé stejný hash.. Podle me: pokud je salt k ucelu jaky popisujete tak je temer k nicemu. Kdyz to slouzi jen proto kdyby nahodou meli dva lide stejne heslo coz je mala pravdepodobnost pokud se budou drzet nejake prisne politiky tvorby hesel.
    http://www.it-kurz.cz
    25.1.2010 21:18 Michal Kubeček | skóre: 71 | Luštěnice
    Rozbalit Rozbalit vše Re: Co vlastne udava pocet bitu u HASHovaci funkce.
    Jak jste prisel na to cislo? Vychazite z toho ze salt ma 8 znaku a kazdy je kodovany 6 bity coz pak dava onech 48 (6x8)?

    Myslím, že těch 48 bitů není úplně nezbytných, ale v praxi se to tak používá. Zkuste chvíli hledat, zdrojů na webu je dost.

    Nasel bych hash ktery by odpovidal tomu v souboru shadow. Tzn. mam hash, mam salt, znam algoritmus jakym se sklada heslo+salt -> aby vznikl hash. Tzn. Mel bych heslo zkombinovane se salt, salt bych separoval a zbylo by mi ciste heslo. Pokud je moje dedukce spravna tak ten salt to az tak moc neztezuje...

    Proč ignorujete poslední odstavec příspěvku, na který reagujete?

    Kdyz to slouzi jen proto kdyby nahodou meli dva lide stejne heslo coz je mala pravdepodobnost pokud se budou drzet nejake prisne politiky tvorby hesel.

    Uvedl jsem vám tři příklady důvodů. Proč dva ignorujete a chováte se, jako bych napsal jen jeden (shodou okolností ten nejméně podstatný)?

    25.1.2010 21:28 Ash | skóre: 53
    Rozbalit Rozbalit vše Re: Co vlastne udava pocet bitu u HASHovaci funkce.
    Je to tak jak psal Michal Kubeček, salt slouží k tomo co psal, a salt rozhodně není k ničemu.

    Přečtete si ještě jednou ty zmínky o předpočítaných tabulkách, je diametrální rozdíl počítat postupně všechny možnosti pro každé jedno heslo, nebo mít výpočty hotové a aplikovat je na všechna hesla.

    "Přisná politika hesel" je chiméra, lidi stejně najdou to nejlehčí možné heslo, a hacker je taky člověk, takže hacker by ani nemusel nic počítat, jen by hashe seřadil a nejčetnější heslo by uhodnul. Pravděpodobnost že dva lidé budou mít stejné heslo není tak malá jak se domníváte, zvlášť při větším počtu lidí.
    25.1.2010 14:53 Michal Kubeček | skóre: 71 | Luštěnice
    Rozbalit Rozbalit vše Re: Co vlastne udava pocet bitu u HASHovaci funkce.
    Hash je jen ta část za posledním dolarem a ta má právě potřebných 22 znaků. První část je identifikátor algoritmu, druhá salt.
    25.1.2010 13:38 Skokan, Pavel | skóre: 29
    Rozbalit Rozbalit vše Re: Co vlastne udava pocet bitu u HASHovaci funkce.
    zakladni chyba je ve Vasem predpokladu, ze heslo je v tom MD5 hashi ulozeno - ono to tak neni...

    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.