HBX contra a identidade de infraestrutura em nuvem
Os fornecedores de identidade de nuvem e de workload construíram identidade real de máquinas. A pergunta é onde ela para.
Funcionam bem dentro de um diretório ou de uma conta na nuvem. O HBX parte de onde isso termina: os sistemas que nunca foram feitos para a web e quem chama e não é seu, com a pessoa por trás do agente aprovando cada vez.
Nuvem versus on-premise
A identidade de nuvem cobre cargas de trabalho na nuvem. Os seus sistemas de planta e de telecom precisam de outra coisa.
Um lado é otimizado para infraestrutura projetada depois que o login moderno existia. O outro precisa funcionar em equipamentos anteriores a ele, que vão sobrevivê-lo.
A identidade moderna pode ser acrescentada em camadas a um produto que já alcança destinos difíceis. O inverso é muito mais difícil.
Onde a linha cai
Onde a identidade de nuvem para: a verificação humana e a fronteira entre empresas.
A linha cai onde cada trabalho precisa ser aprovado de novo, ou onde quem chama deixa de ser seu.
01
O vínculo humano é definido uma vez, não por sessão
A identidade de nuvem registra um agente junto a um responsável humano uma única vez, na configuração inicial, e mantém rastreável a cadeia de quem age por quem. Depois disso, o agente trabalha sem que ninguém seja consultado de novo, e a ação destrutiva da décima primeira execução se parece exatamente com a da primeira.
02
Um domínio de confiança, por projeto
A identidade de nuvem é construída em torno das identidades de um único diretório. O caso para o qual ela não foi construída é aquele em que quem chama pertence a um MSP, a uma consultoria ou a um fornecedor que atende muitos clientes e o destino pertence a você.
Já usa um desses? Os trinta minutos que valem a pena tratam dos trabalhos para os quais eles não foram construídos: os que cruzam uma fronteira ou chegam a equipamentos que nunca ouviram falar do login moderno.