Spacegate - Versionsgeschichte

Daniel Bohrer: /* Alternativvorschlag 5 */ Login per OpenID/OAuth

2013-06-06T16:26:28Z

‎Alternativvorschlag 5: Login per OpenID/OAuth

Daniel Bohrer: /* Alternativvorschlag IV */

2013-06-06T00:40:17Z

‎Alternativvorschlag IV

Lulu: /* Idee */

2013-06-05T10:22:37Z

‎Idee

DooMMasteR: Projekttag

2012-12-20T14:38:56Z

Projekttag

DooMMasteR: /* Alternativvorschlag 2: */

2012-06-21T17:00:46Z

‎Alternativvorschlag 2:

DieLenaMaria: Bin interessiert.

2012-06-17T23:21:59Z

Bin interessiert.

DieLenaMaria: Öffner öffnet. Bei 5,7V.

2012-05-27T11:03:22Z

Öffner öffnet. Bei 5,7V.

Chrissi^: Elektrische Sicherheitsbedenken für Klinkenbuchsen-Variante ergänzt.

2012-05-13T08:12:20Z

Elektrische Sicherheitsbedenken für Klinkenbuchsen-Variante ergänzt.

DooMMasteR: /* Alternativvorschlag: */

2012-04-12T13:35:47Z

‎Alternativvorschlag:

Bluebrother: Lösung für RFID-Privacy beim FoeBuD

2012-04-11T17:53:43Z

Lösung für RFID-Privacy beim FoeBuD

@@ Zeile 131: / Zeile 131: @@
 Cam am Rasperry Pi nach draußen, Öffnung mit QR-Code. (Hat doch jeder ein Handy dabei, gell?) --[[User:Lulu|Lulu]]
 : Nette Idee, aber nicht besonders sicher gegen {{WP|Replay-Angriff}}e, oder? ;-) --[[Benutzer:Daniel Bohrer|Daniel Bohrer]] 02:40, 6. Jun. 2013 (CEST)
 === Oeffnung ===

@@ Zeile 129: / Zeile 129: @@
 ==== Alternativvorschlag IV ====
-Cam am Rasperry Pi nach draußen, Öffnung mit QR-Code. (Hat doch jeder ein Handy dabei, gell?)
+Cam am Rasperry Pi nach draußen, Öffnung mit QR-Code. (Hat doch jeder ein Handy dabei, gell?) --[[User:Lulu|Lulu]]
-[[User:Lulu|Lulu]]
+: Nette Idee, aber nicht besonders sicher gegen {{WP|Replay-Angriff}}e, oder? ;-) --[[Benutzer:Daniel Bohrer|Daniel Bohrer]] 02:40, 6. Jun. 2013 (CEST)
 === Oeffnung ===

@@ Zeile 9: / Zeile 9: @@
 Das äußere Spacegate lässt sich bisher einfach per Handy öffnen, ist zwar nicht toll, aber klappt.
-Für das Innere Gate wäre eine raffinierter Lösung erstrebenswert.
+Für das innere Gate wäre eine raffiniertere Lösung erstrebenswert.
 Zur Verwirklichung sind 2 Hürden zu überwinden.
-#Authetifizierung der Person die Zugang verlangt
+# Authentifizierung der Person, die Zugang verlangt
-#ermöglichen des Zuganges
+# ermöglichen des Zuganges
 === Authorisierung ===
 Wir sollten zum Autorisieren des Zuganges ein System haben, welches folgende Bedingungen erfüllt:
-*Günstig
+* Günstig
-*Sicher
+* Sicher
-*Flexibel
+* Flexibel
-*PrivacyProtecting
+* PrivacyProtecting
-*Available
+* Available
-Das Problem ist dabei größer als es Zunächst erscheint.
+Das Problem ist dabei größer als es zunächst erscheint.
 Mechanische Schlüssel scheiden aus, da sie 1. recht teuer sind und 2. bei Verlust zu Problemen in der Autorisierungskette anderer Schlüssel führen.
 IP-Basierende Systeme scheiden aus, da sie den Betrieb eines IP-Fähigen Endgerätes voraussetzen und auch recht hohen Implementierungsaufwand auf verschiedenen Plattformen mit sich brächte.
 RFID ist im Grunde sehr viel versprechend aber birgt eine gewisse Privacyproblematik in sich, die ID des Tags und damit die Traceability des Users.
 Dennoch erscheint RFID als der Beste Ansatz, denn:
