ZELENY_CAJ: Ne. Žádná silná šifra není něčím takovým zranitelná, pokud je použita správně.

Zdravim, jdu si pro radu ohledne AES-CBC. Je mozne ziskat klic porovnanim encrypted a unencrypted payloadu? Resim firmware update a co se stane kdyz utocnik ziska jak desifrovany obsah pameti, tak payload s updatem.
Rychlym googlenim jsem nenasel ze by to slo, ale potrebuju si byt vice jisty.. Diky za rady.

TACHIKOMA: necekal bych vyraznou pametovou zatez, protoze vse se bude odehravat postupne na 512 resp 1024 bitu velkejch blocich dat. To ze vyhrava nad SHA256 bude tim, ze se pracuje s 64bit promenejma a predpokladam, ze test delal KOC256 na 64bit masine. 256 pracujici s 32bit blokama bude mit na 64bit stroji nejakou vetsi rezii ackoliv ma tusim min iteraci nad jednim blokem (je to jen strelba od boku, nic overenyho) Urcite bude hrat roli architektura, implementace a velikost zpracovavanejch dat, u kteryho bych cekal ten bod zlomu nekde na urovni par desitek az stovek bajtu (rezije s initem a zpracovanim malyho bloku + padding).

TACHIKOMA:
Případně si ještě zvyš počet opakování a průměruj to a nevím co ještě...
Ale není nic jednoduššího, než to prostě změřit.

PS P:\> Measure-Command {Get-FileHash C:\_WRK\data_test -Algorithm SHA256}


Days              : 0
Hours             : 0
Minutes           : 0
Seconds           : 9
Milliseconds      : 91
Ticks             : 90916217
TotalDays         : 0,000105227103009259
TotalHours        : 0,00252545047222222
TotalMinutes      : 0,151527028333333
TotalSeconds      : 9,0916217
TotalMilliseconds : 9091,6217



PS P:\> Measure-Command {Get-FileHash C:\_WRK\data_test -Algorithm SHA384}


Days              : 0
Hours             : 0
Minutes           : 0
Seconds           : 5
Milliseconds      : 808
Ticks             : 58088977
TotalDays         : 6,72326122685185E-05
TotalHours        : 0,00161358269444444
TotalMinutes      : 0,0968149616666667
TotalSeconds      : 5,8088977
TotalMilliseconds : 5808,8977



PS P:\> Measure-Command {Get-FileHash C:\_WRK\data_test -Algorithm SHA512}


Days              : 0
Hours             : 0
Minutes           : 0
Seconds           : 5
Milliseconds      : 743
Ticks             : 57438395
TotalDays         : 6,64796238425926E-05
TotalHours        : 0,00159551097222222
TotalMinutes      : 0,0957306583333333
TotalSeconds      : 5,7438395
TotalMilliseconds : 5743,8395



PS P:\> Measure-Command {Get-FileHash C:\_WRK\data_test -Algorithm MD5}


Days              : 0
Hours             : 0
Minutes           : 0
Seconds           : 4
Milliseconds      : 601
Ticks             : 46014904
TotalDays         : 5,32579907407407E-05
TotalHours        : 0,00127819177777778
TotalMinutes      : 0,0766915066666667
TotalSeconds      : 4,6014904
TotalMilliseconds : 4601,4904



PS P:\> Measure-Command {Get-FileHash C:\_WRK\data_test -Algorithm SHA1}


Days              : 0
Hours             : 0
Minutes           : 0
Seconds           : 4
Milliseconds      : 277
Ticks             : 42770488
TotalDays         : 4,95028796296296E-05
TotalHours        : 0,00118806911111111
TotalMinutes      : 0,0712841466666667
TotalSeconds      : 4,2770488
TotalMilliseconds : 4277,0488

KOC256: Ano, jsou, ale určitě nenastanou náhodně při přerušení stahování. Pokud by byl požadavek, že potřebuje detekovat i zlomyslného útočníka, který schválně modifikuje data a přerušuje spojení v určitý okamžik, tak MD5 nedoporučím, ale na náhodné poškození v pohodě stačí.

TACHIKOMA: Pro tenhle účel bude vyhovovat kterýkoliv, takže vybírej podle jiných kritíérií - nejrychlejší, nejlépe dostupný, atd. Ani s md5sum bys neměl faktický problém, jen psychologický ("je to moc zastaralé, fuj").

E2E4: Jo. Ja jsem to uz vyresil no. :)

PEPAK: No casove to je na cca 5 hodin na ntb s i5 s “tim” nastrojem.