Utilizadores espalhados por todo o lado
Quando cada cloud e cada conta tem os seus próprios utilizadores, acontece sempre o mesmo: alguém sai da organização e o seu acesso é eliminado em duas das cinco contas onde o tinha. Outro tem permissões de administrador «temporárias» desde há um ano. Ninguém pode responder com certeza à pergunta mais básica de segurança: quem pode entrar onde?
Uma origem, muitos destinos
A solução é federar: um único fornecedor de identidade da organização, ligado a todas as clouds. As pessoas entram sempre com a sua conta corporativa, e cada cloud confia nessa origem para saber quem é quem.
Com isso:
- Criar e eliminar acontece num só lugar. Quando alguém sai, perde o acesso a tudo ao mesmo tempo.
- As permissões atribuem-se por grupos e papéis, não pessoa a pessoa.
- A autenticação forte (segundo fator) exige-se uma vez, na origem.
Papéis definidos uma vez
Os papéis definem-se na norma, com nomes comuns para todas as clouds: leitura, operador de uma aplicação, administrador de plataforma, auditor. Cada cloud traduz esse papel para as suas permissões concretas, mas a organização pensa num só conjunto de papéis, ligado ao mapa de responsabilidades.
O delicado, temporário
As permissões amplas (administrar produção, mudar a rede, acessar dados sensíveis) não se atribuem de forma permanente. Solicitam-se quando são precisas, com motivo, e caducam sozinhas ao cabo de algumas horas. Cada utilização fica registada. É o mesmo princípio das exceções com data, aplicado ao acesso.
As identidades que não são pessoas
Aplicações, processos automáticos e agentes também precisam de identidade. Para eles vale a mesma lógica: identidades próprias, permissões mínimas, credenciais que não vivem no código e que se rodam (como em segredos com nome, nunca com valor).
Contas ordenadas e identidade unificada são a base. Sobre elas apoiam-se as regras que se aplicam sozinhas em toda a hierarquia.
Como o aplicamos: Governo Multicloud.