AP2-v0.2-Mandate: Nutzerabsicht, autonome Käufe und Standardisierung bei FIDO

Worum es geht

Stand: 25. Oktober 2026. Die veröffentlichte AP2-Spezifikation bezeichnet sich als v0.2. Vor einer Implementierung diese Fassung, das zugehörige Autorisierungsframework und die nachfolgenden Veröffentlichungen von FIDO erneut prüfen. AP2 liefert innerhalb eines Handelsprotokolls Nachweise für eine delegierte Kaufautorisierung; es definiert weder den Katalog noch die API zur Aktualisierung des Checkouts.

Die Terminologie ist entscheidend. Die Spezifikation v0.1.0 beschrieb ein Intent Mandate für die Autorisierung bei Abwesenheit des Nutzers, ein Cart Mandate für einen vom Nutzer genehmigten Kauf und ein Payment Mandate zur Übermittlung zahlungsspezifischer Informationen. In v0.2 gibt es zwei Mandatstypen: Checkout und Payment. Beide können offen sein und Einschränkungen festlegen oder geschlossen sein und eine bestimmte Transaktion autorisieren. Alte Beispiele und aktuelle Schemas nicht ohne ausdrücklich festgelegtes Migrationskonzept kombinieren.

Warum es wichtig ist

Das Checkout Mandate bindet die Genehmigung an den vom Händler signierten Checkout. Das Payment Mandate autorisiert die zugehörige Zahlung. Dadurch erhalten die einzelnen Beteiligten die für ihre Aufgaben relevanten Nachweise, statt die Darstellung des Agenten als Grundlage für eine Belastung heranzuziehen.

Das Autorisierungsframework beschreibt überprüfbare digitale Nachweise auf Basis signierter JSON-Tokens, deren Inhalte selektiv offengelegt werden können: SD-JWT VCs. Signaturen, Schlüsselbindung und die Prüfung von Einschränkungen erfüllen unterschiedliche Aufgaben. Eine gültige Signatur allein belegt nicht, dass der Kauf die vom Nutzer gesetzten Grenzen einhält.

Auch die Zuständigkeit für die Standardisierung muss präzise beschrieben werden. Am 28. April 2026 kündigte FIDO an, dass Google AP2 einbringt und die Weiterentwicklung in der Payments Technical Working Group erfolgt, zusammen mit dem von Mastercard eingebrachten Verifiable Intent. Diese Ankündigung begründet einen Prozess zur Entwicklung eines Standards; sie begründet weder eine endgültige FIDO-Spezifikation noch zertifiziert sie eine Implementierung.

So wird es angewendet

• Verantwortlichkeiten trennen. Shopping Agent, Credential Provider, Merchant, Merchant Payment Processor und Trusted Surface bestimmen. AP2 verlangt, dass die Trusted Surface nicht agentengesteuert ist und die Validierung in deterministischem Code erfolgt.
• Direkte Genehmigung umsetzen. Im dokumentierten Ablauf mit anwesendem Nutzer zeigt die vertrauenswürdige Oberfläche die geschlossenen Mandate an und holt die Zustimmung ein. Der Credential Provider prüft die Zahlungsautorisierung; der Händler prüft die Checkout-Autorisierung, bevor er die Transaktion abschliesst.
• Vorab erteilte Delegation umsetzen. Für den Betrieb ohne anwesenden Nutzer autorisiert dieser offene Mandate. Diese Mandate binden den öffentlichen Schlüssel des Agenten über cnf; der Agent legt sie später zusammen mit seinen signierten geschlossenen Mandaten vor. Eng gefasste Einschränkungen und eine geeignete Gültigkeitsdauer verwenden.
• Bei Unklarheiten ablehnen. Die Mandatskette prüfen, die durch offene Mandate festgelegten Claims beibehalten und jede Einschränkung auswerten. Das Framework wertet unbekannte Einschränkungen als Fehler. unresolved_constraint kann zur direkten Genehmigung durch den Nutzer zurückführen; invalid_credential ist ein endgültiger Verifizierungsfehler.
• Die Nachweiskette erhalten. Die Beispielabläufe liefern Checkout Receipts und Payment Receipts zurück. Als betriebliche Massnahme die relevanten Mandats- und Belegreferenzen zugriffsgeschützt bei der Bestellung aufbewahren, damit die Genehmigung bei einer Untersuchung nachvollzogen werden kann.

Stolpersteine

Die Ablaufdiagramme sind ausdrücklich nicht normative Beispiele und kein Konformitätstest. Der Empfang eines signierten Mandats ist weder ein Liefernachweis noch eine Garantie dafür, dass ein angefochtener Kauf erstattet wird. Vor der Freigabe unbeaufsichtigter Käufe die betrieblichen Zuständigkeiten für die Verifizierung, die Aufbewahrung von Belegen und die Klärung offener Transaktionen festlegen.