caxapa.ru :: Примерно так и делал в проекте на LPC21xx. В первом секторе - загрузчик + CRP, в остальных секторах - приложение, к-рое в зашифрованном виде передается пользователям в виде апдейта.

Argon (13.12.2009 14:16, просмотров: 211) ответил Гудвин на Так я про собственный и речь и веду...

Примерно так и делал в проекте на LPC21xx. В первом секторе - загрузчик + CRP, в остальных секторах - приложение, к-рое в зашифрованном виде передается пользователям в виде апдейта. При необходимости получить доступ к МК, девайсу подсовывается "апдейт", убивающий всю прошивку вместе с CRP.

Ответить

- О! Спасибо на добром слове. А то экспериментировать было стремно - Гудвин(124 знак., 13.12.2009 15:05)
  - Вообщем, испытал. На все действо (почистить все 512К флэш) уходит 100 мс... При тактировании от встроенного генератора 4 МГц при старте. - Гудвин(13.12.2009 17:39)
    - а локи разве снимаются при самопрограммировании? - koyodza(13.12.2009 17:40)
      - А вот, кстати, да - в STM можно вообще защитить boot область. В LPC нет такой фишки. Надо будет попробовать встроенным в кортекс защитным механизмом памяти "наложить вето" ;) Попробовать запретить исполнение кода из области заводкого загрузчика. Гудвин(57 знак., 13.12.2009 18:04)
      - Потому и спрашивал :) Подсказали - попробовал. В LPC достаточно стереть первый сектор флэш - там этот код защиты прописывается. После стирания 0xFFFFFFFF - первозданно чистый кристалл ;) Попробовал в режиме защиты CRP2... - Гудвин(13.12.2009 17:59)
        
        Вы смотрите чтобы не налететь натребование иметь лицензию при разработке средств шифрования , а паразитирующих на этом много. - _dch_(18.12.2009 23:35, )
        
        да ну что вы говорите! какая связь между "средствами шифрования" и защитой собственного ПО с помощью спецрежимов МК? Argon(262 знак., 19.12.2009 01:11)

ARM, RISC-V контроллеры