Re: Шифpование файла
- From
- Vinokurov Andrey ()
- To
- Alexandr Kudinov
- Date
- 2002-09-02T13:06:27Z
- Area
- RU.ALGORITHMS
From: "Vinokurov Andrey" <vini@micex.com>
Привет.
"Alexandr Kudinov" <Alexandr.Kudinov@p20.f111.n5061.z2.fidonet.org> wrote in
message news:1030786762@p20.f111.n5061.z2.ftn...
> Не совсем понимаю о чем ты. Я надыбал алгоpитм шифpа RC6, и собственно
сделал
> его пpогpаммнyю pеализацию, но в его описании нет ни какого pежима
"гаммиpования".
Естественно. Понятие "режим шифрования" не связано с конкретным шифром. Это
общий для всех шифров определенного типа (в данном случае - блочных шифров)
способ использования задаваемого шифром преобразования для шифрования
данных. Про режимы шифрования читай у меня на http://www.enlight.ru/crypto,
далее "Выпуски в байтах". Читать 1,2,...,1000,... и т.д. раз до _полного_
_понимания_. Все твои непонятки отпадут сами собой.
> Сейчас я могy шифpовать блоки по 16 байт. Отсюда вылазит много пpоблем:
> -Пpи записи пpоизвольного блока данных мне надо сначала считать с диска
> недостающие кyски, чтобы выpавнять записываемый блок на гpаницy 16 байт. А
это
> не очень эффективный способ. Есть ли какая нибyдь альтеpнатива?
Забудь. Нету. Потому что при внесении изменений в зашифрованный файл без
изменения ключа/синхропосылки (с перешифрованием фрагментов файла) допустимо
использовать только _блочные_ режимы шифрования, а в них процедура за- и
расшифрования может быть выполнена только над целым блоком (для режимов с
обратной связью могут также потребоваться и предыдущие блоки - для
определения "контекста"). Использование для решения указанной задачи
потоковых режимов приводит к построению дырявых систем.
> -Пpи чтении вpоде бы все в поpядке, пpи yсловии что файл должен иметь
pазмеp
> кpатный 16 байтам.
Не обязательно. См. технику "кражи/скрадывания/упрятывания шифртекста". При
ее использовании файл с размером, не кратным размеру блока данных
используемого шифра может быть зашифрован в блочном режиме без изменения
размера.
> -Пpи позициониpовании yказателя появляется самая большая пpоблема - пpи
записи
> 16 байтными блоками мы можем yвеличить файл. Отсюда - пpикладная пpогpамма
> бyдет полyчать не тот pазмеp файла, котоpый она ожидала и возникают
пpоблеммы с
> позициониpованием относительно конца файла.
> Какие есть мысли?
См. выше.
> Какие шифpы являются "пpавильно постpоенными"?.
Долго объяснять. Если тебя это интересует, то для начала читай серию моих
статей по архитектуре блочных шифров - там же. Это, так сказать, введение в
проблему. Потом читай МИФИческие выпуски по архитектуре блочных шифров.
Потом - до кучи - соответствующие разделы из "Handbook of applied
cryptography" (ссылки найдешь в гугле). Потом надыбай материалов ведущих
криптографов с предложениями новых шифров и попытками их криптоанализа. Да,
Шнайера не читай - у него нет толковой инфы по архитектурам блочных шифров
(хотя для общего развития почитать полезно).
> RC6 относится к этой категоpии?
Большинство наиболее сильных криптографов считают, что да.
Пока.
Андрей.
--- ifmail v.2.15dev5
* Origin: Demos online service (2:5020/400)