1. Introduzione

Queste Specifiche Tecniche definiscono l'architettura tecnica, il framework di implementazione e i requisiti di progettazione da adottare per le Soluzioni Tecniche del Sistema IT-Wallet. Queste Specifiche Tecniche integrano le Linee Guida previste dall'articolo 64-quater del Decreto Legislativo n. 82 del 7 marzo 2005 (CAD) e, una volta formalmente adottate, entrano a far parte del quadro normativo del Sistema IT-Wallet. Queste Specifiche Tecniche sono redatte attraverso un processo aperto e collaborativo. Questa versione delle Specifiche Tecniche consente la notifica del Sistema IT-Wallet alla Commissione Europea, in conformità al Regolamento eIDAS ([EIDAS], come modificato da [EU_2024_1183]) e ai relativi regolamenti di esecuzione.

In Italia, il Decreto-Legge n. 19 del 2 marzo 2024, convertito, con modificazioni, dalla Legge n. 56 del 29 aprile 2024, ha introdotto l'articolo 64-quater del Decreto Legislativo n. 82 del 7 marzo 2005, istituendo il Sistema di Portafoglio Digitale Italiano - Sistema IT-Wallet. Il Sistema IT-Wallet consente a persone fisiche o giuridiche di accedere a servizi pubblici e privati attraverso la presentazione sicura di Attestati Elettronici, attestanti diritti, deleghe, caratteristiche, licenze o qualifiche. L'articolo 64-quater prevede inoltre l'adozione di uno o più decreti attuativi per definire le regole che disciplinano il funzionamento del Sistema IT-Wallet. I decreti comprendono i ruoli delle entità coinvolte, i requisiti tecnici e di sicurezza e i principi di sostenibilità economica.

Grazie al Sistema IT-Wallet, le persone fisiche e giuridiche possono fornire direttamente, tramite il proprio Wallet, le informazioni necessarie per accedere ai servizi offerti da enti pubblici e privati sotto forma di Attestati Elettronici. Analogamente a un portafoglio fisico, un'Istanza del Wallet può contenere dati relativi all'identità o ai documenti, come la patente di guida o la tessera sanitaria. Un'Istanza del Wallet può anche contenere una vasta gamma di informazioni digitali verificabili, come una qualifica professionale, un diploma di istruzione, una licenza o un attributo certificato.

I principali ruoli nell'ecosistema Wallet sono elencati di seguito:

  • Fornitore di Attestati Elettronici: soggetti che rilasciano Attestati Elettronici agli Utenti.

  • Verificatori di Attestati Elettronici: soggetti che richiedono all'Utente presentazioni di Attestati Elettronici, per finalità di Autenticazione e autorizzazione.

  • Utenti: individui che possiedono un'Istanza del Wallet e hanno il controllo sugli Attestati Elettronici che possono richiedere, acquisire, memorizzare e presentare ai Verificatori di Attestati Elettronici.

