-
- Итак, тест на внимательность никто не прошел:) В коде лишние пару строк. Добавлены именно для наших применений - для использования в/с бутлоадером, прикидывающимся "обычным" программатором Vit(136 знак., 08.11.2013 11:15)
- Я же говорил - Неуловимый Джо :-) - SciFi(08.11.2013 11:16)
- а ещё можно ключ по номеру фрейма менять:) - Vit(08.11.2013 11:20)
- Я же говорил - Неуловимый Джо :-) - SciFi(08.11.2013 11:16)
- Особенно доставляет "#define NUMROUNDS 32ul;" :-))) - SciFi(08.11.2013 10:29)
- Ни хрена не понимаю, как это все работает? Я имею ввиду не код, а протокол, ком-порт, посылки? Когда эти функции вызывать?! - Vladimir Ljaschko(08.11.2013 10:27)
- если транспортный уровень примерно как у Modbus RTU, то после приема фрейма (после таймаута на конец пакета) вызываем декодер - Vit(08.11.2013 11:23)
- Угу, понятно, протокол на таймингах. - Vladimir Ljaschko(08.11.2013 11:26)
- в принципе ничто не мешает и инкапсулированное в текстовый протокол измучивать. Тот же hex программаторам часто отправляется без перевода в бинарный вид - Vit(08.11.2013 11:28)
- Да, у меня как раз есть такая версия загрузки - hex построчно. Спасибо. - Vladimir Ljaschko(08.11.2013 11:48)
- в принципе ничто не мешает и инкапсулированное в текстовый протокол измучивать. Тот же hex программаторам часто отправляется без перевода в бинарный вид - Vit(08.11.2013 11:28)
- Угу, понятно, протокол на таймингах. - Vladimir Ljaschko(08.11.2013 11:26)
- если транспортный уровень примерно как у Modbus RTU, то после приема фрейма (после таймаута на конец пакета) вызываем декодер - Vit(08.11.2013 11:23)
- Есть отличия от обычного блочного - завязка данных предыдущих блоков в последующие. В практическом применении выглядит примерно так - добавляем в первый блок "соли" - достаточно одного байта, но можно КС payload. Работа с первым блоком не Vit(97 знак., 08.11.2013 09:45)
- Всё давно изобретено. - fk0(08.11.2013 10:20, ссылка)
- Ну а чем он лучше старого доброго RC4? - FDA(08.11.2013 09:20)
- Для RC4 памяти нужно аж 258 байт ОЗУ -- дикая роскошь для контроллеров очень профессионального уровня. Cryptosystems can defend against this attack by discarding the initial portion of the keystream. Such a modified algorithm is traditionally fk0(967 знак., 08.11.2013 09:32, ссылка)
- Отечественный ГОСТ при фиксированном узле замены требует ОЗУ только под ключ (32 байта) и 8 байт под текущий блок (ну и аккумулятор - но он обычно ложится на регистры процессора). И главное - все по-взрослому. :) - vmp(08.11.2013 21:18)
- По-взрослому - это когда только адресат и ФСБ могут прочитать? :-))) - SciFi(08.11.2013 21:22)
- Ну где-то так. - vmp(08.11.2013 22:19, картинка)
- По-взрослому - это когда только адресат и ФСБ могут прочитать? :-))) - SciFi(08.11.2013 21:22)
- PPS: поймал себя на мысли, что эта поделка (см. ссылку) сродни секретным алгоритмам шифрования (я её ранее давал как пример "хорошего" PRNG, лучшего чем rand() из libc. Об чём в википедии разжёвано... fk0(677 знак., 08.11.2013 10:46, ссылка)
- Отечественный ГОСТ при фиксированном узле замены требует ОЗУ только под ключ (32 байта) и 8 байт под текущий блок (ну и аккумулятор - но он обычно ложится на регистры процессора). И главное - все по-взрослому. :) - vmp(08.11.2013 21:18)
- Для RC4 памяти нужно аж 258 байт ОЗУ -- дикая роскошь для контроллеров очень профессионального уровня. Cryptosystems can defend against this attack by discarding the initial portion of the keystream. Such a modified algorithm is traditionally fk0(967 знак., 08.11.2013 09:32, ссылка)
- Ну, вставлял я эту TEA в тиньку 2313. Че нового - то ? _basile(64 знак., 07.11.2013 23:10 - 23:21)
- продолжение ru.wikipedia.org/wiki/XXTEA - инженегр(07.11.2013 22:06,
)
- RTEA лучше будет. - Evgeny_CD(07.11.2013 23:46, ссылка)
- Никто не сказал, что ВСЕ блочные шифры потребуют какого-то режима шифрования (вроде CBC и т.п.) И какого-то алгоритма обработки последнего блока (не полного). В итоге RC4 кажется не так уж и плох (кода меньше точно нужно, ОЗУ больше, но и работает fk0(211 знак., 12.02.2014 19:33)
- Лучше AES, исходники: инженегр(220 знак., 08.11.2013 09:46,
)
- AES медленно считается и занимает много памяти (ОЗУ и ПЗУ) в контроллерах проф. уровня. - fk0(08.11.2013 10:17)
- Всем известно, что быстрей и лучше секретный алгоритм шифрования (xor 0xAA), а эти вашит TEA, XTEA и AES придумали ботаники чтоб всё усложнить на пустом месте. - fk0(08.11.2013 09:19)
- RTEA лучше будет. - Evgeny_CD(07.11.2013 23:46, ссылка)
- Защита Неуловимого Джо покруче будет. - SciFi(07.11.2013 22:04)
- Дело не в паранойе. Просто есть случаи, когда протокол открывать низзя, а ломающих найдется - Vit(07.11.2013 22:17)
- Если раньше только ЦРУ и АНБ могло это взломать, то теперь - Сноуден у нас. Так что ваши сикреты сможет узнать любой ФСБ-шник и МВД-шник. - _basile(07.11.2013 21:58)
- Итак, тест на внимательность никто не прошел:) В коде лишние пару строк. Добавлены именно для наших применений - для использования в/с бутлоадером, прикидывающимся "обычным" программатором Vit(136 знак., 08.11.2013 11:15)