OpenID – So funktioniert’s

In einem vorhergehenden Blog-Beitrag ist bereits der Ablauf für den Endbenutzer bei einem OpenID-Login kurz angeschnitten worden. Um aber das Konzept hinter OpenID ganzheitlich zu begreifen, ist es wichtig, die einzelnen Schritte technisch nachzuvollziehen. Deshalb möchte ich anhand der nachstehenden Grafik diese detailierter erläutern.

1. Der Benutzer gibt in dem Formular in seinem Webbrowser seine OpenID-Identität ein. Im konkreten Fall verwenden wir wieder http://doubleslash.myopenid.com. Danach schickt er das Formular über den Submit-Button an den Webserver ab.
2. Der Webserver seinerseits verarbeitet den Formularrequest und parst den HTML-Inhalt. Dabei sucht er nach folgendem Tag:

   <link rel="openid.server" href="$OPEN_ID_SERVER">

   An der Stelle ist natürlich anzumerken, dass der Wert für das Attribut „href“ die jeweilige URL des OpenID-Servers beinhaltet.

3. Aus den erhaltenen Informationen des Parse-Vorganges wird eine Query erstellt. Diese Query wird an den URL des Servers gerichtet. Dies erfolgt indem der Browser des Benutzers entsprechend umgeleitet wird.
4. Der OpenID-Server vollzieht nun die Authentifizierung der angegebenen Identität – also http://doubleslash.myopenid.com. Sofern noch kein gültiger Sitzungs-Cookie vorliegt, wird dem Benutzer in seinem Browser ein Formular angezeigt. In diesem muss das Passwort des OpenID-Accounts angegeben werden. Ist bereits ein solcher Cookie vorhanden, so entfällt dieser Schritt natürlich.
   Nach der Authentifizierung muss der Benutzer nun entscheiden, ob er der Anwendung Zugriff auf seinen OpenID-Account geben möchte oder nicht. Hierzu hat er drei Optionen zur Auswahl: Für immer freischalten, einmalig freischalten oder aber ablehnen.
5. Hat sich der Benutzer für die erste oder zweite Option entschieden, so wird vom OpenID-Server ein erneuter Redirect initiiert. Und zwar gelangt der Benutzer nun wieder auf die zuvor gewählte Seite zurück. Diesesmal trägt er aber den Status „angemeldet“.

Derzeit befindet sich OpenID in der Version 1.1. Die Spezifikation dieser Version enthält noch mehr Details. So beispielsweise etwa zum konkreten Aussehen der Query zur Authentifizierung. Insgesamt handelt es sich aber um einen leichtgewichtigen und minimal komplexen Ansatz für Web Single Sign-On.