O que é Non-Human Identity?
Non-Human Identity, ou NHI, é uma identidade usada por software ou dispositivos. Sua gestão acompanha responsáveis, credenciais e permissões durante todo o ciclo de vida.
Como governar o ciclo de vida?
Non-Human Identity e NHI designam o mesmo conceito. Aqui o foco é a operação: saber para que a identidade existe, quais serviços dependem dela e quem pode autorizar mudanças. Um nome técnico ou uma data de criação, sozinhos, não respondem a essas perguntas.
1. Registrar finalidade e responsabilidade
Associe a identidade à aplicação ou dispositivo, ao ambiente, à equipe responsável e à necessidade de negócio. Registre também os recursos acessados e quem pode aprovar novas permissões. Se o responsável sair da função, transfira essa responsabilidade; não presuma que a automação deixou de existir.
2. Conceder acesso e escolher credenciais
Conceda apenas as operações necessárias. Quando a plataforma e a arquitetura permitirem, prefira mecanismos que evitem distribuir segredos permanentes. A AWS — práticas de segurança para IAM recomenda credenciais temporárias para workloads; isso precisa ser aplicado com políticas adequadas para os recursos de destino.
3. Operar, revisar e tratar exposição
Observe quais operações são executadas e investigue usos fora da finalidade prevista. Ao revisar a identidade, confronte a necessidade atual com as permissões existentes e registre a decisão. O comportamento esperado de uma rotina de importação é diferente do de um serviço de implantação.
Se houver chaves de longa duração, mantenha armazenamento controlado, substituição planejada e tratamento de exposição. O Google Cloud — gestão de chaves de contas de serviço apresenta cuidados específicos para chaves de contas de serviço. Rotação de credencial e revisão de autorização são controles diferentes: um novo segredo pode manter os mesmos privilégios.
4. Encerrar sem deixar acesso residual
Antes de desativar, identifique as integrações dependentes e confirme se foram migradas ou encerradas. Depois retire permissões, revogue as credenciais aplicáveis e acompanhe tentativas de uso. A sequência deve considerar a continuidade do serviço e a resposta necessária em caso de comprometimento.
Exemplo: fim de uma integração
Em um cenário ilustrativo, uma integração antiga de fornecedores deixa de ser utilizada. A equipe confirma o novo fluxo, verifica que nenhum processo ainda usa a identidade antiga e encerra seus acessos. O registro final associa a decisão ao responsável e ao resultado da execução, em vez de marcar apenas “conta revisada”.
.svg)
