caxapa.ru :: Проблема есть. 1) Защита чтения это не защита от записи -- можно зашить другой загрузчик вне производства, позже. И он может иметь правильные ключи выкранные из HEX на производстве, выкранные откуда-то у программистов (одним из программистов,

fk0, легенда (23.03.2013 23:59, просмотров: 323) ответил vmp на Если мы можем верить защите памяти МК от считывания, то проблем нет. Достаточно по-нормальному организовать процесс зашивки загрузчика вместе с ключами шифрования и процесс шифрования прикладного ПО на тех же ключах. Подмена загрузчика уже не

Проблема есть. 1) Защита чтения это не защита от записи -- можно зашить другой загрузчик вне производства, позже. И он может иметь правильные ключи выкранные из HEX на производстве, выкранные откуда-то у программистов (одним из программистов, исходники и всё такое должны попадать в какой-то "архив" и тоже много лиц...) 2) Прямо на производстве могут зашивать модифицированный загрузчик. Причём вариант 1 предусматривается более рациональным. а вариант 2 слишком уж явный и круг ответственных лиц уже.

[ZX]

Ответить

- Я все-таки надеялся , что Вы не упомянете откровенный криминал, ошибся-с. Тогда только первый отдел и собственная СБ. - Хитрый китаец(24.03.2013 00:10, )
  - Откровенный криминал -- это новые функции модифицированного ПО. Но практически не доказуемо, экспертизу такого уровня никто делать не будет (см. ссылки). А какой состав преступления в выносе строки хексов? Или в записи какого-то не того HEX-файла fk0(167 знак., 24.03.2013 00:21 - 00:26)
    - ИМХО, Вы пытаетесь найти границу между реальной угрозой и параноидальной? Попробуйте с другой стороны, что можно противопоставить, краже хексов, например. Терморектальный способ или быструю смену прошивки. Что лучше, если пользователь не сможет Хитрый Китаец(126 знак., 24.03.2013 09:54)
- Вот тут-то и понадобятся оргмеры. Защитить единственную операцию на производстве вполне реально. Проконсультируйся в первом отделе. - vmp(24.03.2013 00:03)

Средства и методы разработки