Zugriffstoken

Outcome: Complete the task with Zugriffstoken (Access Token). User context: Eine Kalender-App hat ein Bearer-Token für calendar.read. Sein Publikum ist api.calendar.example, und es dauert 10 Minuten. Die API prüft es und erlaubt nur das Lesen vor Ablauf. Das Halten gewährt Zugang, aber beweist nicht die Identität einer Person. Ein Refresh-Token hat eine andere Aufgabe. Technical concept or control: Zugriffstoken (Access Token). Why it fits: Verwenden Sie diesen Begriff für die Zugangsdaten, die eine App einer API unter einer klaren Berechtigungsgewährung gibt. Do not use it when: Verwenden Sie Access-Token nicht als anderen Namen für ein Passwort, eine Sitzungs-ID, ein ID-Token, einen API-Schlüssel oder ein Refresh-Token. 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.