Docs Italia beta

Documenti pubblici, digitali.

Retention Policy

Gestione dei Log di un OP e di un RP

Gli OP e gli RP DEVONO mantenere:

  1. Un registro delle transazioni contenente i log relativi ai messaggi scambiati. I messaggi memorizzati e mantenuti nel registro DEVONO essere almeno i seguenti:

    • Trust Chain relativa all'Entità con la quale è avvenuta la transazione, composta da:

      1. L'Entity Configuration del Entità con la quale è avvenuta la transazione.

      2. [Solo per OP] L'Entity Statement del SA riferito al RP (se presente).

      3. L'Entity Statement del TA riferito al suo discendente.

      4. L'Entity Configuration del TA.

    • AuthenticationRequest

    • AuthenticationResponse relativa all'AuthenticationRequest

    • TokenRequest relativa all'AuthenticationRequest

    • TokenResponse relativa alla TokenRequest

    • L'eventuale UserInfoRequest relativa alla TokenRequest

    • L'eventuale UserInfoResponse relativa alla UserInfoRequest

    • L'eventuale RevocationRequest relativa alla TokenRequest

    • L'eventuale RevocationResponse relativa alla RevocationRequest

spid-icon

Per ogni messaggio POSSONO essere indicizzate, ai fini di ricerca e consultazione, le seguenti informazioni:

  • authorization code

  • client_id

  • jti

  • iss

  • sub

  • iat

  • exp

Avvertimento

Le informazioni contenute nei registri DEVONO essere mantenute e gestite per una durata non inferiore a 24 mesi nel pieno rispetto delle vigenti normative nazionali ed europee in materia di privacy. L’accesso ai dati DEVE essere riservato a personale incaricato. Al fine di garantire la confidenzialità DEVONO essere adottati meccanismi di cifratura dei dati o impiegati sistemi di basi di dati (DBMS) che realizzano la persistenza cifrata delle informazioni. Infine, nella memorizzazione dei dati DEVONO essere garantite le proprietà di integrità e non ripudio.

Registro storico delle chiavi pubbliche di Federazione

Al fine di consentire la verifica dei messaggi scambiati dalle Entità che partecipano alla federazione e delle relative Trust Chain, il TA DEVE pubblicare lo storico delle proprie chiavi pubbliche (JWKS) di federazione all'interno di un registro reso disponibile a tutti i partecipanti tramite l'endpoint /.well-known/openid-federation-historical-jwks. Per ulteriori dettagli tecnici si rimanda alla Sezione 7.5 di OIDC-FED.

Avvertimento

Le chiavi che non sono sono più attive da più di 24 mesi POSSONO essere rimosse dal registro a discrezione del TA.