LINUX.ORG.RU

История изменений

Исправление slovazap, (текущая версия) :

Да и с точки зрения криптографии кажется, что выравнивать надо либо нулями либо случайными данными, остальное полумеры и упрощение получения секрета.

Что за позор? Если ты будешь использовать нули то получишь открытый текст в чистом виде, а если случайные данные и не сохранишь их, то получишь случайные данные из которых ничего нельзя извлечь. То что хочет ТС - простейшая реализация нестойкого гаммирования.

Вопрос - зачем? С точки зрения криптографии нужно взять от B хэш и использовать как ключ для полноценного блочного шифрования A. Предложенная схема для этого никак не годится из-за ограниченности и предсказуемости гаммы.

Исходная версия slovazap, :

Да и с точки зрения криптографии кажется, что выравнивать надо либо нулями либо случайными данными, остальное полумеры и упрощение получения секрета.

Что за позор? Если ты будешь использовать нули то получишь открытый текст в чистом виде, а если случайные данные и не сохранишь их, то получишь случайные данные из которых ничего нельзя извлечь. То что хочет ТС - простейшая реализация нестойкого гаммирования.

Вопрос - зачем? С точки зрения криптографии нужно взять от B хэш и использовать как ключ для полноценного блочного шифрования A.