Ein Hallo an alle µC-Junkies, zum Feierabend eine kleine Frage, bzw. Aufgabenstellung: Es soll ein "Dialog" zwischen zwei Mikrocontroller-Baugruppen stattfinden. Robust, einfach, preiswert, genial - ich weiss, das geht nicht. Es sollen also ein "wenig" Daten ausgetauscht werden. Ohne grosse Rechenleistung. Bei Erfahrung könnt Ihr ja 'mal ein paar Stichwort zum Suchen 'reinschmeissen. Dankeschön schon 'mal vorab ! Dietmar
Bei XOR mit einem Byte kannn man vielleicht von "Verschleierung" sprechen, aber sicher nicht von Verschlüsselung. @Dietmar: Um einen sinnvollen Vorschlag machen zu können muss man mehr über die Anwendung wissen: wie viel Daten müssen übertragen werden, wie viel Rechenzeit steht zur Verfügung, welche Ansprüche stellst du an die Sicherheit, sollen beide mit dem selben festen Schlüssel arbeiten, usw.
Hallo! Wenn Du auf den neusten stand der Technik etwas machen möchtest. http://www.tu-harburg.de/ti6/mitarbeiter/sw/ Wirst Du dir Sebastians Weisheiten durchlesen müssen. gruß, Bjoern
Ich hab's befürchtet..... Das Datenaufkommen ist sehr beschränkt. Pro "Session" vielleicht so 40 bytes (kein Schreibfehler). Die Probanden sind kleine MSPs, die sonst so vor sich hinschlummern. Die Verschlüsselung hat keinen grossen Anspruch, vielleicht reicht auch schon verschleiern ; ). Aber besten Dank für die Hinweise!
Wenig aufwendig ist XXTEA (http://en.wikipedia.org/wiki/XXTEA). Das ist sicherlich besser als jedes WEP-WLAN und mehr als genug um Gelegenheits-Lauscher auszusperren. Wenn man hohe Ansprüche hat sollte man einen Algorithmus wählen der besser analysiert wurde als XXTEA, z.B. AES; da ist der Aufwand allerdings schon etwas höher. Wenn man das macht sollte man sich auf jeden Fall vorher ein paar Grundlagen aneignen (z.B. ISBN 0-471-11709-9), sonst kann man trotz tollstem Algorithmus ein System bauen das unsicher ist.
Also das Buch ist sicher lesenswert, selbst wenn die Anwendung nicht so kritisch ist. Die Datenübertragung ist nicht so "geheim". Es wäre nur von Vorteil, wenn nicht bei gleichen Datenpaketen, auch die übertragenden Rohdaten identisch wären.
@fnah das ist ja nun nicht richtig .... DH ist nur ein verfahren um einen schlüssel über ein unsicheres medium auszutauschen
Bei jeder Uebertragung ein Rueckgekoppeltes Schieberegister XOR mitlaufen lassen.
>das ist ja nun nicht richtig .... DH ist nur ein verfahren um einen >schlüssel über ein unsicheres medium auszutauschen das ist mir schon klar; ich nutze es fast taeglich um dann mit blowfish-verschluesslung zu chatten, aber das nur nebenbei. ich hab es mal in den raum geworfen, da das hier angesprochen wurde: >Es wäre nur von Vorteil, wenn nicht bei gleichen Datenpaketen, >auch die übertragenden Rohdaten identisch wären. mit DH koennte man bei jeder uebertragung vorher schnell nen neuen zb. 128bit-key generieren und dann die daten mit einer einfachen symmetrischen verschluesslung ohne CBC uebertragen. aber ich halte mich jetzt raus; ist zu lang her, dass ich mich mit verschluesslung beschaeftigt hab.
@fnah: Die Implementierung eines DH-Keyexchange auf einem kleinen 16-bit uC wird allerdings zumindest trickreich werden müssen.
Hi, schau die mal den RC4 Algorithmus an. Der ist einfach zu implementieren und läuft auch auf 8-Bittern. Und von der Sicherheit sollte er eigentlich ausreichen für einfache Anwendungen. Du musst halt nur noch ein Protokoll drum rum bauen, das sicherstellt, das Sender und Empfänger synchron laufen.
Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.