-*recht günstig
+* recht günstig
-*lässt sich vielfältig einsetzen (man könnte ungenutzte Bereiche von Karten offen für andere Nutzungen lassen)
+* lässt sich vielfältig einsetzen (man könnte ungenutzte Bereiche von Karten offen für andere Nutzungen lassen)
-*flexibel ggf. kann ein Nutzer seine eigene Karte mitbringen und Beschreiben lassen
+* flexibel ggf. kann ein Nutzer seine eigene Karte mitbringen und Beschreiben lassen
-*weit verbreitet, gerade 13,xxMHz Tags
+* weit verbreitet, gerade 13,xxMHz Tags
-*ließe sich auch in Smartphones implementieren
+* ließe sich auch in Smartphones implementieren
-*einzelne Karten können bei Verlust de-autorisiert werden
+* einzelne Karten können bei Verlust de-autorisiert werden
-bleibt die privacy Problematik durch die ID, dazu: http://ieeexplore.ieee.org/xpls/abs_all.jsp?arnumber=1508247 (z.B. aus dem Uninetz lesbar)
+Bleibt die privacy Problematik durch die ID, dazu: http://ieeexplore.ieee.org/xpls/abs_all.jsp?arnumber=1508247 (z.B. aus dem Uninetz lesbar)
 Falls der Link oben nicht funktioniert (IEEE Seite hat merkwürdige Cookie-Magie), hier der DOI [http://dx.doi.org/10.1109/DEXA.2005.28 10.1109/DEXA.2005.28]
@@ Zeile 126: / Zeile 127: @@
 * IO-Pins sollten dauerkurzschlussfest gegen GND und Vcc sein. Man weiß nie, was da rein gesteckt wird ;-)
 --[[Benutzer:Chrissi^|Chrissi^]] 10:12, 13. Mai 2012 (CEST)
 === Oeffnung ===

@@ Zeile 134: / Zeile 134: @@
 ::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)
 : Der Öffner sagt, er braucht 6V bis 12V. Hab's eben mit dem 5,7V-Netzteil vom Tür-Handy probiert, geht. --[[Benutzer:DieLenaMaria|DieLenaMaria]] 13:03, 27. Mai 2012 (CEST)
 == Alte Diskussion ==

@@ Zeile 121: / Zeile 121: @@
 Noch ein paar Gedanken von mir:
 * Anzahl der Steckzyklen einer Klinkenbuchse begrenzt. z.B. http://de.farnell.com/lumberg/1501-03/kupplung-buchse-chassis-2-5mm/dp/1200127 5k Stück. Kann zum Ausfall führen. Dabei ist die mechanische Fixierung auf der Leiterplatte nicht ohne
 * ESD-Schutz: Alle Leitungen außer GND mit Transil-Dioden ausstatten um den Host-ATMega ein langes Leben zu garantieren.
 * Spannungsversorgung für Key mit Serienwiderstand oder FET-Stromquelle gegen externen Kurzschluss schützen. Eventuell zusätzlich eine Serien-Diode um Speisung von außen zu verhindern.
 * IO-Pins sollten dauerkurzschlussfest gegen GND und Vcc sein. Man weiß nie, was da rein gesteckt wird ;-)
 --[[Benutzer:Chrissi^|Chrissi^]] 10:12, 13. Mai 2012 (CEST)
 === Oeffnung ===

@@ Zeile 2: / Zeile 2: @@
 |verantwortlich={{Benutzer|DooMMasteR}}
 |status=aktiv
-|interessenten=[[Benutzer:Daniel Bohrer|Daniel Bohrer]], [[Benutzer:Hellfyre|Hellfyre]],[[Benutzer:Chrissi^|Chrissi^]]
+|interessenten=[[Benutzer:Daniel Bohrer|Daniel Bohrer]], [[Benutzer:Hellfyre|Hellfyre]],[[Benutzer:Chrissi^|Chrissi^]], [[Benutzer:DieLenaMaria|DieLenaMaria]]
 }}
 == Idee ==

@@ Zeile 2: / Zeile 2: @@
 |verantwortlich={{Benutzer|DooMMasteR}}
 |status=aktiv
-|interessenten=[[Benutzer:Daniel Bohrer|Daniel Bohrer]], [[Benutzer:Hellfyre|Hellfyre]]
+|interessenten=[[Benutzer:Daniel Bohrer|Daniel Bohrer]], [[Benutzer:Hellfyre|Hellfyre]],[[Benutzer:Chrissi^|Chrissi^]]
 }}
 == Idee ==
 Das Spacegate sollte nach Möglichkeit von jedem Mitglied und ggf. auch kurzfristig autorisierten Gast geöffnet werden.
-Das äußere Spacegate lässt sich bisher einfach per Handy öffnen, ist zwar nicht toll, abe rklappt.
+Das äußere Spacegate lässt sich bisher einfach per Handy öffnen, ist zwar nicht toll, aber klappt.
 Für das Innere Gate wäre eine raffinierter Lösung erstrebenswert.
@@ Zeile 47: / Zeile 47: @@
 * 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: ====
+==== Alternativvorschlag 1: ====
 * Aktiver Key auf LED-Basis
 ** Protokoll basierend auf http://www.merl.com/papers/docs/TR2003-35.pdf
@@ Zeile 64: / Zeile 64: @@
 --[[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.
@@ Zeile 110: / Zeile 113: @@
 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 ===

← Nächstältere Version		Version vom 12. April 2012, 13:35 Uhr
Zeile 104:		Zeile 104:

	--[[Benutzer:DooMMasteR\|DooMMasteR]] 02:06, 11. Apr. 2012 (CEST)		--[[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 ===		=== Oeffnung ===

@@ Zeile 45: / Zeile 45: @@
 Lösung bisher: KEINE -.-
 Das Problem wäre beim Einsatz eines aktiven Tags nicht vorhanden
 ==== Alternativvorschlag: ====