OAuth 2.0

Outcome: Complete the task with OAuth 2.0 (OAuth 2.0). User context: Una aplicación de impresión de fotos envía a un cliente a la página de autorización del servicio de fotos y utiliza Código de Autorización con PKCE. Verifica `state` y la URI de redirección exacta, luego obtiene un token limitado a `photos.read`. El acceso puede ser revocado, y la impresora nunca ve la contraseña del cliente. Technical concept or control: OAuth 2.0 (OAuth 2.0). Why it fits: Úselo para dar permiso limitado a la API a través de un servidor de autorización confiable. Siga la guía de seguridad actual para ese tipo de cliente. Do not use it when: OAuth no es autenticación de usuario. No pongas tokens de portador en URLs, usa el Flujo Implícito en sistemas nuevos, o inventes tu propio tipo de concesión. 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): El estándar cubre únicamente el alcance listado. No elige el estilo visual, la decisión del producto ni el ejemplo 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.