Deszyfrator strumienionwy do bootloadera

Co jeszcze w tym 2kb kodzie jest oprócz aesa? Domyslam się że obsluga usb?

Dla kodu stąd:

$ avr-gcc -mmcu=atmega8 -c -Os aes256.c $ avr-size aes256.o text data bss dec hex filename 1956 0 0 1956 7a4 aes256.o

Bootloader z programową obsługą usb i emulacją USBasp to też niecałe 2 kilo. Myślę, że jakby użyć aes128 i sprzętowy serial to w 2k się da zmieścić.

A czemu nie wejdziesz na stronę atmela i sam nie sprawdzisz?

Jeśli chodzi o AVR, to kiedyś była na stronie Atmela nota aplikacyjna odnośnie implementacji bootloadera z 3DES.

Odnośnie ARM-ów to obecnie dużo lepszym wyborem będzie coś z rodziny Cortex M3 lub M4 - w zasadzie do wyboru, do koloru - ST, NXP, Freescale, TI, i jeszcze parę innych innych firm. Mnóstwo narzędzi, przykładów, sporo z tych procesorów ma sprzętowe wspomaganie do szyfrowania.

Pozdr AK

Marek pisze:

A nie da się wydłubać loadera z kluczem szyfrującym?

bajcik

Da się, ale koszt będzie prawdopodobnie w okolicy kilkunastu-kilkudziesięciu-kilkuset k$.

Niczego nie wykluczam. Na razie uzywam AVR ze względu na sensowna szybkość I/O. Ale jest coraz ciaśniej z ramem i nadchodzi moment zmiany na wieksze.

No wlasnie nie oplaca się bo, jak ktoś tu wcześniej napisal, programy na mcu sa tak proste, ze wystarczy zlecić napisanie od nowa byle lokalnemu rzezbiarzowi ;-]