Diskuze: Kryptografie
Člen
Zobrazeno 10 zpráv z 10.
K personalizaci obsahu a reklam, poskytování funkcí sociálních médií a analýze naší návštěvnosti využíváme soubory cookie. Informace o tom, jak náš web používáte, sdílíme se svými partnery pro sociální média, inzerci a analýzy. Partneři tyto údaje mohou zkombinovat s dalšími informacemi, které jste jim poskytli nebo které získali v důsledku toho, že používáte jejich služby.
Používáme nezbytné cookies pro fungování webu a s tvým souhlasem také analytické a marketingové cookies.
Zajišťují základní funkce, bezpečnost a služby, které sis vyžádal. Nelze je vypnout.
| Služba | Poskytovatel | Účel | Cookies a úložiště | Doba uložení |
|---|---|---|---|---|
| ITnetwork | ITnetwork | Provoz webu, relace, přihlášení a uložení nastavení cookies. | PHPSESSID, auth_token, sid, itn_consent_impression, __Host-itn_consent | Relace až 1 rok |
| Google Tag Manager | Správa značek a načítání měřicích nástrojů webu. | Žádné | Neukládá se | |
| Google Fonts | Načítání typografie webu. | Úložiště řízené poskytovatelem | Dle podmínek poskytovatele | |
| Google Hosted Libraries | Načítání potřebných knihoven a stylů webu. | Úložiště řízené poskytovatelem | Dle podmínek poskytovatele | |
| Google reCAPTCHA | Ochrana formulářů a webu před zneužitím. | _GRECAPTCHA, rc::a, rc::b, rc::c, rc::f | Relace až 180 dní | |
| YouTube | Přehrávání vloženého video obsahu. | localStorage, IndexedDB; cookies after playback interaction | Relace až trvalé úložiště | |
| Vimeo | Vimeo | Přehrávání vloženého video obsahu. | __cf_bm, _cfuvid, vuid, localStorage, IndexedDB | Relace až 2 roky |
| Facebook Login | Meta | Přihlášení pomocí účtu třetí strany. | Úložiště řízené poskytovatelem | Relace až 1 rok |
| GoPay | GoPay | Zpracování uživatelem vyžádané platby. | Úložiště řízené poskytovatelem | Dle podmínek poskytovatele |
Pomáhají nám porozumět používání webu a zlepšovat ho.
| Služba | Poskytovatel | Účel | Cookies a úložiště | Doba uložení |
|---|---|---|---|---|
| Google Analytics 4 | Měření návštěvnosti a používání webu. | _ga, _ga_* | Až 2 roky | |
| Microsoft Clarity | Microsoft | Měření návštěvnosti a používání webu. | _clck, _clsk, _cltk | Relace až 1 rok |
Slouží k měření kampaní, personalizaci reklamy a marketingové komunikaci.
| Služba | Poskytovatel | Účel | Cookies a úložiště | Doba uložení |
|---|---|---|---|---|
| Google Ads | Měření kampaní, reklama a remarketing. | _gcl_au, _gcl_ls | Relace až 90 dní | |
| Meta Pixel | Meta | Měření kampaní, reklama a remarketing. | _fbp, _fbc, localStorage | Až 90 dní |
| Sklik | Seznam.cz | Měření kampaní, reklama a remarketing. | retargeting, sid, szn:* | Relace až trvalé úložiště |
| LinkedIn Insight | Měření kampaní, reklama a remarketing. | bcookie, li_gc, lidc, __cf_bm | Relace až 1 rok | |
| Ecomail | Ecomail.cz | Měření kampaní, reklama a remarketing. | ecmid, Úložiště řízené poskytovatelem | Dle podmínek poskytovatele |
| Atribuce kampaní ITnetwork | ITnetwork | Přiřazení návštěvy a objednávky ke kampani. | campaign_clid[*], user_session_context | Až 1 rok |
z této hashovací funkce
Chcelo by to aj poslať tú funkciu 
Pokud se jedná o opravdu kvalitní hashovací funkci (ve svém příspěvku nezmiňuješ její název či algoritmus), v zásadě nezbývá nic jiného než prostě zkoušet náhodné vstupy, dokud se hash dvou z nich neshoduje.
Díky tzv. narozeninovému paradoxu to není tak beznadějný úkol, pokud je hash krátký. Pokud má například 64 bitů, stačí zahashovat 232 rozdílných vstupů a máš cca 50 % pravděpodobnost, že dva z nich dávají stejný hash (obecně pro hash délky n bitů toho dosáhneš zahashováním 2^(n/2) rozdílných vstupů).
Pokud se jedná o hashovací funkci známou svými slabinami (např. MD5), nebo je uměle vytvořená, můžeš zkoumat, jak podobné hashe jsou generovány podobnými vstupy. Případně pohledat články popisující ty slabiny (o MD5 toho je spousta a určitě někde bude i nějaký ukázkový kód... či sada vstupů, co generuje stejný hash).
Jestli se dívám správně, tak klíčová by mohla být část kódu ve funkci update, která počítá položky a z d. POložka d[2] se zdá být zmíněna pouze jednou a je násobena osmi. To znamená, že nám stačí dát dva vstupy takové, že jejich třetí bajt dostane po vynásobení osmi vždy stejnou hodnotu. Myslím, že třeba něco takového by mohlo fungovat:
Ale možná jsem někde něco přehlédl.
Nechce se mi lustit, co ten kod presne dela.
Je treba zkouset vsechny kombinace znaku a vytvaret hash. Nebo pouzit slovnik.
Pro urychleni bych si to zjednodusil na prvni vystupni hodnotu a pokud se
shoduje, pak bych spustil cely hash.
Jakoze asi vystupem plne_funkce je h0-h7, tak cely algoritmus zjednodusit, aby
zustalo jen h0. A az bude zjednodusena_funkce(vstup)==h0, tak spustis
plna_funkce(vstup)==cely_hash.
Podle toho kodu by se to mohlo zrychlit tak 16x.
Nechce se mi lustit, co ten kod presne dela.
Přesně tak. Zjistit výstupy, které ta funkce nevyplivne podle mě vyžaduje analýzu toho, jak funguje, což mi nepřijde jako záležitost na pár minut.
Je treba zkouset vsechny kombinace znaku a vytvaret hash. Nebo pouzit slovnik.
To si myslím, že není cesta. Ten hash má 8 bajtů a ta zpráva může být libovolně dlouhá (skládá se s 8bajtových bloků, mezi kterými se přenáší interní stav v h0...h7). Kdyby otázka například zněla, které hashe to nevygeneruje pro zprávy dlouhé nejvýše jeden blok (15 bajtů), nebylo by to tak složité.
Zobrazeno 10 zpráv z 10.