OAuth 2.0

Outcome: Complete the task with OAuth 2.0 (OAuth 2.0). User context: Un'app per la stampa di foto invia un cliente alla pagina di autorizzazione del servizio fotografico e utilizza il Codice di Autorizzazione con PKCE. Controlla lo `state` e l'URI di reindirizzamento esatta, poi ottiene un token limitato a `photos.read`. L'accesso può essere revocato e la stampante non vede mai la password del cliente. Technical concept or control: OAuth 2.0 (OAuth 2.0). Why it fits: Usalo per dare permessi API limitati tramite un server di autorizzazione fidato. Segui le linee guida di sicurezza correnti per quel tipo di client. Do not use it when: OAuth non è l'autenticazione dell'utente. Non mettere i token bearer negli URL, usa l'Implicit Flow nei nuovi sistemi, o inventa il tuo tipo di grant. 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): Lo standard copre solo l'ambito elencato. Non sceglie lo stile visivo, la decisione sul prodotto o l'esempio di vocabolario. 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.