Funkverschlüsselung

Timestamp mit rein, prüfen ob empfangener timestamp > dem letzten ist 
und einen MAC nutzen: 
http://de.wikipedia.org/wiki/Message_Authentication_Code

E23C schrieb:
> Das einzige was mir dazu einfällt, ist dass ich ein dynamischen
> Schlüssel verwende, den ich mit jedem Senden veränder. Aber dann habe
> ich auch wieder eine primitive Periode mit drinne, nach der sich der
> Schlüssel wiederholt. Und man könnte ja dann durch ein dauerhaftes
> Senden irgendwann mal an der Reihe sein.

So ähnlich funktioniert auch der Rollingcode
http://de.wikipedia.org/wiki/Rollingcode
Gilt aber nicht mehr als sicher, aber ich vermute du willst das eh nur 
machen, um etwas dazu zu lernen, richtig?

Der Empfänger will also sicherstellen, daß die Nachricht aktuell und 
authentisch ist. Letzteres kann sehr einfach sein, wenn die Nachricht + 
Prüfsumme in die Blockgröße eines symmetrischen 
Verschlüsselungsalgorithmus' paßt. Für ersteres (proof of liveliness) 
nimmt man normalerweise ein challenge-response-Verfahren, d.h. der 
Empfänger schickt dem Sender eine Bitfolge, die er bisher noch nicht 
verwendet hat, und der Sender muß diese Bitfolge zusammen mit seiner 
Nachricht authentisch bestätigen, also z.B. mit dem geheimen Schlüssel 
verschlüsseln oder einen MAC darüber bilden.

Wenn man nur in eine Richtung kommunizieren kann (also der Empfänger 
kann tatsächlich nur empfangen), muß die challenge aus einer anderen 
Quelle kommen. Datum&Uhrzeit wäre eine Möglichkeit. Beliebt ist auch ein 
Zähler, wobei man dazu Sender und Empfänger einmal synchronisieren muß. 
Und der Sender darf nicht zu oft "ins Leere" senden und dabei Nummern 
"verbrauchen", bevor er wieder in Reichweite kommt, sonst glaubt ihm der 
Empfänger nicht.

Ich habe es mal so angedacht.

Sender
Zufalsgenerator z.B 8
1Byte*8
Das Byte wird dan an Sender2 gesendet.

Empfänger
Zufalsgenerator z.B 4
Das Empfangene byte*4


Das Byte vom empfänger geht zurück an den Sender dort wird dann durch 8 
geteilt wegen dem Zufalsgenerator.

Sender schickt zum Empfänger und der Empfänger teilt das byte druch 4
jetzt hat der Empfänger wieder das richtige byte..

beim mithören dürfte es jetzt schwer sein etwas Sinvolles zu sehen
Nachteil lange laufzeit.