OpenID Connect

Outcome: Complete the task with OpenID Connect (OpenID Connect). User context: Un portale HR trova il suo emittente aziendale, invia `nonce` e `state`, e riceve un ID Token. Controlla la firma, l'emittente, il destinatario, la scadenza e il `nonce`. Poi usa `sub` come ID utente stabile. L'email è solo dati di visualizzazione. Le chiamate API utilizzano comunque un token di accesso separato. Technical concept or control: OpenID Connect (OpenID Connect). Why it fits: Usalo per l'accesso condiviso quando un'app necessita di richieste di identità standard da un OpenID Provider. Do not use it when: Non accettare mai un ID Token senza ogni controllo richiesto. Non usarlo come token di accesso API o trattare i fatti di identità come permesso di per sé. 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): Un documento formale può ancora essere una bozza, un release candidate o la versione finale. Controlla il suo stato e il supporto per browser o piattaforma. 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.