OAuth 2.0

Outcome：Complete the task with OAuth 2.0 (OAuth 2.0)。 User context：사진 인쇄 앱은 고객을 사진 서비스의 인증 페이지로 보내고 PKCE를 사용하는 인증 코드를 사용합니다. `state`와 정확한 리디렉션 URI를 확인한 뒤 `photos.read`로 제한된 토큰을 받습니다. 접근 권한은 취소할 수 있으며, 프린터는 고객의 비밀번호를 절대 보지 않습니다. Technical concept or control：OAuth 2.0 (OAuth 2.0)。 Why it fits：신뢰할 수 있는 인증 서버를 통해 제한된 API 권한을 제공할 때 사용하세요. 해당 유형 클라이언트에 대한 최신 보안 지침을 따르세요. Do not use it when：OAuth는 사용자 인증이 아닙니다. URL에 베어러 토큰을 넣지 마세요, 새로운 시스템에서는 암시적 흐름(Implicit Flow)을 사용하지 마세요, 또는 자체적인 권한 부여 유형을 만들지 마세요. 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)：이 표준은 나열된 범위만 적용합니다. 시각적 스타일, 제품 결정, 또는 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.