Короче, нужно в этом ЕЕпром сделать некую область с неким шифром. Сколько байт не жалко, пусть будет 8 байт. К ней и привязываться. Ну, если нужно, я подскажу как нужно, более конкретно.
Значит по привязке: если есть некий "пароль" или ключ (где угодно, допустим в ЕЕпроме) , его НИГДЕ нисчем не нужно сравнивать!!! Им необходимо ТУПО ШИФРОВАТЬ всё что угодно: обмен данными по УАрт, тексты меню и тд. Защита конечно "деццкая" , но отдуракофф вполне подойдёт.
Короче, нужно в этом ЕЕпром сделать некую область с неким шифром. Сколько байт не жалко, пусть будет 8 байт. К ней и привязываться. Ну, если нужно, я подскажу как нужно, более конкретно.
Значит по привязке: если есть некий "пароль" или ключ (где угодно, допустим в ЕЕпроме) , его НИГДЕ нисчем не нужно сравнивать!!! Им необходимо ТУПО ШИФРОВАТЬ всё что угодно: обмен данными по УАрт, тексты меню и тд. Защита конечно "деццкая" , но отдуракофф вполне подойдёт.
а процедуру шифрации/дешифрации вынести в отдельную защёлкнутую микросхемку )))
Поэтому обновление ПО повлиять никак не смогут, по сути защита копеечная, но взлом будет значительно дороже, ключ то можно воткнуть любой, к примеру 1 килобайт
Я рассматривал вариант применения AT24C256 (или аналогичную). Но все же склоняюсь к применению ATSHA204A. Предполагаемые преимущества: 1) Возможность записать код и заблокировать для простого чтения (или что то в этом роде) Пока не изучил как это можно сделать. Предполагаю что на AT24C256 такую функцию выполнить невозможно.
2) Размеры как у транзистора SMD. Возможен вариант скрытной установки - типа под каким нибудь разъемом или элементом.
Понимаю, что это не очень сложная защита, но все же. Супер сложная не обязательно, но желательно хоть какую.
Внешний EEPROM есть, на I2C.
Отт ано!!!
Короче, нужно в этом ЕЕпром сделать некую область с неким шифром. Сколько байт не жалко, пусть будет 8 байт. К ней и привязываться. Ну, если нужно, я подскажу как нужно, более конкретно.
Значит по привязке: если есть некий "пароль" или ключ (где угодно, допустим в ЕЕпроме) , его НИГДЕ нисчем не нужно сравнивать!!! Им необходимо ТУПО ШИФРОВАТЬ всё что угодно: обмен данными по УАрт, тексты меню и тд. Защита конечно "деццкая" , но отдуракофф вполне подойдёт.
Спасибо, приму к сведению этот вариант, как один из годных ;)
Внешний EEPROM есть, на I2C.
Отт ано!!!
Короче, нужно в этом ЕЕпром сделать некую область с неким шифром. Сколько байт не жалко, пусть будет 8 байт. К ней и привязываться. Ну, если нужно, я подскажу как нужно, более конкретно.
Значит по привязке: если есть некий "пароль" или ключ (где угодно, допустим в ЕЕпроме) , его НИГДЕ нисчем не нужно сравнивать!!! Им необходимо ТУПО ШИФРОВАТЬ всё что угодно: обмен данными по УАрт, тексты меню и тд. Защита конечно "деццкая" , но отдуракофф вполне подойдёт.
а процедуру шифрации/дешифрации вынести в отдельную защёлкнутую микросхемку )))
Поэтому обновление ПО повлиять никак не смогут, по сути защита копеечная, но взлом будет значительно дороже, ключ то можно воткнуть любой, к примеру 1 килобайт
ключ то можно воткнуть любой, к примеру 1 килобайт
Да чо мелочица, AT24C256 копейки стоит. :) вот там ключ так ключ
ключ то можно воткнуть любой, к примеру 1 килобайт
Да чо мелочица, AT24C256 копейки стоит. :) вот там ключ так ключ
ага, разводной, на 172 )))
Я рассматривал вариант применения AT24C256 (или аналогичную). Но все же склоняюсь к применению ATSHA204A. Предполагаемые преимущества: 1) Возможность записать код и заблокировать для простого чтения (или что то в этом роде) Пока не изучил как это можно сделать. Предполагаю что на AT24C256 такую функцию выполнить невозможно.
2) Размеры как у транзистора SMD. Возможен вариант скрытной установки - типа под каким нибудь разъемом или элементом.
Понимаю, что это не очень сложная защита, но все же. Супер сложная не обязательно, но желательно хоть какую.
DIYMan проблему решил и на STM32. Защита работает.
ATECC508A есть, со всей криптографией на борту. По цене плюс-минус, даташит уже в паблике. Совместимость полная.