A infraestrutura de identidade tornou-se uma parte central da arquitetura moderna. Está no centro da autenticação, da segurança da API e do acesso entre aplicações.
No entanto, o fornecedor de identidade é frequentemente selecionado por defeito porque está incluído noutra plataforma ou já é familiar à organização. Isto pode deixar sem resposta questões importantes sobre a propriedade, alojamento, implementação, migração e responsabilidade operacional.
Para as organizações europeias, a escolha de uma plataforma de identidade deve ser uma decisão arquitetónica deliberada.
Olhe para além da localização do data center
O acolhimento europeu é importante, mas é apenas uma parte da decisão.
Uma plataforma de identidade pode armazenar dados na Europa, embora ainda seja propriedade e controlada fora da UE. A propriedade, a localização da equipa que desenvolve e opera o serviço, os termos contratuais aplicáveis e os modelos de implementação disponíveis podem ser importantes para as equipas de segurança, compras e conformidade.
FoxIDs adota uma abordagem que prioriza a UE:
- FoxIDs é propriedade dinamarquesa e da UE
- A plataforma é desenvolvida na Dinamarca
- FoxIDs Cloud está alojado na Europa
- A mesma plataforma pode ser auto-hospedada no próprio ambiente do cliente
- Os ambientes de cloud e controlados pelo cliente podem ser combinados numa implantação híbrida
Estes factos não eliminam a necessidade da avaliação jurídica, de risco e de conformidade do próprio cliente. Fornecem informações concretas sobre a implantação e a propriedade para essa avaliação.
A identidade é uma dependência a longo prazo
A camada de identidade liga aplicações, APIs, utilizadores, parceiros e fornecedores de identidade externos. Uma vez que as aplicações dependem de tokens, claims, identificadores e fluxos de login, a mudança de plataforma requer um trabalho cuidadoso.
Isto torna a portabilidade e a arquitetura importantes desde o início.
As perguntas que vale a pena fazer incluem:
- Que aplicações utilizam OpenID Connect, OAuth 2.0, SAML 2.0 ou WS-Federation?
- Que claims e identificadores de utilizador devem permanecer estáveis?
- Os aplicativos podem ser movidos gradualmente?
- A plataforma pode interligar protocolos durante uma transição?
- Onde são armazenados ou validados os utilizadores e as palavras-passe?
- Qual o modelo de implementação que atende aos requisitos operacionais e de conformidade?
- Qual é o caminho de reversão se uma etapa de migração falhar?
Uma plataforma baseada em normas abertas não automatiza a migração, mas facilita a compreensão das integrações e das relações de confiança. FoxIDs suporta OpenID Connect, OAuth 2.0, SAML 2.0 e WS-Federation, incluindo ponte de protocolo onde os sistemas modernos e legados precisam de coexistir.
Escolha o modelo de implementação deliberadamente
Diferentes organizações necessitam de diferentes níveis de controlo operacional.
FoxIDs Cloud alojado na Europa
FoxIDs opera a plataforma e o seu alojamento. Isto é útil para equipas que desejam um serviço gerido e não desejam operar a infraestrutura de identidade por conta própria.
Auto-hospedado no seu próprio ambiente
O cliente opera FoxIDs na infraestrutura que controla. Isto pode ser relevante quando a política de segurança, aquisição, arquitetura de rede ou requisitos operacionais exigem alojamento controlado pelo cliente.
A auto-hospedagem também cria responsabilidades. O cliente continua responsável pela infraestrutura, acesso, monitorização, backups, capacidade, certificados, rede e dependências relacionadas.
Implantação híbrida
FoxIDs Cloud e ambientes controlados pelo cliente podem ser combinados. Um modelo híbrido pode suportar a migração por etapas, limites de confiança separados ou aplicações que não podem ser movidas ao mesmo tempo.
O modelo certo depende da arquitetura da organização, dos requisitos de conformidade e da capacidade operacional. Compare as opções de implementação FoxIDs antes de tratar a nuvem ou a auto-hospedagem como a resposta automática.
A migração faz parte da decisão da plataforma
A escolha de um novo fornecedor de identidade não estará completa até que exista um caminho fiável a partir da plataforma atual.
A migração pode envolver:
- Registos de aplicações e alterações de protocolo
- Perfis de utilizador e identificadores estáveis
- claims, grupos, funções e informações de acesso
- Sessões, comportamento de login e logout
- Registo MFA e garantia de autenticação
- Estratégia de palavra-passe
- Ambientes de teste, transição e reversão por etapas
As senhas necessitam de cuidados especiais. Por vezes, as palavras-passe existentes podem ser preservadas ou validadas numa fonte existente durante a transição, quando for tecnicamente possível e com suporte seguro. Noutros casos, uma redefinição de palavra-passe controlada é a opção mais segura.
O FoxIDs suporta abordagens graduais. As aplicações podem ser migradas por protocolo, ambiente ou grupo de implementação, e podem ser utilizados ambientes tenant separados para validar o caminho antes das alterações na produção. Consulte a abordagem de migração de identidade para as questões operacionais que devem ser resolvidas.
Identidade europeia sem isolamento
Uma plataforma de identidade centrada na UE ainda precisa de trabalhar com um panorama de identidade mais amplo.
As organizações podem ter de confiar no Microsoft Entra ID, AD FS, fornecedores de identidade nacionais, fornecedores de identidade parceiros, fornecedores sociais ou diretórios existentes. As aplicações podem variar desde APIs modernas e aplicações web até sistemas empresariais mais antigos.
O FoxIDs liga estes sistemas através de protocolos padrão. Pode atuar como fornecedor de identidade para aplicações, confiar em fornecedores de identidade externos e protocolos de ponte quando necessário. A propriedade e o alojamento europeus devem complementar a interoperabilidade e não substituí-la.
Uma avaliação prática
Ao comparar fornecedores de identidade, avalie o sistema ligado em vez de apenas uma lista de verificação de características:
- Mapeie aplicações, APIs, fornecedores de identidade, diretórios e populações de utilizadores.
- Identifique os protocolos, claims e identificadores dos quais cada aplicação depende.
- Compare as responsabilidades de implementação na nuvem, auto-hospedada e híbrida.
- Reveja os requisitos de propriedade, alojamento, contratuais e de conformidade.
- Desenhe o caminho de migração de utilizador, palavra-passe e aplicação.
- Comprove a arquitetura em ambientes de teste separados.
- Definir corte de produção, monitorização, suporte e reversão.
Isto cria uma decisão mais útil do que perguntar apenas onde o serviço está alojado.
Conclusão
Um fornecedor de identidade europeu é importante quando a propriedade, o alojamento europeu, a implementação controlada pelo cliente e a reduzida dependência da plataforma são relevantes para a organização.
O FoxIDs combina estas opções com normas abertas e uma abordagem prática à arquitetura, integração e migração. O objectivo não é afirmar que todas as plataformas europeias são automaticamente a escolha certa. Pretende dar às organizações uma opção tecnicamente credível prioritária para a UE e controlo de implementação suficiente para escolher o modelo que se adapta às suas necessidades.