OAuth 2.0

Outcome: Complete the task with OAuth 2.0 (OAuth 2.0). User context: Une application d'impression de photos envoie un client à la page d'autorisation du service photo et utilise le Code d'autorisation avec PKCE. Elle vérifie `state` et l'URI de redirection exacte, puis obtient un jeton limité à `photos.read`. L'accès peut être révoqué, et l'imprimante ne voit jamais le mot de passe du client. Technical concept or control: OAuth 2.0 (OAuth 2.0). Why it fits: Utilisez-le pour donner une autorisation API limitée via un serveur d'autorisation de confiance. Suivez les directives de sécurité actuelles pour ce type de client. Do not use it when: OAuth n'est pas une authentification utilisateur. Ne mettez pas de jetons porteurs dans les URLs, utilisez le flux implicite dans les nouveaux systèmes, ou inventez votre propre type de concession. 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): La norme couvre uniquement le champ d'application énuméré. Elle ne choisit ni le style visuel, ni la décision de produit, ni l'exemple de Vibulary. 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.