Šifrovanie
Moderátor: Moderátoři
Šifrovanie
Rozumie tu niekto šifrovaniu 512bit RSA RIPEMD160 hash kódovaniu?
-
ZdenekHQ
- Významný člen
- Příspěvky: 25519
- Registrován: 21 črc 2006, 00:00
- Bydliště: skoro Brno
- Kontaktovat uživatele:
Hash není kódování/šifrování, ale irreverzibilní funkce, něco jako CRC, na ověření toho, že obsah dokumentu někdo nezměnil či na ukládání hesel apod.
Pro moje oslovení klidně použijte jméno Zdeněk
Správně navržené zapojení je jako recept na dobré jídlo.
Můžete vynechat půlku ingrediencí, nebo přidat jiné,
ale jste si jistí, že vám to bude chutnat[?]
Správně navržené zapojení je jako recept na dobré jídlo.
Můžete vynechat půlku ingrediencí, nebo přidat jiné,
ale jste si jistí, že vám to bude chutnat[?]
Ďakujem za vysvetlenie. Mám dva malé súbory (v jednom9 znakov v druhom 10) sifrovane 512bitovym RSA, RIPEMD160 hash.V prvom sú znaky malé pismenká. Potrebujem vybrať s toho heslo. Spracovanie správy teda hesla prebehlo algoritmom Ripemd-160 . Spracovanie správy je v 512-bitových blokoch.Výsledný hašovací kód h∟=h . Potreboval by som nástroj (alebo program? ) ? Čo by my to heslo vybralo? (vytiahlo) ? 
.
Alebo poraďte ako vybrať z toho 300kb súboru s 9-znakmy spracované Ripemd -160 hash heslo . Nejaký postup ako sa k tomu heslu dopátrať.
Ak chcem správu dajme tomu heslo zašifrovať "unkeyed" hašovacím algoritmusom Ripemdd-160 musím použiť na to jeho algoritmus. Ale ručne to robiť to si neviem predstaviť
. Tak ako kontrolný súčet CRC my urobý soft tak aj Ripemd-160 má nejaký nástroj generátor hash nie? Teraz to potrebujem opačne "keyed" s toho súboru vytiahnúť heslo. Neviem či som to dosť zrozumiteľne napísal ak nie prepáčte. Ďakujem.
.
Alebo poraďte ako vybrať z toho 300kb súboru s 9-znakmy spracované Ripemd -160 hash heslo
. Nejaký postup ako sa k tomu heslu dopátrať.
Ak chcem správu dajme tomu heslo zašifrovať "unkeyed" hašovacím algoritmusom Ripemdd-160 musím použiť na to jeho algoritmus. Ale ručne to robiť to si neviem predstaviť
. Tak ako kontrolný súčet CRC my urobý soft tak aj Ripemd-160 má nejaký nástroj generátor hash nie? Teraz to potrebujem opačne "keyed" s toho súboru vytiahnúť heslo. Neviem či som to dosť zrozumiteľne napísal ak nie prepáčte. Ďakujem.
Naposledy upravil(a) DELONG dne 01 bře 2012, 23:48, celkem upraveno 1 x.
Poněkud motáte pojmy. Přepište dotaz s použitím tohoto názvosloví:
- otevřený (plain) text
je původní nezašifrovaný text zprávy, značí se OT
- šifrový text
je text vzniklý aplikací šifrovacího algoritmu na otevřený text, značí se ŠT.
- šifrovací algoritmus - převádí otevřený text na šifrový text, začí se E
- dešifrovací algoritmus - převádí šifrový text na otevřený text, značí se D
- heslo, neboli šifrovací klíč
jsou data, která provednou unikátní přednastavení šifrovacího algoritmu, začí se k
- hash kód (nikoliv hashovací)
jsou data vzniklá jednosměrným procesem (hashováním) z textu zprávy
- počáteční nastavení (klíč) hashovacího algoritmu
stejně jako šifrovací algortimus, může mít i hashovací algoritmus svoje přednastavení
šifrování:
ŠT = E(OT,k)
dešifrování:
OT = D(ŠT,k)
Pro symetrickou šifru platí:
OT = D(E(OT,k),k)
Pro asymetrickou šifru platí:
OT = D(E(OT,kš),kd) kde kš je šifrovací klíč a kd dešifrovací klíč.
A předesílám:
- z hash kódu nelze určit zpětně text zprávy
- z šifrového textu nelze určit šifrovací klíč
Samotný hash ještě nestačí k ověření autenticity zprávy, je třeba jej nejprve asymetricky dešifrovat privátním klíčem a pak ke zprávě připojit jako elektronický podpis. Příjemce použije veřejnou část klíče odesílatele, přijatý hash kód zašifruje, znova jej ze zprávy spočítá a porovná. Takto může každý podpis zkontrolovat, ale nikdo jiný, než vlastník privátní části klíče, není schopen text změnit a podpis znovu vytvořit.
- otevřený (plain) text
je původní nezašifrovaný text zprávy, značí se OT
- šifrový text
je text vzniklý aplikací šifrovacího algoritmu na otevřený text, značí se ŠT.
- šifrovací algoritmus - převádí otevřený text na šifrový text, začí se E
- dešifrovací algoritmus - převádí šifrový text na otevřený text, značí se D
- heslo, neboli šifrovací klíč
jsou data, která provednou unikátní přednastavení šifrovacího algoritmu, začí se k
- hash kód (nikoliv hashovací)
jsou data vzniklá jednosměrným procesem (hashováním) z textu zprávy
- počáteční nastavení (klíč) hashovacího algoritmu
stejně jako šifrovací algortimus, může mít i hashovací algoritmus svoje přednastavení
šifrování:
ŠT = E(OT,k)
dešifrování:
OT = D(ŠT,k)
Pro symetrickou šifru platí:
OT = D(E(OT,k),k)
Pro asymetrickou šifru platí:
OT = D(E(OT,kš),kd) kde kš je šifrovací klíč a kd dešifrovací klíč.
A předesílám:
- z hash kódu nelze určit zpětně text zprávy
- z šifrového textu nelze určit šifrovací klíč
Samotný hash ještě nestačí k ověření autenticity zprávy, je třeba jej nejprve asymetricky dešifrovat privátním klíčem a pak ke zprávě připojit jako elektronický podpis. Příjemce použije veřejnou část klíče odesílatele, přijatý hash kód zašifruje, znova jej ze zprávy spočítá a porovná. Takto může každý podpis zkontrolovat, ale nikdo jiný, než vlastník privátní části klíče, není schopen text změnit a podpis znovu vytvořit.
Naposledy upravil(a) mtajovsky dne 02 bře 2012, 01:15, celkem upraveno 1 x.
To mi připomíná, jak jsem kdysi v písemce musel CRC počítat jen s propiskou a papírem.
K dalšímu studiu doporučuji tyto knihy:
Kocourek, P.: Přenos informace, ČVUT, Praha 1996, ISBN 80-01-01169-0
Singh, S.: Kniha kódů a šifer: tajná komunikace od starého Egypta po kvantovou kryptografii, ISBN 978-80-7363-268-7 (Dokořán) 978-80-257-0144-7 (Argo)
K dalšímu studiu doporučuji tyto knihy:
Kocourek, P.: Přenos informace, ČVUT, Praha 1996, ISBN 80-01-01169-0
Singh, S.: Kniha kódů a šifer: tajná komunikace od starého Egypta po kvantovou kryptografii, ISBN 978-80-7363-268-7 (Dokořán) 978-80-257-0144-7 (Argo)
Sháním hasičák s CO2 "sněhový", raději funkční.
(Nemusí mít platnou revizi.)
(Celkově budu raději, když se to obejde bez papírů.)
(Nemusí mít platnou revizi.)
(Celkově budu raději, když se to obejde bez papírů.)
niečo by sand naslo a jtu http://www.martinus.sk/?uItem=97258&z=r ... =all_97258