PKCE: Sicherer OAuth-Login für Apps und Browser

Kurz: PKCE (gesprochen „Pixie”) schützt den OAuth-Code-Ablauf davor, dass jemand einen abgefangenen Code einlöst. Die Anwendung beweist beim Einlösen, dass sie dieselbe ist, die den Ablauf gestartet hat.

Das Problem

Im OAuth-Ablauf kommt der Anbieter mit einem kurzen Code zurück zur Anwendung. Apps und Browser-Anwendungen haben kein geheimes Passwort, das sie beim Einlösen vorzeigen könnten. Fängt ein Angreifer den Code ab (etwa über eine manipulierte Weiterleitung), könnte er ihn selbst einlösen.

So funktioniert PKCE

1. Die Anwendung erzeugt einen zufälligen, langen Wert, den Code Verifier.
2. Sie bildet daraus mit SHA-256 den Code Challenge und schickt nur diesen beim Start mit.
3. Der Anbieter merkt sich die Challenge und gibt den Code zurück.
4. Beim Einlösen sendet die Anwendung den Verifier. Der Anbieter rechnet nach, ob er zur Challenge passt.

Ein Angreifer, der nur den Code kennt, kennt den Verifier nicht. Aus der Challenge lässt sich der Verifier nicht zurückrechnen, weil ein Hash nur in eine Richtung geht (Hashing).

Wo es Pflicht oder Standard ist

Für öffentliche Clients (mobile Apps, Single-Page-Anwendungen) ist PKCE Pflicht. Auch für Server-Anwendungen gilt es inzwischen als Empfehlung, zusätzlich zu state und bei OpenID Connect (OIDC) zu nonce.

Typische Fehler

• Challenge-Methode plain statt S256 verwenden.
• Den Verifier nicht zufällig genug erzeugen (zu kurz, vorhersagbar).
• Den Verifier irgendwo ablegen, wo andere Seiten ihn lesen können.