jednoduche sifrovani pro AVR

[Ales Prochaska]

Nejsem sice expert na sifrovani ale XOR by tedy nestacil ani pro velmi
nizkou bezpecnost. Duvod:

(klic XOR zprava1) XOR (klic XOR zprava2) = zprava1 XOR zprava2

A to ani nemluvim o pripadu kdy by se prenasely same nuly. Tim klic
vypadne sam od sebe.

Tady by se hodila nejaka proudova sifra (RC4) nebo XOR po bytech s
pseudonahodnou posloupnosti generovanou rekurzivnim pouzitim
rozpytlovaci funkce (MD5, SHA). Vsechno je to k dispozici v C v mnoha
a mnoha podobach.

Alternativne by bylo mozne pouzit klasickou blokovou sifru v citacovem
rezimu (sifruje se citac a tim se xoruje) ale to prinasi problemy se
synchronizaci.

Zuzene blokove sifry v jinych rezimech (ECB, CBC) se pri 32 bitech
desifruji velmi snadno.

Ales Prochaska

> A jak to musi byt bezpecne? Nestacil by obycejny xor ze 4 bytovym klicem?

> 2008/12/1  <nevrklap@volny.cz>:
>> Zdravim,
>> potreboval bych radu od mistnich expertu na sifrovani. Zadani zni takto
>> - mame 4 byty dat ktere se meni (obsahuji citac a dalsi udaje).. Tyto
>> bychom chteli (v ramci moznosti bezpecne) prenest kanalem, ktery umoznuje
>> prenest prave ty 4 byty. To znamena vstupem jsou ty 4 byty + pevny 4?
>> bytovy klic kterym se data "zasifruji", prenesou a pak tim samym klicem
>> desifruji.. A jak je uvedeno v predmetu, implementace v C je vitana...
>> Vse co nachazim tak je na vetsi bloky dat - napr 64bitu XTEA, nebo zabira
>> prilis mnoho mista - Salsa20.
>> Diky za kazdou radu
>> P.
>>
>>
>> --
>> NOVINKA - HUBNUTÍ! ----- L-Carnitin Fitness 500 ml--- SPECIÁLNÍ AKCE
>> 1+1 ZDARMA---Spalování tuků a sportovní výkon. Maximálně podporuje
>> redukci tukových rezerv!
>> http://www.sportobchod.cz/vanoce/vyziva.php
>>
>> _______________________________________________
>> HW-list mailing list  -  sponsored by www.HW.cz
>> Hw-list@list.hw.cz
>> http://list.hw.cz/mailman/listinfo/hw-list
>>