JSON 웹 토큰

Outcome：Complete the task with JSON 웹 토큰 (JSON Web Token)。 User context：API는 서명된 액세스 JWT를 가져오고, 명시된 알고리즘만 허용한다. 신뢰할 수 있는 발행자 키를 찾는다. 그 다음 `iss`, `aud`, `exp`, `nbf`, `scope`, 토큰 유형을 확인한다. `alg:none`와 다른 서비스용으로 만들어진 토큰은 거부한다. 일반 서명 JWT는 읽을 수 있고 암호화되지 않기 때문에 개인 데이터를 제외한다. Technical concept or control：JSON 웹 토큰 (JSON Web Token)。 Why it fits：시스템에서 보호된 소량의 독립적인 클레임 집합이 필요한 경우 JWT를 사용하십시오. 그 내용과 만료를 엄격히 확인해야 합니다. Do not use it when：서명된 JWT에 비밀을 넣지 마세요 또는 어떤 알고리즘이나 키도 받아들이지 마세요. 폐기 없는 장기 토큰은 피하고, 적합할 때 단순 불투명 세션을 사용하세요. 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.