Lösung bisher: KEINE -.-
Das Problem wäre beim Einsatz eines aktiven Tags nicht vorhanden
+* Der FoeBuD hat hier eine [https://shop.foebud.org/thema/stoprfid/rfid-kartenschutzetui-metall.html Lösung] (auch in anderen Ausführungen) für alle die Privacy-Bedenken mit RFID haben.
==== Alternativvorschlag: ====
* Aktiver Key auf LED-Basis
** Protokoll basierend auf http://www.merl.com/papers/docs/TR2003-35.pdf
** Hardware: umbauen einer fertigen LED-Keychain im einstelligen EUR-Bereich mit einem 8pin-uC (1EUR) und nem Widerstand
-** Security: Einfachste Möglichkeit ist, eine ID, einen fixen Schlüssel der Tür und einen des Tokens direkt im uC zu speichern. Die Tür "authed" sich also beim Schlüssel, er spuckt seine ID und Schlüssel zurück. Wenn man das ganze dann noch "richtig" sicher machen will, versucht man entweder ne Hashfunktion mit auf den uC zu quetschen (http://www.das-labor.org/wiki/AVR-Crypto-Lib), oder baut einen SHA-512-chip mit ein (http://de.mouser.com/Search/Refine.aspx?Keyword=AT88SA100S).
+** Security: Einfachste Möglichkeit ist, eine ID, einen fixen Schlüssel der Tür und einen des Tokens direkt im uC zu speichern. Die Tür "authed" sich also beim Schlüssel, er spuckt seine ID und Schlüssel zurück. Wenn man das ganze dann noch "richtig" sicher machen will, versucht man entweder ne Hashfunktion mit auf den uC zu quetschen (http://www.das-labor.org/wiki/AVR-Crypto-Lib), oder baut einen SHA-256-chip mit ein (http://de.mouser.com/Search/Refine.aspx?Keyword=AT88SA100S).
** Nachteile:
*** noch ungetestet
*** Frickelarbeit mit der Keychain
Ich wollte sowas in der Art immer mal bauen, wenn ich mich selber mal hingesetzt habe und nen Prototyp läuft, berichte ich vielleicht nochmal.
--[[Benutzer:Cbounce|Cbounce]] 17:09, 3. Apr. 2012 (CEST)
+
+Die Idee gefällt, als Schlüssel hätte man einen ATtiny mit 2,5mm 4pol klinke, der UART und SHA2 kann und außerdem ein Secret enthält.
+
+So mal als Pseudocode die Idee:
+
+Host:
+<syntaxhighlight lang="C">
+int challenge = random();
+sendToKey(getKeyID, null);
+int keyID = getFromKey();
+sendToKey(authChallenge, challenge);
+if (sha2(keychain[keyID] + challange) == getFromKey()) {
+ openGate();
+}
+</syntaxhighlight>
+
+
+AVR-authkey:
+<syntaxhighlight lang="C">
+void serialEvent() {
+ if (header != null) {
+ switch (header) {
+ case getKeyID :
+ uart.send(keyID);
+ case authChallenge :
+ uart.send(sha2(localKey + data));
+ default :
+ resetData();
+ }
+ resetData();
+ }
+}
+
+void resetData() {
+ data = null;
+ header = null;
+}
+</syntaxhighlight>
+
+--[[Benutzer:DooMMasteR|DooMMasteR]] 02:06, 11. Apr. 2012 (CEST)
+
+Gestern mal flink sha256 auf dem Arduino zum laufen gebracht und über jede Menge linkercrap gerannt :P
+aber es klappt so hacked erstmal. Die SHA256 Implementierung kommt von http://www.das-labor.org/wiki/AVR-Crypto-Lib und rennt in 0,01s über 64byte (32byte key + 32byte challenge) :). <br>
+https://stratum0.org/mediawiki/index.php/Spacegate/1.Crap
+Ist nur schnell zusammengeklatscht und sieht halt auch so aus :P aber es geht… <br>
+Nächster Schritt ist OneWire und Kommunikation zwischen 2 AVRs (inkl. authing :P). --[[Benutzer:DooMMasteR|DooMMasteR]] 15:35, 12. Apr. 2012 (CEST)
+
=== Oeffnung ===
Ich habe einen Tueroeffner, den man vermutlich oben in den Tuerrahmen einbauen kann. Bei Anlegen von 12V gibt das frei. habs allerdings nie ausprobiert. Ich brings mal mit demnaechst --[[Benutzer:Valodim|Valodim]] 20:04, 30. Mär. 2012 (CEST)
:Liegt jetzt übrigens hier im Lounge-Regal. --[[Benutzer:Daniel Bohrer|Daniel Bohrer]] 22:24, 2. Apr. 2012 (CEST)
+::ist aber ohne Austausch der Schließmechanik leider sehr unsicher, ein Servo am Schließzylinder auf der Innenseite ist wohl sinvoller. --[[Benutzer:DooMMasteR|DooMMasteR]] 02:08, 11. Apr. 2012 (CEST)
== Alte Diskussion ==
''…wurde vorher auf [[Open/Close-Monitor]] geführt, hier der Vollständigkeit halber hinverschoben --[[Benutzer:Daniel Bohrer|Daniel Bohrer]] 12:17, 31. Mär. 2012 (CEST)''
projects / stratum0-wiki.git / blobdiff