OpenID 2.0 ist fertig

Mehr Sicherheit, einfache Nutzung und höhere Flexibilität

OpenID erlaubt es Nutzern, sich mit einer URL bei verschiedenen Websites zu authentifizieren statt jeweils einen eigenen Login-Namen und Passwort festzulegen. Dabei handelt es sich bei OpenID um einen offenen Standard, der dezentral umgesetzt wird, so dass z.B. auch das eigene Blog oder der vorhandene Account bei einem Internet-Provider zur Authentifizierung genutzt werden können. Die Version 2.0 der Spezifikation unterstützt unter anderem Directed Identity. Statt ihrer OpenID müssen Nutzer damit zur Authentifizierung auf einer Website nur noch ihren OpenID-Provider angeben, was die Nutzung vereinfachen und Sicherheit verbessern soll.

Zu den wesentlichsten Neuerungen von OpenID 2.0 zählt bereits angesprochene "Directed Identity". Statt der OpenID gibt der Nutzer auf einer Website nur noch seinen OpenID-Provider an und kann dann dort entscheiden, mit welcher OpenID er sich bei dieser Website anmelden will. So lassen sich unterschiedliche Identitäten für einzelne Websites nutzen. Zudem kann so Phishing besser verhindert werden, da der Nutzer sich direkt bei seinem OpenID-Provider anmeldet und nicht von einer Website zu diesem weitergeleitet wird.

Darüber hinaus lässt sich OpenID 2.0 besser erweitern, gibt der Standard doch vor, wie solche Erweiterungen der Spezifikation auszusehen haben. So können Dritte den Standard erweitern und die Spezifikation muss nicht in ihrem Kern verändert werden, um eine neue Funktion einzuführen, erläutert OpenID-Entwickler David Recordon von Six Apart im Interview mit Golem.de.

Bereits für OpenID 1 erschien die Erweiterung "Simple Registration", die es erlaubt, rund zehn Profilfelder mit Daten, die oft bei einer Registrierung erfasst werden, zu übertragen, beispielsweise die E-Mail-Adresse und Spracheinstellungen. Auch für OpenID 2.0 gibt es erste Erweiterungen, die wesentlichste ist wohl "OpenID Attribute Exchange 1.0", die zeitgleich mit OpenID 2.0 veröffentlicht wurde. Damit können bei einem OpenID-Provider hinterlegte Daten an Websites übermittelt werden, z.B. um die eigene Adresse nicht auf mehreren Websites eintragen und aktuell halten zu müssen. Dabei hat der Nutzer die Möglichkeit zu entscheiden, welche Daten er welcher Website zur Verfügung stellen möchte.

Noch im Entwurfsstadium ist die "OpenID Provider Authentication Policy Extension, mit der eine Website festlegen kann, wie sich ein Nutzer bei seinem OpenID-Provider zu identifizieren hat. Die Website kann festlegen, dass die Authentifizierung gegen Phishing abgesichert sein muss oder mehrere Faktoren zur Authentifizierung herangezogen werden müssen.

Darüber hinaus wurde die Spezifikation gegenüber OpenID 1 bereinigt und viele Dinger deutlicher geregelt, um die Spezifikation besser implementierbar und robuster zu machen.

Da die Spezifikation von OpenID 2.0 bereits seit rund einem Monat stabil ist, auch wenn sie jetzt erst als "offiziell stabil" erklärt wurde, gibt es bereits diverse Implementierungen von OpenID 2.0. Zuletzt ergänzte Google seinen Dienst Blogger um OpenID-Unterstützung, aber auch Software wie Drupal oder Wordpress unterstützen OpenID. Hinzu kommen spezielle OpenID-Provider wie MyOpenID, Sxipper und Verisign PIP. Zudem haben Unternehmen wie AOL, Six Apart, Sun, Symantec, Yahoo und auch Microsoft an OpenID 2.0 mitgearbeitet und erklärt, den Standard zu unterstützen.

Wer eigene Software um OpenID-Unterstützung erweitern will, findet diverse freie OpenID-Implementierungen für verschiedene Sprachen, darunter die Bibliotheken von JanRain (PHP, Python und Ruby), Zend (PHP) und Sxip für Perl sowie Sxip und VeriSign in Java.

Details zu OpenID sowie die entsprechenden Spezifikationen finden sich unter OpenID.net.