Samx (03.10.2022 21:08, просмотров: 259) ответил klen на каким алгоритмом хорошо шифровать поток битов. нужно врезатся в
uart.-
- 1. как блочный алгоритм использовать как генератор гаммы. 2. как
два генератора засихрить на двух концах. 3. как их синхрить при
проебе битов в канале? - klen(04.10.2022 11:57)
- 1. Это прямо описано в ГОСТе. Samx(339 знак., 04.10.2022 21:13)
- 1) Простейший вариант - считать байты, шифровать значение счетчика и полученный шифр использовать как гамму. Исходное значение счетчика инициализировать случайным числом 2,3) периодически передавать текущее значение счетчика - LightElf(04.10.2022 13:20)
- 1. любой хороший. можно pcg. 2. там стартовое состояние в 128 бит,
можно либо иметь таблицу их в 256 вариантов, и первым байтом
указывать стартовый "ключ", либо в два байта (да хоть в 4)
склеивать стартовое значение из таблицы. 3. резать сообщение на
более мелкие пакеты. - Mahagam(04.10.2022 12:14)
- резать нельзя ибо нет сообщений, это поток без начала и конца с
асинхронным непредсказуемым временем прихода бита и возможность его
потерять. правда тут порции по 8 бит ибо uart. ждать очередного
бита или байта нельзя ибо канал управлен я объектом в ральном
времени - klen(04.10.2022 12:29)
- 3. Передавать данные, меньше, чем 8 битами, остальное -
синхронизация. Правда скорость передачи данных получится ниже. - AПM(04.10.2022 21:26)
- возникло облегчение... оказалось это пакеты MAVLink, воткнул оссцыл
- убедился klen(333 знак., 05.10.2022 11:22)
- Мне сильно помогли разобраться онлайн шифровщики-дешифровщики, например по ссылке. Nikolay_Po(63 знак., 05.10.2022 22:22, ссылка)
- Обязательно потоковый. Ключ AES ECB легко вскрывается, особенно,
для известного протокола. Nikolay_Po(110 знак., 05.10.2022 19:02, ссылка)
- я код по ссылке еще лет пять назад переписал и использую. но жто
аеs, он жеж блочный а не потоковый... - klen(06.10.2022 15:04)
- Я делал так (уверен, что это снижает стойкость, но...): в начале каждого пакета, передавал в открытом виде 128-битный серийный номер пакета (не нулевой!). Номера не повторяются, раз в 10 минут сохраняются в кольцевой буфер ЭСПЗУ с CRC32 на обеих сторонах. Если устройство выключалось, то сначала загружается последний сохранённый в ЭСПЗУ номер, к нему прибавляется число более чем на 10 минут работы (чтобы гарантированно отбросить переданные и записанные с эфира между Nikolay_Po(2221 знак., 07.10.2022 14:40)
- +1 - LightElf(05.10.2022 19:07)
- я код по ссылке еще лет пять назад переписал и использую. но жто
аеs, он жеж блочный а не потоковый... - klen(06.10.2022 15:04)
- Хо, неужели хоть кто-то из местных занят актуальными проблемами
современности? - Andreas(05.10.2022 11:30)
- Взаимодействием третьего и четвёртого полов? - Kpoк(05.10.2022 14:48)
- эти местные даже иногда принимают участие в их создании.. не точто в решении. ломать не строить! - klen(05.10.2022 12:14)
- возникло облегчение... оказалось это пакеты MAVLink, воткнул оссцыл
- убедился klen(333 знак., 05.10.2022 11:22)
- 3. Передавать данные, меньше, чем 8 битами, остальное -
синхронизация. Правда скорость передачи данных получится ниже. - AПM(04.10.2022 21:26)
- резать нельзя ибо нет сообщений, это поток без начала и конца с
асинхронным непредсказуемым временем прихода бита и возможность его
потерять. правда тут порции по 8 бит ибо uart. ждать очередного
бита или байта нельзя ибо канал управлен я объектом в ральном
времени - klen(04.10.2022 12:29)
- 1. как блочный алгоритм использовать как генератор гаммы. 2. как
два генератора засихрить на двух концах. 3. как их синхрить при
проебе битов в канале? - klen(04.10.2022 11:57)