OAuth 2.0

Outcome: Complete the task with OAuth 2.0 (OAuth 2.0). User context: Eine Foto-Druck-App sendet einen Kunden auf die Autorisierungsseite des Fotoservice und verwendet den Autorisierungscode mit PKCE. Sie überprüft `state` und die exakte Weiterleitungs-URI, dann erhält sie ein auf `photos.read` beschränktes Token. Der Zugriff kann widerrufen werden, und der Drucker sieht niemals das Passwort des Kunden. Technical concept or control: OAuth 2.0 (OAuth 2.0). Why it fits: Verwenden Sie es, um eingeschränkte API-Berechtigungen über einen vertrauenswürdigen Autorisierungsserver zu gewähren. Befolgen Sie die aktuellen Sicherheitshinweise für diesen Art von Client. Do not use it when: OAuth ist keine Benutzer-Authentifizierung. Setzen Sie keine Bearer-Tokens in URLs, verwenden Sie den Implicit Flow in neuen Systemen oder erfinden Sie Ihren eigenen Grant-Typ. Engineering requirements: Define inputs, outputs, contracts, and rules that must always hold. Set authorization and input checks. Define failures, timeouts, retries, one-time effects, data moves, and compatibility limits. Operations: Add useful signals and logs that hide sensitive data. Set capacity limits and write an operator guide. Test recovery and rollback. Acceptance criteria: Contract and failure-path tests pass. Data and authorization rules still hold during retries and partial failures. Check performance limits, monitoring, recovery, and rollback. Evidence and limits (evidence boundary): Der Standard deckt nur den aufgeführten Umfang ab. Er wählt nicht den visuellen Stil, die Produktentscheidung oder das Vibulary-Beispiel aus. Unknowns to confirm: Where the code runs, data stores, traffic shape, consistency needs, and the security boundary. Also confirm the compatibility period, service goals, and rollback limits.