# HTTP Authentication Adapter

## Einführung

Zend_Auth_Adapter_Http bietet die am meisten entsprechende Implementation von RFC-2617, Basis und Digest HTTP Authentifizierung. Digest Authentifizierung ist eine Methode der HTTP Authentifikation welche die Basis Authentifizierung erweitert indem ein Weg angeboten wird um sich zu Authentifizieren ohne dass das Passwort im Klartext über das Netzwerk geschickt werden muß.

Hauptsächliche Features:

- Unterstützt sowohl Basis als auch Digest Authentifizierung.

- Enthält Aufrufe für alle unterstützten Schemas, damit Klienten mit jedem unterstützten Schema arbeiten können.

- Bietet Proxy Authentifizierung.

- Enthält Unterstützung für die Authentifizierung gegenüber Textdateien und bietet ein Interface für die Authentifizierung gegenüber anderen Quellen, wie z.B. Datenbanken.

Es gibt ein paar nennenswerte Features von RFC-2617 die bis jetzt nicht implementiert wurden:

- Einstweilige Verfolgung, welche "stale" Support erlaubt und die Unterstützung bei wiederholenden Attacken erhöht.

- Authentifizierung mit Integritäts-Prüfung, oder "auth-int".

- Authentifizierungs-Info HTTP Header.

## Design Übersicht

Dieser Adapter besteht aus zwei Sub-Komponenten, die HTTP Authentifizierungs Klasse selbst, und den sogenannten "Auflöser". Die HTTP Authentifizierungs Klasse kapselt die Logik für die Ausführung beider, sowohl der Basis als auch der Digest Authentifizierung. Sie verwendet einen Auflöser um die Identität eines Klienten in Datenspeichern nachzusehen (standardmäßig eine Textdatei), und die Zeugnisse vom Datenspeicher zu empfangen. Die "aufgelösten" Zeugnisse werden dann mit den Werten verglichen die vom Klienten übermittelt wurden um zu eruieren ob die Authentifizierung erfolgreich war.

## Konfigurations Optionen

Die Zend_Auth_Adapter_Http Klasse benötigt ein Konfigurations Array das Ihrem Konstruktor übergeben werden muß. Es sind verschiedene Konfigurations Optionen vorhanden, und einige davon werden benötigt:

Konfigurations Optionen

Options Name | Benötigt | Beschreibung
--- | --- | ---
accept_schemes | Ja | Ermittelt welches Authentifizierungs Schema der Adapter vom Klienten akzeptiert. Muß eine Leerzeichen-getrennte Liste sein, die 'basic' und, oder 'digest' enthält.
realm | Ja | Setzt das Authentifizierungs-Bereich; Benutzernamen sollten im angegebenen Bereich einmalig sein.
digest_domains | Ja, wenn accept_schemes digest enthält | Leerzeichen-getrennte Liste von URIs für welche die gleichen Authentifizierungs Informationen gültig sind. Die URIs müssen nicht alle auf den gleichen Server zeigen.
nonce_timeout | Ja, wenn accept_schemes digest enthält | Setzt die Anzahl an Sekunden für welche die Verfolgung gültig ist. Siehe die Notizen anbei.
proxy_auth | Nein | Standardmäßig ausgeschaltet. Einschalten um Proxi Authentifizierung durchzuführen statt normaler originaler Server Authentifizierung.

Die aktuelle Implementation von nonce_timeout hat einige interessante Nebeneffekte. Diese Einstellung soll die gültige Lebenszeit einer gegebenen Verfolgung ermitteln, oder effektiv, wie lange die Authentifizierungs Information eines Klienten akzeptiert wird. Aktuell ist es auf 3600 (zum Beispiel) gesetzt, und führt dazu das der Klient jede Stunde um neue Zeugnisse gebeten wird. Das wird in einem zukünftigen Release behoben werden, sobald Verfolgung und "stale" Support implementiert werden.

## Auflöser

Der Job des Auflösers ist es einen Benutzernamen und einen Bereich, und gibt eine Art von Zeugnisswert zurück. Basis Authentifizierung erwartet einen Hash des Benutzernamens, des Bereichs, und dessen Passwörter (jedes seperiert durch ein Komma). Aktuell ist der einzige unterstützte Hash Algorithmus MD5.

