L'infrastruttura di identità è diventata una parte fondamentale dell'architettura moderna. È al centro dell'autenticazione, della sicurezza delle API e dell'accesso tra le applicazioni.
Tuttavia, il provider di identità viene spesso selezionato per impostazione predefinita perché è abbinato a un'altra piattaforma o è già familiare all'organizzazione. Ciò può lasciare senza risposta domande importanti su proprietà, hosting, distribuzione, migrazione e responsabilità operativa.
Per le organizzazioni europee, la scelta di una piattaforma di identità dovrebbe essere una decisione architettonica deliberata.
Guarda oltre la posizione del data center
L’hosting europeo è importante, ma è solo una parte della decisione.
Una piattaforma di identità può archiviare dati in Europa pur continuando ad essere posseduta e controllata al di fuori dell’UE. La proprietà, l'ubicazione del team che sviluppa e gestisce il servizio, i termini contrattuali applicabili e i modelli di implementazione disponibili possono essere tutti importanti per i team di sicurezza, approvvigionamento e conformità.
FoxIDs adotta un approccio UE-first:
- FoxIDs è di proprietà danese e UE
- La piattaforma è sviluppata in Danimarca
- FoxIDs Cloud è ospitato in Europa
- La stessa piattaforma può essere ospitata autonomamente nell'ambiente del cliente
- Gli ambienti cloud e controllati dal cliente possono essere combinati in una distribuzione ibrida
Questi fatti non eliminano la necessità di una valutazione legale, dei rischi e della conformità da parte del cliente. Forniscono informazioni concrete sulla distribuzione e sulla proprietà per tale valutazione.
L’identità è una dipendenza a lungo termine
Il livello di identità collega applicazioni, API, utenti, partner e provider di identità esterni. Una volta che le applicazioni si affidano ai token, alle claims, agli identificatori e ai flussi di accesso, la modifica della piattaforma richiede un lavoro attento.
Ciò rende la portabilità e l’architettura importanti fin dall’inizio.
Le domande che vale la pena porre includono:
- Quali applicazioni utilizzano OpenID Connect, OAuth 2.0, SAML 2.0 o WS-Federation?
- Quali claims e identificatori utente devono rimanere stabili?
- Le candidature possono essere spostate gradualmente?
- La piattaforma può eseguire il bridge dei protocolli durante una transizione?
- Dove vengono archiviati o convalidati gli utenti e le password?
- Quale modello di distribuzione si adatta ai requisiti operativi e di conformità?
- Qual è il percorso di rollback se un passaggio di migrazione non riesce?
Una piattaforma basata su standard aperti non rende automatica la migrazione, ma rende più comprensibili le integrazioni e i rapporti di fiducia. FoxIDs supporta OpenID Connect, OAuth 2.0, SAML 2.0 e WS-Federation, incluso bridging del protocollo dove i sistemi moderni e legacy devono coesistere.
Scegli deliberatamente il modello di distribuzione
Diverse organizzazioni necessitano di diversi livelli di controllo operativo.
FoxIDs Cloud ospitato in Europa
FoxIDs gestisce la piattaforma e il suo hosting. Ciò è utile per i team che desiderano un servizio gestito e non vogliono gestire da soli l'infrastruttura delle identità.
Auto-ospitato nel tuo ambiente
Il cliente gestisce FoxIDs nell'infrastruttura che controlla. Ciò può essere rilevante quando la politica di sicurezza, l'approvvigionamento, l'architettura di rete o i requisiti operativi richiedono un hosting controllato dal cliente.
Il self-hosting crea anche responsabilità. Il cliente rimane responsabile dell'infrastruttura, dell'accesso, del monitoraggio, dei backup, della capacità, dei certificati, del networking e delle relative dipendenze.
Distribuzione ibrida
È possibile combinare FoxIDs Cloud e ambienti controllati dal cliente. Un modello ibrido può supportare la migrazione a fasi, confini di trust separati o applicazioni che non possono essere spostate contemporaneamente.
Il modello giusto dipende dall'architettura dell'organizzazione, dai requisiti di conformità e dalla capacità operativa. Confronta le opzioni di distribuzione FoxIDs prima di considerare il cloud o il self-hosting come la risposta automatica.
La migrazione rientra nella decisione della piattaforma
La scelta di un nuovo provider di identità non è completa finché non esiste un percorso credibile dalla piattaforma attuale.
La migrazione può comportare:
- Registrazioni delle applicazioni e modifiche del protocollo
- Profili utente e identificatori stabili
- claims, gruppi, ruoli e informazioni di accesso
- Sessioni, comportamento di login e logout
- MFA garanzia di registrazione e autenticazione
- Strategia per le password
- Ambienti di test, cut-over e rollback graduali
Le password necessitano di particolare attenzione. Le password esistenti possono talvolta essere conservate o convalidate rispetto a una fonte esistente durante la transizione, ove tecnicamente possibile e supportato in modo sicuro. In altri casi, la reimpostazione controllata della password è l'opzione più sicura.
FoxIDs supporta approcci graduali. È possibile eseguire la migrazione delle applicazioni in base al protocollo, all'ambiente o al gruppo di implementazione ed è possibile utilizzare ambienti tenant separati per convalidare il percorso prima delle modifiche alla produzione. Consulta l'approccio alla migrazione dell'identità per le domande operative che dovrebbero essere risolte.
Identità europea senza isolamento
Una prima piattaforma di identità dell’UE deve ancora funzionare con il panorama dell’identità più ampio.
Le organizzazioni potrebbero dover fidarsi di Microsoft Entra ID, AD FS, fornitori di identità nazionali, fornitori di identità partner, fornitori di servizi sociali o directory esistenti. Le applicazioni possono variare da API e applicazioni Web moderne a sistemi aziendali meno recenti.
FoxIDs collega questi sistemi tramite protocolli standard. Può fungere da provider di identità per applicazioni, fidarsi di provider di identità esterni e protocolli bridge ove richiesto. La proprietà e l’hosting europei dovrebbero integrare l’interoperabilità, non sostituirla.
Una valutazione pratica
Quando si confrontano i provider di identità, valutare il sistema connesso piuttosto che un solo elenco di controllo delle funzionalità:
- Mappa applicazioni, API, provider di identità, directory e popolazioni di utenti.
- Identificare i protocolli, i claims e gli identificatori da cui dipende ciascuna applicazione.
- Confronta le responsabilità di distribuzione cloud, self-hosted e ibrida.
- Esaminare i requisiti di proprietà, hosting, contrattuali e di conformità.
- Progettare il percorso di migrazione dell'utente, della password e dell'applicazione.
- Dimostrare l'architettura in ambienti di test separati.
- Definire il cut-over della produzione, il monitoraggio, il supporto e il rollback.
Ciò crea una decisione più utile rispetto a chiedere solo dove è ospitato il servizio.
Conclusione
Un fornitore di identità europeo è importante quando la proprietà, l’hosting europeo, l’implementazione controllata dal cliente e la ridotta dipendenza dalla piattaforma sono rilevanti per l’organizzazione.
FoxIDs combina queste scelte con standard aperti e un approccio pratico all'architettura, all'integrazione e alla migrazione. L’obiettivo non è affermare che ogni piattaforma europea sia automaticamente la scelta giusta. Si tratta di offrire alle organizzazioni un’opzione EU-first tecnicamente credibile e un controllo sufficiente sull’implementazione per scegliere il modello che si adatta alle loro esigenze.