Em primeiro lugar, dar conclusões que podem ser utilizadas para a tomada de decisões
O SSO se dirige a "Quem você é" e como você se conecta, e o sistema operacional continua responsável por "o que você pode fazer". Os acordos comuns incluem ODS, Outlook 2.0 e SAML, e sistemas mais antigos podem precisar de gateways ou correspondência.
Que condições precisam ser identificadas antes de se fazer o julgamento?
A mesma questão pode ter respostas diferentes em diferentes fases de negócio, dados e projetos. Sugere-se que as seguintes condições sejam verificadas e que as descobertas comuns na web sejam incorporadas em seus próprios projetos.
Ordem de adiantamento sugerida
Primeiro, vamos ser claros sobre o alvo e a fronteira.
Faça um inventário do status das fontes, aplicações, protocolos, números de conta e privilégios.
Dependência da Chave de Validação
Estabelecer uma marcação uniforme, estratégias de certificação e padrões de acesso ao sistema.
Desenvolvimento de resultados avaliáveis
Acesse aplicações de baixo risco e valide login, saída e recuperação.
Certifique-se de decidir o próximo passo com os resultados reais.
b) A transferência do sistema principal em lotes e o estabelecimento de um número de conta de monitorização e de emergência.
Como é que entendes isso no negócio?
Após a separação de um funcionário, mudanças no status do sistema de RH podem desencadear uma proibição uniforme de identidade e informar os sistemas de negócios da recuperação de conversas e privilégios. Se o login saltar sem uma sincronização do ciclo de vida, o risco de conta legado permanece.
O poço mais fácil de pisar.
SSO de má compreensão como mandato operacional unificado
Apenas log obtido, sem saídas, separações e lapsos de fichas processados
Não existe programa de visitas de emergência em caso de avaria da plataforma de identificação
Como devemos acabar recebendo e confirmando?
A recepção e inspeção é para cobrir login, saída, múltiplos fatores, sincronização de conta, desativação, cross-organizacional, usuários externos, auditoria e desclassificação de falhas, e para confirmar que os sistemas operacionais ainda executam sua autoridade mínima.
Ao se preparar para comunicar com fornecedores ou equipes internas, recomenda-se que processos atuais, amostras representativas, sistemas existentes, tempo de planejamento e níveis de orçamento sejam trazidos. Primeiro, os itens desconhecidos são claramente marcados, e então a decisão é tomada de usar diagnósticos, PoC, projetos de alcance fixo ou pesquisa e desenvolvimento em curso, que é geralmente mais confiável do que uma demanda direta por um preço e duração sem fronteiras.