доброго дня
подскажите пож про защиту stm32f10x. Некоторые моменты никак не догоню
есть 2 вида защиты: только на запись в отдельные страницы flash и чтения flash?
при выставленой защите от чтения flash:
1. запрещается ли запись во ВСЕ страницы flash или все равно нужно запрещать на запись?
2. Есть ли возможность снятия частичного дампа ОЗУ? Ведь вроде остаеться возможность после старта из flash подключить отладчик, залить НАШУ программу в ОЗУ и как то запустить её ( напр изменить ножки boot и сделать reset. sram должна сохраниться)
Полная версия этой страницы: stm32 биты защиты
Читайте документ внимательно...
1. Pages 0-3 (for low- and medium-density devices), or pages 0-1 (for high-density and connectivity line devices) are automatically write-protected.
2. Нет. Разве что через ваш же код через сторонний канал, если в нем баг
)
When booting from the embedded SRAM, Flash memory accesses through the code and through data read using DMA1 and DMA2 are not allowed.
The rest of the memory can be programmed by the code executed from the main Flash memory (for IAP, constant storage, etc.), but it is protected against write/erase (but not against mass erase) in debug mode or when booting from the embedded SRAM.
1. Pages 0-3 (for low- and medium-density devices), or pages 0-1 (for high-density and connectivity line devices) are automatically write-protected.
2. Нет. Разве что через ваш же код через сторонний канал, если в нем баг
) When booting from the embedded SRAM, Flash memory accesses through the code and through data read using DMA1 and DMA2 are not allowed.
The rest of the memory can be programmed by the code executed from the main Flash memory (for IAP, constant storage, etc.), but it is protected against write/erase (but not against mass erase) in debug mode or when booting from the embedded SRAM.
Цитата(brag @ Jun 15 2012, 13:07) 
Читайте документ внимательно...
1. Pages 0-3 (for low- and medium-density devices), or pages 0-1 (for high-density and connectivity line devices) are automatically write-protected.
2. Нет. Разве что через ваш же код через сторонний канал, если в нем баг)
1. Pages 0-3 (for low- and medium-density devices), or pages 0-1 (for high-density and connectivity line devices) are automatically write-protected.
2. Нет. Разве что через ваш же код через сторонний канал, если в нем баг
)я немного не про то. Что flash прочитать не получится это понятно. Вопрос про SRAM
например запустили защищенный контроллер нормально из flash. Он запустился и работает.
Возможность запуска сторонней программы из SRAM остается?
Подключаем отладчик и запускаем оттуда другую программу, которая считывает остальную SRAM которую не заняла собой. Так можно или нет? Ведь данные SRAM от работы основной прошивки (из flash) не должны потеряться если питание не отключать.
сорри, ОЗУ с ПЗУ перепутал. Да, читать SRAM/писать можно,если загрузится с нее. Но после reset-a там не совсем то,что было до, но и не чисто.
Цитата(brag @ Jun 18 2012, 10:42)
сорри, ОЗУ с ПЗУ перепутал. Да, читать SRAM/писать можно,если загрузится с нее. Но после reset-a там не совсем то,что было до, но и не чисто.
А что там?
Есть вероятность остатков данных защищенной программы которая из flash выполнялась?
Подскажите пож. Я только начинаю с ARM и инструментом ещё не так легко владею
Ну sram какбы не чистится при сбросе, тут не важно арм или не арм. Надо будет попробовать. Точно знаю, что SWO начинает работать только после сброса Read Protect,затем power on reset. после oбычного ресета не работает. возможно и с памятью та же фишка - можно загрузится только после POR.
QUOTE (sse @ Jun 18 2012, 08:16)
например запустили защищенный контроллер нормально из flash. Он запустился и работает.
Возможность запуска сторонней программы из SRAM остается?
Да, остается. Но эта программа не будет иметь доступа к флеш:Возможность запуска сторонней программы из SRAM остается?
QUOTE
Once the protection byte has been programmed:
● Main Flash memory read access is not allowed except for the user code (when booting
from main Flash memory itself with the debug mode not active).
● Main Flash memory read access is not allowed except for the user code (when booting
from main Flash memory itself with the debug mode not active).
Цитата(brag @ Jun 19 2012, 00:24)
Ну sram какбы не чистится при сбросе, тут не важно арм или не арм. Надо будет попробовать. Точно знаю, что SWO начинает работать только после сброса Read Protect,затем power on reset. после oбычного ресета не работает. возможно и с памятью та же фишка - можно загрузится только после POR.
а с JTAG как?
POR наверное тоже не гарантирует, что SRAM будет содержать случайные данные. Если питание не опускать до 0, а только чуть ниже 2v ?
JTag ne пробовал. А для такой сурйозной программы, где важна утечка даже частичного попорченного образа памяти нужно специальные девайсы использовать. Тру крипт какраз когда-то так и ломали - вытаскивали память из компа на горячую в определенный момент и снимали дамп,далее анализ
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.