In questo modello, il Fornitore di Attestati Elettronici (ad esempio, un'istituzione educativa) fornisce Attestati Elettronici all'Utente, che può memorizzarle nella propria Istanza del Wallet. L'Istanza del Wallet è tipicamente fornita come applicazione mobile sullo smartphone dell'Utente.

Ciò che distingue questo nuovo approccio dai precedenti sistemi di gestione dell'accesso all'identità è che gli Attestati Elettronici si riferiscono a caratteristiche, qualità o proprietà, già autenticate alla fonte. Questi Attestati Elettronici possono essere utilizzati dall'Utente senza che i Fornitori di Attestati Elettronici siano a conoscenza del loro utilizzo. Durante l'uso degli Attestati Elettronici, nessuna informazione sull'utilizzo viene rilasciata a terze parti poiché la relazione è esclusiva tra l'Utente e il Verificatore di Attestati Elettronici, in modo trasparente e informato. Lo sviluppo del Sistema IT-Wallet include un processo di sperimentazione graduale, finalizzato a testare il Wallet e valutarne l'impatto in contesti reali. Questo processo è progettato per validare componenti tecniche, elementi di esperienza utente e meccanismi di interoperabilità, garantendo al contempo un'adozione progressiva e controllata del Sistema. Inoltre, supporta il miglioramento continuo del Sistema IT-Wallet e il suo graduale allineamento con il Portafoglio Europeo di Identità Digitale (EUDI Wallet). L'allineamento riguarda sia l'architettura sia la conformità con le specifiche europee in evoluzione.

Altri elementi chiave che caratterizzano questo nuovo paradigma di Portafoglio di Identità Digitale includono:

  • Riservatezza e controllo: i Wallet consentono agli individui di mantenere il controllo sulle informazioni fornite all'interno degli Attestati Elettronici presentate. Possono scegliere quali attributi o Attestati Elettronici presentare e a chi.

  • Sicurezza: i Wallet sfruttano meccanismi crittografici per l'integrità e la sicurezza dei dati scambiati. Ciò evita il furto di identità, le frodi e gli accessi non autorizzati.

  • Interoperabilità: i Wallet promuovono l'interoperabilità consentendo a diversi sistemi e organizzazioni di riconoscere e verificare le identità, abilitando interazioni affidabili tra individui, organizzazioni e persino oltre i confini.

  • Efficienza e riduzione dei costi: gli individui possono gestire facilmente i propri Attestati Elettronici, evitare di gestire più token di identità e ridurre i processi ripetitivi di verifica dell'identità.

1.1. Ambito

Queste Specifiche Tecniche saranno periodicamente aggiornate ove necessario. Gli aggiornamenti tengono conto dei risultati della fase di sperimentazione, dell'adozione di nuovi atti legislativi nazionali o europei e dei requisiti in evoluzione in termini di sicurezza e interoperabilità. Queste Specifiche Tecniche perseguono due obiettivi principali e rappresentano una componente fondamentale del quadro di implementazione per il Sistema IT-Wallet.

Il primo obiettivo è quello di fornire un insieme chiaro e strutturato di raccomandazioni, risorse e requisiti di progettazione relativi agli elementi del Sistema IT-Wallet che impattano sull'Esperienza dell'Utente. Il documento distingue gli aspetti normativi obbligatori dalle buone pratiche progettuali e implementative. Il documento mira a fornire agli enti pubblici e privati interessati a partecipare al Sistema IT-Wallet quanto necessario per i seguenti scopi.

  • facilitare la comprensione e l'adozione del Modello di Servizio, aumentando il numero di potenziali servizi e opportunità di utilizzo per l'Utente.

  • adottare l'Identità Visiva del Sistema IT-Wallet al fine di migliorarne l'affidabilità e la riconoscibilità per l'Utente.

  • garantire la coerenza di progettazione tra macro-funzionalità e singole interazioni tra l'Utente e i Touchpoint del servizio.

  • mantenere un adeguato livello di qualità, promuovendo i principi di usabilità, accessibilità e inclusività.

Il secondo focus è definire l'architettura tecnica e il quadro di riferimento che servirà da linea guida per tutte le parti coinvolte nello sviluppo delle Soluzioni Tecniche del Sistema IT-Wallet.

La documentazione, gli strumenti e le risorse aggiuntive, di seguito definite Risorse Ufficiali, saranno presto disponibili nella sezione Risorse Ufficiali. Le Risorse Ufficiali riguardano la progettazione e lo sviluppo delle Soluzioni Tecniche del Sistema IT-Wallet e saranno aggiornate periodicamente.

1.2. Linguaggio Normativo e Convenzioni

Le parole chiave in questo documento devono essere interpretate come descritto in BCP 14 RFC 2119 RFC 8174 quando, e solo quando, appaiono in maiuscolo, come mostrato qui.

  • MUST.

  • MUST NOT.

  • REQUIRED.

  • SHALL.

  • SHALL NOT.

  • SHOULD.

  • SHOULD NOT.

  • RECOMMENDED.

  • NOT RECOMMENDED.

  • MAY.

  • OPTIONAL.

Nel testo italiano, le forme interamente in maiuscolo elencate in Linguaggio normativo hanno lo stesso significato delle parole chiave inglesi corrispondenti.

1.3. Come leggere le Specifiche

Questa specifica è progettata per soddisfare i requisiti di molteplici stakeholder all'interno del Sistema IT-Wallet. Ogni ruolo ha responsabilità e ambiti diversi e diverse esigenze informative. Questa sezione fornisce percorsi di lettura personalizzati per aiutare il lettore a navigare in modo efficiente verso i contenuti più rilevanti per gli obiettivi di implementazione.

1.3.1. Linguaggio normativo

Il testo italiano usa parole chiave normative interamente in maiuscolo. La convenzione segue BCP 14, RFC 2119 e RFC 8174. Le parole chiave inglesi corrispondenti sono MUST, MUST NOT, REQUIRED, SHALL, SHALL NOT, SHOULD, SHOULD NOT, RECOMMENDED, NOT RECOMMENDED, MAY e OPTIONAL.

Ogni forma italiana ha lo stesso valore della parola chiave inglese corrispondente.

  • DEVE ha il significato di MUST.

  • DEVONO ha il significato di MUST.

  • NON DEVE ha il significato di MUST NOT.

  • NON DEVONO ha il significato di MUST NOT.

  • PUÒ ha il significato di MAY.

  • POSSONO ha il significato di MAY.

  • DOVREBBE ha il significato di SHOULD.

  • DOVREBBERO ha il significato di SHOULD.

  • RACCOMANDATO ha il significato di RECOMMENDED.

  • NON DOVREBBE ha il significato di SHOULD NOT.

  • NON DOVREBBERO ha il significato di SHOULD NOT.

  • NON RACCOMANDATO ha il significato di NOT RECOMMENDED.

  • OBBLIGATORIO ha il significato di REQUIRED.

  • OPZIONALE ha il significato di OPTIONAL.

1.3.2. Panoramica della Struttura delle Specifiche

La specifica è organizzata nelle seguenti sezioni principali:

  • Sezione Introduzione: Stabilisce l'ambito e il linguaggio normativo per l'ecosistema IT-Wallet.

  • Sezione Brand Identity: Fornisce i requisiti relativi alla Brand Identity del Sistema IT-Wallet, le indicazioni relative al naming e all'applicazione degli elementi visivi che identificano l'ecosistema.

  • Sezione Panoramica dell'Architettura: Fornisce una visione di alto livello dell'Architettura, in termini di governance e processi operativi abilitati.

  • Sezione Design dell'Esperienza Utente: Fornisce i principi di design e i requisiti funzionali di alto livello per garantire un’Esperienza Utente di qualità in tutte le fasi di interazione tra l’Utente e il servizio.

  • Sezione Infrastructure of Trust: Definisce i due Trust Framework, la PKI X.509 e i Trust Artifact.

  • Sezione Trust Evaluation Process: Definisce la selezione del Trust Framework e le procedure di Authentication, Authorization e Metadata.

  • Sezione Registry Infrastructure: Definisce i registri e i cataloghi nazionali usati dall'ecosistema.

  • Sezione Onboarding System and Lifecycle Management: Definisce la registrazione, la notifica, la pubblicazione e il ciclo di vita delle Entità, dei Trust Artifact e dei tipi di Attestato.

  • Sezione Entità: Requisiti di implementazione completi per ogni partecipante all'ecosistema: Soluzioni Wallet, Fornitori di Credenziali, Relying Party e Fonti Autentiche, inclusi i loro componenti, modelli di interazione e requisiti di configurazione.

  • Sezione Gestione degli Attestati Elettronici: Copre i modelli di dati e i formati delle Credenziali Elettroniche, la gestione del ciclo di vita, la verifica della validità e la struttura del catalogo delle Credenziali.

  • Sezione Flussi relativi agli Attestati Elettronici: Guida dettagliata all'implementazione per i flussi di emissione e presentazione delle Credenziali Elettroniche, inclusi i flussi di interazione remota e di prossimità, e l'identity matching dopo la presentazione.

  • Sezione Endpoints: Specifiche tecniche per tutti gli endpoint API esposti da ciascun tipo di entità, inclusi gli endpoint di federazione e le integrazioni di servizi specializzati.

  • Sezione Algoritmi Crittografici: Requisiti crittografici per implementazioni conformi.

  • Sezione Considerazioni di Sicurezza e Privacy: Considerazioni sulla sicurezza e sulla privacy per implementazioni conformi.

  • Sezione Politiche Generali di Conservazione dei Log: Politiche di conservazione dei log per implementazioni conformi.

  • Sezione Termini Definiti e Riferimenti: Consultazione dei termini definiti e dei riferimenti normativi. Le Risorse Ufficiali fanno parte di questo capitolo. Si consulta quando un termine non è noto.

  • Sezione Come contribuire: Linee guida per i contributi.

  • Sezione Rilasci Open Source: Rilasci open source.

  • Sezione Appendice: Dettagli tecnici supplementari. Istanza dell'Applicazione Mobile, e-Service PDND, PDND e-Service Template e Test Plans sono sezioni di questa Appendice.

1.3.3. Percorsi di lettura per ruolo

Per facilitare la consultazione degli argomenti trattati in queste specifiche, di seguito sono riportati percorsi di lettura organizzati per ruolo. Ogni percorso è strutturato in base alle diverse fasi di adesione e partecipazione al Sistema IT-Wallet e contiene riferimenti diretti alle sezioni più rilevanti per ciascun ruolo.

I percorsi di lettura proposti hanno finalità orientativa e non sostituiscono la necessità di consultare le altre sezioni quando è richiesta una comprensione più ampia del sistema.

Per le entità interessate a operare in più ruoli, si raccomanda di approfondire tutti i percorsi di lettura relativi ai ruoli di interesse.

1.3.3.1. Fonte Autentica

La Fonte Autentica si occupa di rendere disponibili i dati affidabili alla base dei (Q)EAA e di garantirne e gestirne in modo sicuro l’assoluta accuratezza e integrità.

1.3.3.1.1. Fonte Autentica: Fase 1: Scoperta

Comprendere il funzionamento generale dell’ecosistema, l’architettura tecnica e l’Infrastruttura di Trust.

  • Sezione Introduzione: Scopo e contesto normativo del Sistema IT-Wallet.

  • Sezione Panoramica dell'Architettura: Panoramica dell’architettura del Sistema IT-Wallet in termini di governance e processi operativi abilitati.

  • Sezione Infrastructure of Trust: Requisiti chiave del modello di fiducia federato e dei meccanismi di valutazione della fiducia tra le entità.

1.3.3.1.2. Fonte Autentica: Fase 2: Progettazione

Comprendere i requisiti e progettare gli aspetti, le funzionalità e le caratteristiche specifiche del (Q)EAA da emettere.

  • Sezione Design dell'Esperienza Utente: Requisiti chiave relativi alle modalità con cui consentire agli Utenti di ottenere i (Q)EAA, alla struttura dei (Q)EAA, al loro stato e alla loro gestione nel tempo.

  • Sezione Gestione degli Attestati Elettronici: Requisiti tecnici e funzionali relativi al ciclo di vita dei (Q)EAA.

  • Appendice PDND e-Service Template: Modello di riferimento contenente tutti i metadati tecnici e descrittivi necessari per la definizione dell’e-service.

1.3.3.1.3. Fonte Autentica: Fase 3: Implementazione

Implementare le interfacce tecnologiche necessarie per comunicare con il Fornitore di Attestati Elettronici e gestire l’intero ciclo di vita dei dati associati ai (Q)EAA.

  • Sezione Fonti Autentiche: Ruolo e responsabilità della Fonte Autentica.

  • Appendice e-Service PDND: Specifiche obbligatorie per l'integrazione con la PDND (Piattaforma Digitale Nazionale Dati) e relativi requisiti di interoperabilità per la pubblicazione di un e-service.

  • Sezione Endpoint delle Fonti Autentiche: Requisiti chiave per l'implementazione delle API che consentono al Credential Issuer di recuperare in modo sicuro e coerente i dati autorevoli e di gestirne il ciclo di vita tramite gli endpoint del Signal Hub.

  • Sezione Registry Infrastructure: Approfondimento sui componenti del Registro di interesse per la Fonte Autentica.

  • Sezione Politiche Generali di Conservazione dei Log: Requisiti generali per la conservazione dei log e requisiti specifici per le Fonti Autentiche, in conformità alla norma ISO/IEC 27001.

  • Appendice Test Plans: Guida alla configurazione dell'ambiente di test e alla validazione delle interazioni backend tramite l'utilizzo delle matrici di test fornite dall'ecosistema.

1.3.3.1.4. Fonte Autentica: Fase 4: Registrazione

Registrarsi al sistema come Fonte Autentica, completando le procedure amministrative e tecniche richieste.

  • Sezione Overview: Panoramica dell’architettura del sistema di onboarding e del processo di registrazione della Fonte Autentica.

  • Sezione Authentic Source Registration: Approfondimento sulle procedure tecniche per la registrazione della Fonte Autentica.

  • Sezione X.509 Certificate Profile: Procedure operative per la gestione dei certificati X.509 nell’ambito della federazione IT-Wallet.

1.3.3.2. Fornitore di Wallet

Il Fornitore di Wallet si occupa della progettazione e dello sviluppo della Soluzione Wallet, che consente all’Utente di conservare, gestire e presentare il proprio PID e i propri (Q)EAA.

1.3.3.2.1. Fornitore di Wallet: Fase 1: Scoperta

Comprendere il funzionamento generale dell’ecosistema, l’architettura tecnica e l’Infrastruttura di Trust.

  • Sezione Introduzione: Scopo e contesto normativo del Sistema IT-Wallet.

  • Sezione Panoramica dell'Architettura: Panoramica dell’architettura del Sistema IT-Wallet in termini di governance e processi operativi abilitati.

  • Sezione Infrastructure of Trust: Requisiti chiave del modello di fiducia federato e dei meccanismi di valutazione della fiducia tra le entità.

1.3.3.2.2. Fornitore di Wallet: Fase 2: Progettazione

Comprendere i requisiti relativi all’Esperienza Utente e progettare la Soluzione Wallet secondo modelli comuni, al fine di garantirne l’usabilità e l’accessibilità.

  • Sezione Brand Identity: Panoramica della Brand Identity del Sistema IT-Wallet e indicazioni sugli asset di riferimento per il Fornitore di Wallet.

  • Sezione Design dell'Esperienza Utente: Requisiti chiave relativi ai modelli di interazione, ai layout delle interfacce e agli asset grafici, al fine di garantire un’esperienza utente efficace, fluida e assicurare coerenza tra le diverse Soluzioni Wallet.

  • Sezione Gestione degli Attestati Elettronici: Requisiti tecnici e funzionali relativi al ciclo di vita dei (Q)EAA.

1.3.3.2.3. Fornitore di Wallet: Fase 3: Implementazione

Implementare la Soluzione Wallet in conformità a specifici standard tecnologici, al fine di garantire la comunicazione tra la Soluzione Wallet e gli altri attori del Sistema.

  • Sezione Soluzione Wallet: Requisiti tecnici e funzionali relativi ai componenti, alle funzionalità e al ciclo di vita necessari per la configurazione della Soluzione Wallet.

  • Sezione Flussi relativi agli Attestati Elettronici: Requisiti tecnici e funzionali relativi ai flussi di emissione e presentazione dei (Q)EAA.

  • Sezione Endpoint del Fornitore di Wallet: Requisiti chiave per l’implementazione delle interfacce (API) del Fornitore di Wallet necessarie a garantire l’interoperabilità tra le entità.

  • Sezione Registry Infrastructure: Approfondimento sui componenti del Registro.

  • Sezione Algoritmi Crittografici: Selezione e implementazione degli standard crittografici necessari a garantire la sicurezza delle chiavi e delle transazioni.

  • Sezione Considerazioni di Sicurezza e Privacy: Requisiti di sicurezza e conformità per le Soluzioni Wallet.

  • Sezione Politiche Generali di Conservazione dei Log: Requisiti generali per la conservazione dei log e requisiti specifici per i Fornitori di Wallet, in conformità alla norma ISO/IEC 27001.

  • Appendice Istanza dell'Applicazione Mobile: Requisiti relativi all’istanza dell’applicazione mobile, con riferimento alla richiesta e alla risposta di inizializzazione.

  • Appendice Test Plans: Guida alla configurazione dell’ambiente di test e alla validazione delle interazioni backend tramite l’utilizzo delle matrici di test fornite dall’ecosistema.

1.3.3.2.4. Fornitore di Wallet: Fase 4: Registrazione

Registrarsi al sistema come Fornitore di Wallet, completando le procedure amministrative e tecniche richieste per il riconoscimento della Soluzione Wallet da parte del sistema.

  • Sezione Overview: Panoramica dell’architettura del sistema di onboarding e del processo di registrazione del Fornitore di Wallet.

  • Sezione Entity Registration: Approfondimento sulle procedure tecniche per la registrazione del Fornitore di Wallet.

  • Sezione X.509 Certificate Profile: Procedure operative per la gestione dei certificati X.509 nell’ambito della federazione IT-Wallet.

1.3.3.3. Fornitore di Attestati Elettronici

Il Fornitore di Attestati Elettronici si occupa di trasformare i dati autorevoli di origine provenienti dalle Fonti Autentiche in (Q)EAA e di gestirne l’intero ciclo di vita, dall’emissione alla revoca o alla scadenza.

1.3.3.3.1. Fornitore di Attestati Elettronici: Fase 1: Scoperta

Comprendere il funzionamento generale dell’ecosistema, l’architettura tecnica e l’Infrastruttura di Trust.

  • Sezione Introduzione: Scopo e contesto normativo del Sistema IT-Wallet.

  • Sezione Panoramica dell'Architettura: Panoramica dell’architettura del Sistema IT-Wallet in termini di governance e processi operativi abilitati.

  • Sezione Infrastructure of Trust: Requisiti chiave del modello di fiducia federato e dei meccanismi di valutazione della fiducia tra le entità.

1.3.3.3.2. Fornitore di Attestati Elettronici: Fase 2: Progettazione

Comprendere i requisiti e progettare tecnicamente i (Q)EAA, strutturandone i metadati in conformità ai requisiti tecnici e normativi.

1.3.3.3.3. Fornitore di Attestati Elettronici: Fase 3: Implementazione

Sviluppare endpoint secondo specifici protocolli e implementare le funzionalità di emissione, rinnovo, revoca e tutte le altre funzioni tecniche di gestione del ciclo di vita dei (Q)EAA.

  • Sezione Soluzione del Fornitore di Attestati Elettronici: Requisiti tecnici e funzionali relativi ai componenti e ai modelli di interazione necessari per l’emissione e la gestione del ciclo di vita dei (Q)EAA.

  • Sezione Flussi relativi agli Attestati Elettronici: Requisiti tecnici e funzionali relativi ai flussi di emissione e presentazione dei (Q)EAA.

  • Sezione Endpoint del Credential Issuer: Requisiti chiave per l’implementazione dei metadati del Fornitore di Attestati Elettronici e degli endpoint di autorizzazione.

  • Sezione Algoritmi Crittografici: Selezione e implementazione degli standard crittografici necessari a garantire la sicurezza delle chiavi e delle transazioni.

  • Appendice e-Service PDND: Specifiche obbligatorie per l’integrazione con la PDND (Piattaforma Digitale Nazionale Dati) e relativi requisiti di interoperabilità per la pubblicazione di un e-service.

  • Sezione Considerazioni di Sicurezza e Privacy: Requisiti di sicurezza e conformità per le soluzioni implementate.

  • Sezione Politiche Generali di Conservazione dei Log: Requisiti generali per la conservazione dei log e requisiti specifici per i Fornitori di Attestati Elettronici, in conformità alla norma ISO/IEC 27001.

  • Appendice Test Plans: Guida alla configurazione dell’ambiente di test e alla validazione delle interazioni backend tramite l’utilizzo delle matrici di test fornite dall’ecosistema.

1.3.3.3.4. Fornitore di Attestati Elettronici: Fase 4: Registrazione

Registrarsi al sistema come Credential Issuer, completando le procedure amministrative e tecniche previste affinché i (Q)EAA emessi verso i Wallet siano riconosciuti come affidabili dal Sistema.

  • Sezione Overview: Panoramica dell’architettura del sistema di onboarding e del processo di registrazione del Fornitore di Attestati Elettronici.

  • Sezione Entity Registration: Approfondimento sulle procedure tecniche per la registrazione del Fornitore di Attestati Elettronici.

  • Sezione X.509 Certificate Profile: Procedure operative per la gestione dei certificati X.509 nell’ambito della federazione IT-Wallet.

1.3.3.4. Fornitori di servizi (Relying Party)

I Fornitori di servizi (Relying Party) si occupano di richiedere, ricevere e verificare in modo sicuro l'autenticità e la validità del PID e dei (Q)EAA presentati dall'Utente per consentire l'accesso ai servizi online e offline.

1.3.3.4.1. Fornitori di servizi (Relying Party): Fase 1: Scoperta

Comprendere il funzionamento generale dell’ecosistema, l’architettura tecnica e l’Infrastruttura di Trust.

  • Sezione Introduzione: Scopo e contesto normativo del Sistema IT-Wallet.

  • Sezione Panoramica dell'Architettura: Panoramica dell’architettura del Sistema IT-Wallet in termini di governance e processi operativi abilitati.

  • Sezione Infrastructure of Trust: Requisiti chiave del modello di fiducia federato e dei meccanismi di valutazione della fiducia tra le entità.

1.3.3.4.2. Fornitori di servizi (Relying Party): Fase 2: Progettazione

Comprendere i requisiti di Esperienza Utente e progettare le funzionalità di verifica necessarie all’erogazione del servizio all’Utente finale.

  • Sezione Brand Identity: Panoramica della Brand Identity del Sistema IT-Wallet e indicazioni sugli asset da adottare da parte della Relying Party.

  • Sezione Design dell'Esperienza Utente: Requisiti chiave relativi ai modelli di interazione, ai layout delle interfacce e agli asset grafici, al fine di garantire un’esperienza utente efficace, fluida e assicurare coerenza tra i sistemi di presentazione e verifica.

  • Sezione Gestione degli Attestati Elettronici: Requisiti tecnici e funzionali relativi al ciclo di vita dei (Q)EAA.

1.3.3.4.3. Fornitori di servizi (Relying Party): Fase 3: Implementazione

Implementare le funzionalità di verifica secondo specifici protocolli, al fine di inviare richieste di verifica al Wallet e ricevere una risposta con l’autorizzazione dell’Utente.

1.3.3.4.4. Fornitori di servizi (Relying Party): Fase 4: Registrazione

Registrarsi al sistema come Relying Party, completando le procedure amministrative e tecniche previste, e diventare soggetto affidabile per la richiesta dei dati degli Utenti.

  • Sezione Overview: Panoramica dell'architettura del sistema di onboarding e del processo di registrazione della Relying Party.

  • Sezione Entity Registration: Approfondimento sulle procedure tecniche per la registrazione della Relying Party.

  • Sezione X.509 Certificate Profile: Procedure operative per la gestione dei certificati X.509 nell’ambito della federazione IT-Wallet.