И еще раз по защите Flash Опции

[toweroff]

Может чего-то не понял, но из мануала, например, по LPC2101/02/03:


Code security

This feature of the LPC2101/02/03 allow an application to control whether it can be
debugged or protected from observation.
If after reset on-chip bootloader detects a valid checksum in flash and reads 0x8765 4321
from address 0x1FC in flash, debugging will be disabled and thus the code in flash will be
protected from observation. Once debugging is disabled, it can only be enabled by
performing a full chip erase using the ISP.


то есть, тостаточно прописать некую константу по адресу 0x1FC со значением 0x87654321, линкер ее там разместит, при прошивке данное значение ляжет куда надо и все, можно не заморачиваться?

Если так, то как правильно записать?

Код

code unsigned int protect=0x87654321 _at_ 0x1FC

Оно?

[Lexy_one]

Или я что-то неправильно понял...

Имелось ввиду полное кодирование прошывки. Хотя можно наверно и секретный ключ в прошивку вставлять....
Вот это конкретно и интересует... Кто какими методами пользуется, их достоинства и недостатки.

Вот я например думаю, если польностью код прошивки закодировать своим алгоритмом, а загрузчик его должен перекодировать - то такую кодировку очень будет сложно взломать.

Но не хочется "изобретать велосипед", хотелось бы услышать мысли тех, кто этим занимался, возможно есть более простые и надежные методы защиты прошивки.

Сообщение отредактировал Lexy_one - Jul 21 2011, 15:13

[zuy]

Вот я например думаю, если польностью код прошивки закодировать своим алгоритмом, а загрузчик его должен перекодировать - то такую кодировку очень будет сложно взломать.

Но не хочется "изобретать велосипед", хотелось бы услышать мысли тех, кто этим занимался, возможно есть более простые и надежные методы защиты прошивки.

То какой используется алгоритм, каждый выбирает сам для конкретного проекта оценивая вероятность попытки взлома, каие средства потенциальный взломщик может на этот процесс затратить и т.п.
У нас - обычно это один из широко известных алгоритмов.

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