#newt $NEWT $SPCXB $LAB @NewtonProtocol

Existe uma coisa na empresa que, no passado, eu sempre achei bem estranha.

Quando um funcionário pede demissão, eles não trocam todas as fechaduras.

Eles apenas mudam o código da porta.

As pessoas que continuam trabalhando quase não são afetadas.

Só uma permissão desaparece.

No começo, pensei que fosse simplesmente uma forma de economizar custos.

Depois, percebi.

O importante não é que a empresa já tenha concedido acesso a alguém.

Mas sim que eles sabem exatamente quando essa permissão não deve mais existir.

Se alguém saiu, mas o antigo cartão ainda consegue abrir a porta, o problema não está em quem está com o cartão.

Está no fato de o sistema ainda continuar confiando em uma permissão que, na verdade, deveria ter sido encerrada.

Foi aí que o Newton Protocol começou a fazer sentido para mim.

O que me chamou a atenção não é a forma como o sistema concede permissões a um agente.

Mas sim como uma permissão é removida do sistema quando o motivo para ela existir já não está mais presente.

Uma permissão não se torna perigosa apenas porque foi criada.

Ela se torna perigosa quando continua existindo depois que o motivo para existir desapareceu.

Isso não é só um mecanismo de segurança.

É uma escolha de design.

Um sistema confiável não sabe apenas quando conceder permissões.

Ele sabe exatamente quando uma permissão deve desaparecer para que o sistema continue refletindo a realidade