Protokollverschlüsselung für Mikrocontroller

Michael schrieb:
> Meine Frage ist nun, ob es
> Verschlüsselungsverfahren gibt die auch ein Mikrocontroller händeln
> kann.

klar XOR, ceasar, ...

Je nach Datenmenge geht AES per Software. Manche Controller haben dies 
sogar als Peripheriemodul in Hardware mit an Bord, dann gehts natürlich 
auch mit grösseren Datenmengen.

Einfach auf jedes byte einen (oder jede beliebige andere Anzahl) oben 
drauf. So schnell knackt man das auch nicht.

Sven H. schrieb:
> Einfach auf jedes byte einen (oder jede beliebige andere Anzahl) oben
> drauf. So schnell knackt man das auch nicht.

Das soll wohl ein schlechter Witz sein!
Sogar Cäsar lässt sich sich noch per Hand ohne Pc in Minuten knacken.

wenn man jetzt die verschiebung nach einer bestimmten funktion/schlüssel 
ändert, dann hat man sogar schon ein Upgrade ala Vigenère

ich denke der sollte für einfache datensicherheit dann auch reichen

wenn du natürlich hoch sensibele daten übertragen willst, dann wird das 
noch lustig^^

Stell dir XTEA einfach als eine etwas modernere* DES-Verschlüsselung 
vor. Okay, meine Kollegen würden mich verprügeln wegen dieser groben 
Vereinfachung, aber so in etwa kommt es für dich als Implementierer 
raus.
*Modern = ohne Weak Keys, ohne problematisch gewählte S-Boxen, recht 
einfach zu coden, dafür aber eine hohe Rundenzahl = "sieh zu daß du die 
Runden in Assembler codest und auf Laufzeit optimierst, sonst wird das 
recht lahm".
Sicherheitsmäßig liegt es aber definitv noch unter AES, Serpent und 
Twofish. Schließlich ist die Menge aller Blöcke bei einer Blockgröße von 
64bit in absehbarer Zeit darstellbar.
Andy

Andy P. schrieb:
> Modern = ohne problematisch gewählte S-Boxen

Soweit ich weiß sind die gewählten S-Boxen bei DES optimal gegen 
bekannte Angriffe.
Wie kommst du darauf dass diese problematisch gewählt sind? Etwa allein 
von der Herkunft der S-Boxen?

Andy P. schrieb:
> Sicherheitsmäßig liegt es aber definitv noch unter AES, Serpent und
> Twofish. Schließlich ist die Menge aller Blöcke bei einer Blockgröße von
> 64bit in absehbarer Zeit darstellbar.

Das ist aber nur dann ein Problem, wenn der Algorithmus im ECB-Modus 
(Electronic Code Book) eingesetzt wird, in anderen Modi (z.B. CBC oder 
Counter) hat die Blockgrösse deutlich weniger Einfluss auf die 
Sicherheit.

Einen sicheren Cryptoalgorithmus einzusetzen ist generell nur die halbe 
Miete. Durch Fehler im Protokolldesign kann das Ergebnis trotzdem 
trivial knackbar sein.

Bestes Beispiel: WEP. Der dabei eingesetzte Algorithmus (RC4) an sich 
gilt AFAIK bei korrekter Implementierung nachwievor als sicher. Jedoch 
wurden beim Design des WEP-Protokolls derart grobe Fehler gemacht, dass 
WEP-gesicherte WLANs heute fast im Vorbeigehen geknackt werden können. 
Schon kleine Änderungen (verwerfen der ersten paar Bytes des generierten 
Schlüsselstroms) hätten WEP erheblich sicherer gemacht.

Wenn man selbst nicht absolut sattelfest in Bezug auf Crypto ist, sollte 
man immer jemanden mit der entsprechenden Erfahrung einen Blick auf das 
gesamte Protokoll werfen lassen.

Andreas