A permissão que ninguém usa
Uma identidade recebe permissões amplas para resolver algo urgente. O problema resolve-se; as permissões ficam. Uma aplicação implementa-se com um papel de administrador «para que funcione» e ninguém o volta a revisar. Ao cabo de um ano, a maioria das identidades tem muito mais permissões do que necessita.
Enquanto nada acontecer, não se nota. Quando uma dessas identidades é comprometida, o atacante herda tudo o que ela tinha, não só o que usava.
Atribuído face a usado
As clouds registram que ações realiza cada identidade. Comparando o atribuído com o usado num período (por exemplo, 90 dias) aparece a distância real:
- Permissões nunca usadas: candidatas claras a serem retiradas.
- Identidades sem atividade: contas que se podem desativar.
- Permissões amplas onde bastaria uma concreta: acesso a todo o armazenamento quando só se usa uma pasta.
Reduzir sem quebrar
Retirar permissões dá medo, porque algo pode deixar de funcionar. Faz-se por passos:
- Começar pelo inequívoco: identidades inativas e permissões nunca usadas durante muito tempo.
- Reduzir com aviso: comunica-se ao responsável o que se vai retirar e quando.
- Vigiar depois: se algo falhar por falta de uma permissão, vê-se nos registos e concede-se de forma delimitada.
- Repetir com calendário, não uma só vez.
O que o governo já resolve
A base está noutras peças da série de Governo: uma identidade única, papéis definidos uma vez e permissões delicadas que se pedem e caducam sozinhas. O privilégio mínimo «a sério» é o que se acrescenta por cima: medir a distância entre o atribuído e o usado, e fechá-la com regularidade.
As identidades são uma porta. A outra, cada vez mais usada, é o próprio software: o que se escreve e, sobretudo, o que se importa.
Como o aplicamos: Cibersegurança.