Баг в AVR231:AES Bootloader, может кто знает как лечить Опции

[LexaK]

Суть его в том, что при определенных размерах файла прошивки процесс шифрования/дешифрования приводит к повреждению данных. В моем случае повреждались 14 байт начиная с адреса 0x4D00. Проявляется достаточно редко, поэтому выявить какую-либо закономерность не могу.
Кто-нибудь разобрался?
PS Видел в одном из обсуждений упоминание этого бага и упоминание темы, в которой он обсуждается, но саму тему не нашел.

[MrYuran]

Я сейчас данную тему на МСП перекладываю, так что поиграюсь.

Суть его в том, что при определенных размерах файла прошивки процесс шифрования/дешифрования приводит к повреждению данных. В моем случае повреждались 14 байт начиная с адреса 0x4D00. Проявляется достаточно редко, поэтому выявить какую-либо закономерность не могу.

А если отключить шифрование и оставить чисто бутлодер? (приняли пакет - прошили, без помощи aes.c)
Естественно, передавать тоже некриптованный файл.

Как-то надо локализовать, где собака порылась

[Сергей Борщ]

Я сейчас данную тему на МСП перекладываю, так что поиграюсь.

Оно вылезает оочень редко. Мне попадалось раз или два с 2007г, а прошивка меняеся пару раз в неделю.

А если отключить шифрование и оставить чисто бутлодер? (приняли пакет - прошили, без помощи aes.c) Естественно, передавать тоже некриптованный файл.

В кодировании собака. И судя по всему в шифровании. Ибо искажается кусок данных в середине прошивки. А дешифрование идет блочно и зависит от истории. Если бы проблема была в расшифровке, то следующий пакет расшифровывался бы тоже неправильно и вылетали бы по ошибке несовпавшей сигнатуры. Вот не догадался сохранить ту прошивку и набор ключей для детального анализа. Фактически нужен (сбоящий + предыдущие 16 байт) кусок хекса, ключи шифрования и содержимое ChainCipherBlock перед шифровкой этих предыдущих 16 байт.