Zend_Auth_Adapter_Http ist darauf angewiesen das Objekte Zend_Auth_Adapter_Http_Resolver_Interface implementieren. Eine Textdatei Auflöser Klasse ist mit diesem Adapter inkludiert, aber jede Art von Auflöser kann einfach erstellt werden indem das Resolver Interface implementiert wird.

### Datei Auflöser

Der Datei Auflöser ist eine sehr einfache Klasse. Sie hat eine einzelne Eigenschaft die einen Dateinamen spezifiziert, welcher auch dem Konstruktor übergeben werden kann. Ihre resolve() Methode geht durch die Textdatei, und sucht nach einer Zeile mit einem entsprechenden Benutzernamen und Bereich. Das Format der Textdatei ist ähnlich dem von Apache htpasswd Dateien:

    <benutzername>:<bereich>:<zeugnisse>\n

Jede Zeile besteht aus drei Feldern - Benutzername, Bereich und Zeugnisse - jede abgeteilt durch einen Doppelpunkt. Das Zeugnis Feld ist für den Datei Auflöser nicht sichtbar; es gibt den Wert einfach, wie er ist, an den Aufrufer zurück. Deswegen kann dieses Dateiformat sowohl Basis als auch Digest Authentifizierung behandeln. In der Basis Authentifizierung sollte das Zeugnis Feld im Klartext stehen. In der Digest Authentifizierung sollte es der oben beschriebene MD5 Hash sein.

Es gibt zwei gleiche einfache Wege um einen Datei Auflöser zu erstellen:

    $path     = 'files/passwd.txt';
    $resolver = new Zend_Auth_Adapter_Http_Resolver_File($path);

oder

    $path     = 'files/passwd.txt';
    $resolver = new Zend_Auth_Adapter_Http_Resolver_File();
    $resolver->setFile($path);

Wenn der angegebene Pfad leer oder nicht lesbar ist, wird eine Ausnahme geworfen.

## Grundsätzliche Verwendung

Zuerst muß ein Array mit den benötigen Konfigurationswerten gesetzt werden:

    $config = array(
        'accept_schemes' => 'basic digest',
        'realm'          => 'My Web Site',
        'digest_domains' => '/members_only /my_account',
        'nonce_timeout'  => 3600,
    );

Dieses Array bringt den Adapter dazu entwedet Basis oder Digest Authentifizierung zu akzeptieren, und benötigt einen authentifizierten Zugriff auf alle Areale der Site unter `/members_only` und `/my_account`. Der Bereichs Wert wird normalerweise durch den Browser in der Passwort Dialog Box angezeigt. nonce_timeout verhält sich natürlich so wie oben beschrieben.

Dann wird ein Zend_Auth_Adapter_Http Objekt erstellt:

    $adapter = new Zend_Auth_Adapter_Http($config);

Da beides, Basis und Digest Authentifizierung, unterstützt werden, werden zwei unterschiedliche Auflösungs-Objekte benötigt. Man könnte das auch einfach durch die Verwendung von zwei unterschiedlichen Klassen bewerkstelligen:

    $basicResolver = new Zend_Auth_Adapter_Http_Resolver_File();
    $basicResolver->setFile('files/basicPasswd.txt');

    $digestResolver = new Zend_Auth_Adapter_Http_Resolver_File();
    $digestResolver->setFile('files/digestPasswd.txt');

    $adapter->setBasicResolver($basicResolver);
    $adapter->setDigestResolver($digestResolver);

Letztendlich führen wir die Authentifizierung durch. Der Adapter benötigt eine Referenz zu beidem, dem Anfrage und Antwort Objekten um seinen Job durchführen zu können:

    assert($request instanceof Zend_Controller_Request_Http);
    assert($response instanceof Zend_Controller_Response_Http);

    $adapter->setRequest($request);
    $adapter->setResponse($response);

    $result = $adapter->authenticate();
    if (!$result->isValid()) {
        // Schlechter Benutzername/Passwort, oder abgebrochener Passwort Prompt
    }