Dotaz: Co vlastne udava pocet bitu u HASHovaci funkce.

[polo23]

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

---

---

Odpovědi

[moira]

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ě.

[petr_p]

Přečtěte si shadow(5) a crypt(3). Mapuje ne do 256znakové abecedy ale jen do 64znakové.

[polo23]

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.

[petr_p]

Č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]

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?

[Michal Kubeček]

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]

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.

[Michal Kubeček]

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ý)?

[Ash]

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í.

[Michal Kubeček]

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.

[JMP]

zakladni chyba je ve Vasem predpokladu, ze heslo je v tom MD5 hashi ulozeno - ono to tak neni...