OAuth 2.0

Outcome: Complete the task with OAuth 2.0 (OAuth 2.0). User context: Um aplicativo de impressão de fotos envia um cliente para a página de autorização do serviço de fotos e usa Código de Autorização com PKCE. Ele verifica o `state` e o URI de redirecionamento exato, então obtém um token limitado a `photos.read`. O acesso pode ser revogado, e a impressora nunca vê a senha do cliente. Technical concept or control: OAuth 2.0 (OAuth 2.0). Why it fits: Use-o para conceder permissão limitada à API através de um servidor de autorização confiável. Siga as diretrizes de segurança atuais para esse tipo de cliente. Do not use it when: OAuth não é autenticação de usuário. Não coloque tokens de portador em URLs, use o Fluxo Implícito em novos sistemas ou invente seu próprio tipo de concessão. 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): O padrão cobre apenas o escopo listado. Ele não escolhe o estilo visual, decisão do produto ou exemplo 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.