ATNEL tech-forum

Re: Bootloader a zabezpieczenie pliku hex

2018-08-29T10:34:35+01:00

micky napisał(a):

jak nie boisz się podsłuchiwania to możesz dekodować wsad w apce na PC

Myślę, że jednak dekodowanie zrobię w bootloaderze tak jak sugerowałeś poprzednio.

rskup napisał(a):

możesz skakać dowolnie po stronach

O tym nie pomyślałem. Bardzo dobry pomysł.

Dziękuję bardzo za pomoc. Czas zabierać się do pracy

Statystyki: Napisane przez zieleniewiak — 29 sie 2018, o 10:34

Re: Bootloader a zabezpieczenie pliku hex

2018-08-28T11:49:11+01:00

Nie musisz mieć programowania flasha od początku do końca, a możesz skakać dowolnie po stronach. A dodatkowo dane strony możesz przesyłać z pomieszaną kolejnością bajtów .
Jak będziesz miał na stałe zaszyty algorytm hoppingu i mieszania danych, to podsłuchanie transmisji nic nie daje.
A jak do tego dodasz jakieś proste szyfrowanie, to masz prosty algorytm i dość dobre zabezpieczenie .

--
Pozdrawiam,
Robert

Statystyki: Napisane przez rskup — 28 sie 2018, o 11:49

Re: Bootloader a zabezpieczenie pliku hex

2018-08-28T10:26:57+01:00

jak nie boisz się podsłuchiwania to możesz dekodować wsad w apce na PC a pchać go normalnie via bootloader Mirka.

Statystyki: Napisane przez micky — 28 sie 2018, o 10:26

Re: Bootloader a zabezpieczenie pliku hex

2018-08-28T08:35:00+01:00

To jest pierwsze co przyszło mi do głowy.

Statystyki: Napisane przez zieleniewiak — 28 sie 2018, o 08:35

Re: Bootloader a zabezpieczenie pliku hex

2018-08-28T07:58:18+01:00

Musisz szyfrować wsad a następnie go odszyfrowywać w bootloaderze - to jest najpewniejsze rozwiązanie - wtedy nawet podsluchiwanie tx/rx nic nie da

Statystyki: Napisane przez micky — 28 sie 2018, o 07:58

Bootloader a zabezpieczenie pliku hex

2018-08-28T06:43:43+01:00

Witam szanowne grono fachowców i hobbystów.

Robię sobie urządzenie na ATXmega256A3BU. W sumie to nie istotne aż tak bardzo jaki to mikrokontroler.
Moje pytanie dotyczy raczej bootloadera.

Otóż urządzenie to do konfiguracji wymaga aplikacji na PC, którą dzięki poradnikom Mirka jakoś dałem radę napisać w Deplhi.
Aplikacja z urządzeniem komunikuje się po UDP. Wszystko ładnie działa.
Teraz do tej aplikacji (oraz urządzenia) chciałbym dodać funkcję bootloadera. Nie mam za bardzo doświadczenia ale myślę, że na bazie tego co Mirek zrobił po UART powinienem jakoś sobie poradzić przy UDP.

Nagle zapaliła mi się lampka ostrzegawcza w głowie bo....
Założenie jest takie aby klient sam mógł sobie zrobić upgrade programu w uC. Niby ok ale skoro wyślę klientowi gotowy plik hex to jaki jest sens ustawiania lock bitów w uC zabezpieczających przed odczytem programu FLASH chroniącego przed plagiatem. Klient dostanie gotowy plik hex "na tacy"

Znacie może jakieś metody zabezpieczeń? Może plik hex powinien być jakoś szyfrowany przez wysłaniem do klienta w celu upgrade a następnie odszyfrowywany przez bootloader w uC?

Może są jakieś inne sposoby.

Podsumowując:
Jest urządzenie na uC + Aplikacji na PC do jego konfiguracji z dodatkową funkcja bootloadera.
Klient ma mieć możliwość własnoręcznego wgrania nowego firmware z pliku, który otrzyma ode mnie.
Konieczne jednak jest "jakieś" zabezpieczenie pliku aby klient przy jego pomocy nie był w stanie zdublować urządzenia.

Mam nadzieję, że w miarę jasno wyjaśniłem mój problem i jest jakieś jego rozwiązanie.

Z góry dziękuje za ewentualne podpowiedzi.
Pozdrawiam

Statystyki: Napisane przez zieleniewiak — 28 sie 2018, o 06:43