Gennadiy Usovmaytonпропущено...

Несколько - это сколько?Как я понимаю задачу, размер матрицы перестановок может быть ограничен какой-то величиной А - просто исходный текст очень большой. (пока не говорю о хэш-функциях).

Следовательно, весь текст разбивается на блоки размера В, где В - величина кратная размеру ключа К и меньшая А, и следовательно, может быть В/К ключей.
Могу-ли я зашифровать фильм длиной 1.4 Гигабайта вашим шифром?

Gennadiy UsovDimitry Sibiryakovпропущено...
Несколько маленьких ключей в функциональном плане ничем не отличаются от одного большого.
Да, RSA768 факторизовали, поэтому сейчас даже RSA1024 уже вывели из обращения в SSH и используют RSA2048.
Это и есть есть простое удлинение ключа, которое ты предложил.Говоря о нескольких ключах я не говорил о размере ключа.

Поэтому предположение об увеличении количества ключей остаётся в силе.
1.4 Гигабайта (при размере символа в стандартной кодировке это ) полтора миллиарда символов.

Какова будет суммарная длина ключей в твоём алгоритме? Ведь мне надо их тоже передать
получателю до начала сеанса передачи фильма.

Gennadiy Usovmaytonпропущено...

1.4 Гигабайта (при размере символа в стандартной кодировке это ) полтора миллиарда символов.
Какова будет суммарная длина ключей в твоём алгоритме? Ведь мне надо их тоже передать
получателю до начала сеанса передачи фильма.Подумаем...

А сложность шифра: ДСП, третий, второй или первый...
Это же ваш шифр.

Gennadiy Usovmayton1.4 Гигабайта (при размере символа в стандартной кодировке это ) полтора миллиарда символов.
Какова будет суммарная длина ключей в твоём алгоритме? Ведь мне надо их тоже передать
получателю до начала сеанса передачи фильма.пропущено...
Это же ваш шифр.Не совсем.

Здесь несколько другой алгоритм шифрования: потоковый.
Это когда по мере накопления некоторого блока информации, эта информация шифруется и отсылается, далее идет работа со следующим блоком информации.

То есть идет конвеерная работа с потоком информации: принимается блок информации, шифруется и передаётся куда надо, далее принимается следующий блок информации и т.д.

В памяти ЭВМ достаточно иметь небольшой кусочек памяти (для 1-го блока).

Принимать и отправлять информацию - это работа с железом. Я этим не занимаюсь.
А вот поработать с блоками информации могу (когда будет готов код )
Вы как раз описали работу блочного шифра. Благодаря этому и можно кусочками по 64 бита обработать
большой видео-файл. Ну... в вашем случае это будет другой кусочек.

Но мой вопрос касался накладных расходов на ключ. Какой он будет? Сколько символов (в вашей терминологии) ?

[quot Gennadiy Usov]Gennadiy Usovпропущено...
Забыл про вопрос о ключах.

В шифре RC4 блок небольшой. Может быть это связано со скоростью информации в потоке.
От 40 бит? Да. Но мне кажется что это еще больше связано с годом изготовления.
Если это 1987 год - то тогда частота процессоров мерялась в килогерцах КР580
и мегагерцах (Z80 - 3.5 Mhz). Насчет интеловских - не знаю. А это очень мало
для быстрого шифрования.

Gennadiy Usov почему блок не может быть больше?
Блок может быть больше.

В этом случае операции гаммирования или логических сдвигов программер
будет бить на части. Это 80% для симметричных.

Для несимметричных там наверное по другому. Там - арифметика факторизации
насколько я понимаю.

В общем случае удвоение регистра (при условии что система команд уже не поддерживает
таковую разрядность) усложнит программу шифратор-дешифратор более чем в два раза.
Это может привести к невозможности например приёма потокового видео
для слабых устройств (некоторые модели смартфонов или какие-то жлобские
ТВ-приставки). Такие устройтсва не смогут в отведенный регламент принять
и декодировать последовательность кадров и как следствие пользователь будет
недоволен. Со всемы вытекающими. Вплоть до отказа использовать данное железо и ПО,

Gennadiy UsovЯ не говорил об удвоении регистра.

Да ради бога. Увеличивайте как вам удобно.

Или блок намертво связан с регистром?

Для симметричных 99% да.

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

Gennadiy Usovчто происходит быстрее: передача 8 символов или шифрование (дешифрование) 8 символов?
На этот вопрос - нет ответа. Во первых в хорошем приложении это распараллелено. Тоесть шифрованием
занята какая-то часть железа процессора а отправка пакета - немного другое.

Во вторых.

Мы живем в этоху мобильных технологий (3G/4g надо почитать документацию по скоростям) и Wifi (150mbit/300mbit).

Но фактически скорость Wifi сети еще медленнее чем заказано. Это интересный вопрос для форума железячников.
Возможно он связан с Wifi каналами и возможно с ошибками и зашулённостью самой сети.

Скорость мобильной связи - еще хуже. Субъективно.