U2F FIDO - Revision history

Wolfm: /* USB Transaction im Detail */

2015-06-30T15:15:36Z

USB Transaction im Detail

← Older revision		Revision as of 15:15, 30 June 2015
Line 108:		Line 108:

	= USB Transaction im Detail =		= USB Transaction im Detail =
	Im Rahmen des Seminars von [https://www2.informatik.hu-berlin.de/~giessman/ Prof. ~~Giesmann~~] wurde ein kompetter Mitschnitt mit "usbpcap" für die Registrierung sowie dei Authentisierung erstellt der in [[wireshark.pcap.txt]] zu sehen ist.		Im Rahmen des Seminars von [https://www2.informatik.hu-berlin.de/~giessman/ Prof. Dr. Ernst-Günter Giessmann] wurde ein kompetter Mitschnitt mit "usbpcap" für die Registrierung sowie dei Authentisierung erstellt der in [[wireshark.pcap.txt]] zu sehen ist. Derzeit ist wireshark nicht in der Lage, die U2F-Kommunikation genauer zu visualisieren, sondern benennt sie einfach als "Leftover Capture Data". Allerdings hat Prof. Dr. Ernst-Günter Giessmann sich die Mühe gemacht, all diese Daten zu analysieren und diese hier [[eg.gnubby-protokoll explained.txt]] bereitzustellen.

	= Was nicht funktioniert oder in der verfügbaren Zeit nicht möglich ist =		= Was nicht funktioniert oder in der verfügbaren Zeit nicht möglich ist =

Wolfm: /* USB Transaction im Detail */

2015-06-30T15:07:58Z

USB Transaction im Detail

← Older revision		Revision as of 15:07, 30 June 2015
Line 108:		Line 108:

	= USB Transaction im Detail =		= USB Transaction im Detail =
	Im Rahmen des Seminars von [https://www2.informatik.hu-berlin.de/~giessman/ Prof. Giesmann] wurde ein kompetter Mitschnitt mit "usbpcap" für die Registrierung sowie dei Authentisierung erstellt der in [[~~File:~~wireshark.pcap.txt]] zu sehen ist.		Im Rahmen des Seminars von [https://www2.informatik.hu-berlin.de/~giessman/ Prof. Giesmann] wurde ein kompetter Mitschnitt mit "usbpcap" für die Registrierung sowie dei Authentisierung erstellt der in [[wireshark.pcap.txt]] zu sehen ist.

	= Was nicht funktioniert oder in der verfügbaren Zeit nicht möglich ist =		= Was nicht funktioniert oder in der verfügbaren Zeit nicht möglich ist =

Wolfm: /* USB Transaction im Detail */

2015-06-30T15:06:33Z

USB Transaction im Detail

← Older revision		Revision as of 15:06, 30 June 2015
Line 108:		Line 108:

	= USB Transaction im Detail =		= USB Transaction im Detail =
	Im Rahmen des Seminars von [https://www2.informatik.hu-berlin.de/~giessman/ Prof. Giesmann] wurde ein kompetter Mitschnitt mit "usbpcap" für die Registrierung sowie dei Authentisierung erstellt der in [[wireshark.pcap.txt]] zu sehen ist.		Im Rahmen des Seminars von [https://www2.informatik.hu-berlin.de/~giessman/ Prof. Giesmann] wurde ein kompetter Mitschnitt mit "usbpcap" für die Registrierung sowie dei Authentisierung erstellt der in [[File:wireshark.pcap.txt]] zu sehen ist.

	= Was nicht funktioniert oder in der verfügbaren Zeit nicht möglich ist =		= Was nicht funktioniert oder in der verfügbaren Zeit nicht möglich ist =

Wolfm: /* USB Transaction im Detail */

2015-06-30T15:05:01Z

USB Transaction im Detail

← Older revision		Revision as of 15:05, 30 June 2015
Line 108:		Line 108:

	= USB Transaction im Detail =		= USB Transaction im Detail =
	Im Rahmen des Seminars von [https://www2.informatik.hu-berlin.de/~giessman/ Prof. Giesmann] wurde ein kompetter Mitschnitt mit "usbpcap" für die Registrierung sowie dei Authentisierung erstellt der in [wireshark.pcap.txt] zu sehen ist.		Im Rahmen des Seminars von [https://www2.informatik.hu-berlin.de/~giessman/ Prof. Giesmann] wurde ein kompetter Mitschnitt mit "usbpcap" für die Registrierung sowie dei Authentisierung erstellt der in [[wireshark.pcap.txt]] zu sehen ist.

	= Was nicht funktioniert oder in der verfügbaren Zeit nicht möglich ist =		= Was nicht funktioniert oder in der verfügbaren Zeit nicht möglich ist =

Wolfm: /* USB Transaction */

2015-06-30T15:02:07Z

USB Transaction

← Older revision		Revision as of 15:02, 30 June 2015
Line 106:		Line 106:

	Ein Authentifizierung-Request ist in dem USB-Dump nicht dargestellt.		Ein Authentifizierung-Request ist in dem USB-Dump nicht dargestellt.

			= USB Transaction im Detail =
			Im Rahmen des Seminars von [https://www2.informatik.hu-berlin.de/~giessman/ Prof. Giesmann] wurde ein kompetter Mitschnitt mit "usbpcap" für die Registrierung sowie dei Authentisierung erstellt der in [wireshark.pcap.txt] zu sehen ist.

	= Was nicht funktioniert oder in der verfügbaren Zeit nicht möglich ist =		= Was nicht funktioniert oder in der verfügbaren Zeit nicht möglich ist =

Wolfm: /* Was nicht funktioniert oder in der verfügbaren Zeit nicht möglich ist */

2015-02-20T08:59:48Z

Was nicht funktioniert oder in der verfügbaren Zeit nicht möglich ist

← Older revision		Revision as of 08:59, 20 February 2015
Line 119:		Line 119:

	Zum Zeitpunkt des Seminars war die Anbindung über NFC noch nicht möglich, da noch keine Unterstützung von Google gegeben wird. Eine Beispiel-App des Herstellers existiert bereits, jedoch kommuniziert diese nicht mit dem Token. Die Beispiel-App ist [http://demo.yubico.com/u2f.php hier] und [http://www.yubico.com/products/yubikey-hardware/yubikey-neo/integrate/ hier] zu finden		Zum Zeitpunkt des Seminars war die Anbindung über NFC noch nicht möglich, da noch keine Unterstützung von Google gegeben wird. Eine Beispiel-App des Herstellers existiert bereits, jedoch kommuniziert diese nicht mit dem Token. Die Beispiel-App ist [http://demo.yubico.com/u2f.php hier] und [http://www.yubico.com/products/yubikey-hardware/yubikey-neo/integrate/ hier] zu finden

			= Weitere U2F-Anwendungen=

			== SSH ==
			[https://bugzilla.mindrot.org/attachment.cgi?id=2521 Patch]

Wolfm: /* Nutzerrechte unter Linux */

2014-10-20T13:25:57Z

Nutzerrechte unter Linux

← Older revision		Revision as of 13:25, 20 October 2014
Line 78:		Line 78:
	= Nutzerrechte unter Linux =		= Nutzerrechte unter Linux =

	Der Zugriff via USB auf den Gnubby ist nicht automatisch für Standardbenutzer unter Linux möglich. Jedoch kann durch die Definition einer entsprechenden udev-Regel <tt>/etc/udev/rules.d/70-gnubby.rules</tt>Abhilfe geschaffen werden:		Der Zugriff via USB auf den Gnubby ist nicht automatisch für Standardbenutzer unter Linux möglich. Jedoch kann durch die Definition einer entsprechenden udev-Regel <pre>/etc/udev/rules.d/70-gnubby.rules</pre> Abhilfe geschaffen werden:
	<~~nowiki~~>		<pre>
	# /etc/udev/rules.d/70-gnubby.rules		# /etc/udev/rules.d/70-gnubby.rules
	#		#
Line 91:		Line 91:

	LABEL="gnubby_end"# For older Udev versions		LABEL="gnubby_end"# For older Udev versions
	</~~nowiki~~>		</pre>
			Mit <pre>udevadm control --reload</pre> wird der neue Regelsatz ohne Reboot aktiviert. Danach sollte ein Zugriff als normaler Nutzer vom "Chromium" mit installierter "FIDO U2F (Universal 2nd Factor) extension" auf den Gnubby möglich sein.
			Diese Lösung wurde auf "openSUSE 13.1 (i586)" mit udev-Version 208 >= 188 erfolgreich getestet und der
			[https://pypi.python.org/pypi/python-u2flib-host/1.1.0 Quelle] entnommen.

	= USB Transaction =		= USB Transaction =

Wolfm: /* USB Transaction */

2014-10-20T13:14:40Z

USB Transaction

@@ Line 75: / Line 75: @@
 : D9 CF 8A A5 BA CA 23 2E   E6 52 52 A9 06 D1 31 9F  ......#..RR...1.
 : A2 94 68 F6 2A 70                                  ..h.*p
 = USB Transaction =

Kewitzma: /* Git Repositorys */

2014-10-07T15:04:52Z

Git Repositorys

← Older revision		Revision as of 15:04, 7 October 2014
Line 26:		Line 26:
	Modifiziertes Repo von Marc.		Modifiziertes Repo von Marc.
	In dem u2f-ref-code wurde ein sehr einfacher Login als Beispiel implementiert.		In dem u2f-ref-code wurde ein sehr einfacher Login als Beispiel implementiert.
	~~Auch~~ wird in ~~u2f~~-~~chrome~~-~~extension der~~ ~~Localhost~~ akzeptiert, welcher in dem ~~original~~ mit einem "Error 2" abgelehnt wird:		Außerdem wird in der U2F-Chrome-Extension localhost akzeptiert, welcher in dem Original mit einem "Error 2" abgelehnt wird:

	https://github.com/MarcKe/u2f-ref-code		https://github.com/MarcKe/u2f-ref-code
Line 46:		Line 46:


	Für ~~das~~ ~~simple~~ [https://github.com/MarcKe/u2f-ref-code/commit/858d2c394baed3ee0cdf236372a491c5243b1059 Test-Login] wurde das Http-Server-Beispiel von Google erweitert. Der Benutzername und das Passwort werden dabei während der Registrierung in Cookies gespeichert und somit kann der Server auf diese zugreifen. Das Passwort wird dann zusätzlich zu den anderen Daten (Public Key, Key Handle) auf dem Server in einer Hashmap gespeichert (ohne weitere Sicherheitsmaßnahmen, da hier nur ein Login demonstriert werden soll). Die Daten werden nicht persistent gemacht, also nur im Arbeitsspeicher gehalten, sodass bei jedem Neustart des Servers alle Daten gelöscht sind. Bei einem Login-Versuch wird das Passwort, welche in der Hashmap gespeichert ist, zusätzlich übertragen und mit den Login-Daten verglichen. Selbst wenn dies kein sicherer Weg ist, der Gnubby schützt zumindest davor, dass niemand anderes sich mit den Daten einloggen könnte.		Für den simplen [https://github.com/MarcKe/u2f-ref-code/commit/858d2c394baed3ee0cdf236372a491c5243b1059 Test-Login] wurde das Http-Server-Beispiel von Google erweitert. Der Benutzername und das Passwort werden dabei während der Registrierung in Cookies gespeichert und somit kann der Server auf diese zugreifen. Das Passwort wird dann zusätzlich zu den anderen Daten (Public Key, Key Handle) auf dem Server in einer Hashmap gespeichert (ohne weitere Sicherheitsmaßnahmen, da hier nur ein Login demonstriert werden soll). Die Daten werden nicht persistent gemacht, also nur im Arbeitsspeicher gehalten, sodass bei jedem Neustart des Servers alle Daten gelöscht sind. Bei einem Login-Versuch wird das Passwort, welche in der Hashmap gespeichert ist, zusätzlich übertragen und mit den Login-Daten verglichen. Selbst wenn dies kein sicherer Weg ist, der Gnubby schützt zumindest davor, dass niemand anderes sich mit den Daten einloggen könnte.

	= Beispieltoken der erstellt wird =		= Beispieltoken der erstellt wird =

Kewitzma: /* API Referenzen */

2014-10-07T15:03:07Z

API Referenzen

← Older revision		Revision as of 15:03, 7 October 2014
Line 15:		Line 15:
	= API Referenzen =		= API Referenzen =

	Javascript ~~referenz~~, welche in der Chome extension verwendet wird:		Javascript-Referenz, welche in der Chome extension verwendet wird:
	http://fidoalliance.org/specs/fido-u2f-javascript-api-v1.0-rd-20140209.pdf		http://fidoalliance.org/specs/fido-u2f-javascript-api-v1.0-rd-20140209.pdf