OpenID 연결

Outcome：Complete the task with OpenID 연결 (OpenID Connect)。 User context：HR 포털은 회사 발급자를 찾고, `nonce`와 `state`를 보내며, ID 토큰을 받습니다. 서명, 발급자, 수신자, 만료, `nonce`를 확인합니다. 그런 다음 `sub`를 안정적인 사용자 ID로 사용합니다. 이메일은 단지 표시용 데이터일 뿐입니다. API 호출은 여전히 별도의 액세스 토큰을 사용합니다. Technical concept or control：OpenID 연결 (OpenID Connect)。 Why it fits：앱이 OpenID 제공자로부터 표준 신원 정보를 필요로 할 때, 공유 로그인에 사용하세요. Do not use it when：모든 필수 검증 없이 ID 토큰을 절대 수락하지 마세요. API 접근 토큰으로 사용하거나 신원 정보를 권한으로 간주하지 마세요. 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)：공식 문서라고 해도 초안, 출시 후보, 최종 버전일 수 있어요. 상태와 브라우저나 플랫폼 지원 여부를 꼭 확인하세요. 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.