Princípios de design de confiança zero
Com toda a agitação em torno do Zero Trust, é frustrante quando os fornecedores afirmam que seu produto é uma “Solução” do Zero Trust. Por exemplo, em uma postagem esta manhã, uma conexão minha compartilhou algumas das soluções técnicas para ajudar a alcançar uma abordagem Zero Trust, mas pulou as primeiras etapas dos Princípios de Design Zero Trust.
De acordo com os Zero Trust Principles de John Kindervag , você começa com o seguinte:
* Defina a superfície de proteção (que você precisa trabalhar com a empresa para entender as coisas críticas a serem observadas)
-> Haverá mais de uma “superfície de proteção” e potencialmente mais de uma “superfície de proteção” para um determinado aplicativo de negócios
* Mapeie os fluxos de transação (o que significa entender os processos de negócios, como eles fluem e podem ser melhor projetados considerando quaisquer restrições)
->Veja o que precisa ser protegido , Quem precisa de acesso, Quando precisam de acesso e Por que precisam de acesso.
* Arquitetar um ambiente Zero Trust (o que significa combinar a superfície de proteção, fluxo de transações e um ambiente que inclui acesso zero aberto a pessoas/sistemas que não precisam de acesso)
* Criar Políticas Zero Trust (o design formal, governança, playbooks, resposta a incidentes, etc., que determinará a forma como os sistemas são criados)
* Monitorar e manter (o que garante que as políticas Zero Trust sejam gerenciadas, aplicadas e continuem a funcionar da maneira projetada, se não, o processo para esse protegido a superfície deve ser redesenhada).
Como você pode ver, Zero Trust é uma estratégia de design que leva a algo que pode ser gerenciado e medido. Adicionar ferramentas à pilha não será igual a um ambiente Zero Trust se as superfícies de proteção e os fluxos de transação não forem projetados com o Zero Trust em mente.





































![O que é uma lista vinculada, afinal? [Parte 1]](https://post.nghiatu.com/assets/images/m/max/724/1*Xokk6XOjWyIGCBujkJsCzQ.jpeg)