«Zero Trust» é um termo cunhado por John Kindervag enquanto era analista na Forrester Research para descrever um quadro estratégico em que nada na rede é considerado de confiança por predefinição — nem o dispositivo, nem o utilizador final, nem o processo. Tudo tem de ser autenticado, autorizado, verificado e monitorizado continuamente.
As abordagens tradicionais de segurança baseiam-se no conceito de “confiar, mas verificar”. A fraqueza desta abordagem reside no facto de, assim que alguém é autenticado, ser considerado de confiança e poder deslocar-se lateralmente para aceder a dados e sistemas sensíveis aos quais o acesso deveria ser proibido.
O princípio do Zero Trust altera esta abordagem para “nunca confiar, verificar sempre”. O objetivo de uma arquitetura Zero Trust não é tornar um sistema fiável ou seguro, mas sim eliminar completamente o conceito de confiança. O modelo de segurança Zero Trust parte do princípio de que os atacantes estão sempre presentes no ambiente. A confiança nunca é concedida incondicionalmente ou de forma permanente, devendo ser continuamente avaliada. Router industrial 4G
A abordagem Zero Trust foi desenvolvida em resposta a anos de métodos tradicionais de acesso aos ativos, recursos e dados das empresas. Nos primórdios da informática, as empresas conseguiam proteger os seus dados utilizando firewalls e outras tecnologias de segurança que criavam um “perímetro de segurança” em torno dos dados. Tal como as muralhas das cidades medievais, estas técnicas ajudam a proteger o que está no interior (na maior parte das vezes).
No entanto, os limites alteraram-se rapidamente à medida que os colaboradores, prestadores de serviços e parceiros comerciais começaram a trabalhar à distância — acedendo a recursos através de redes baseadas na nuvem ou utilizando dispositivos pessoais cuja segurança total nem sempre era garantida. Além disso, tem-se verificado um aumento na implantação de dispositivos da Internet das Coisas (IoT), que, muitas vezes, proporcionam acesso automatizado aos recursos da rede.
Para permitir que os colaboradores acedam aos recursos da rede, uma arquitetura de confiança zero requer uma combinação de tecnologias, incluindo gestão de identidades, gestão de ativos, autenticação de aplicações, controlo de acesso, segmentação da rede e informações sobre ameaças.
O equilíbrio do modelo Zero Trust consiste em reforçar a segurança sem sacrificar a experiência do utilizador. Após a autenticação e a autorização, é concedido acesso aos utilizadores, mas apenas aos recursos de que necessitam para desempenhar as suas funções. Se um dispositivo ou recurso for comprometido, o modelo Zero Trust garante que os danos possam ser contidos.
A boa notícia para muitas empresas é que estas podem já ter investido em várias tecnologias que permitem a implementação do modelo Zero Trust. Ao adotarem uma abordagem Zero Trust, é mais provável que as empresas tenham de adotar e implementar novas políticas do que instalar novo hardware.
Qual é o conceito básico do ZTNA?
Antes de começar a implementar uma arquitetura de confiança zero, há algumas regras básicas que toda a empresa deve seguir para que o sistema funcione corretamente.
– Todas as fontes de dados, serviços informáticos e dispositivos são considerados recursos. Mesmo os dispositivos pertencentes aos colaboradores devem ser considerados recursos, caso possam aceder a recursos da empresa.
– Todas as comunicações devem ser protegidas, independentemente da localização na rede. Os dispositivos e os utilizadores dentro da rede não são mais fiáveis do que aqueles que se encontram fora do perímetro da rede.
– Conceda acesso aos recursos numa base por sessão, com as permissões mínimas necessárias para concluir a tarefa. A autenticação num recurso não concede automaticamente acesso a outro recurso.
– O acesso aos recursos é determinado através de uma política dinâmica que inclui a identidade do cliente, o estado da aplicação e, eventualmente, outros atributos comportamentais e ambientais.
– As empresas devem monitorizar e avaliar a integridade e o estado de segurança de todos os ativos que possuem ou aos quais estão associadas. São necessários sistemas de Diagnóstico e Mitigação Contínuos (CDM) ou sistemas semelhantes para monitorizar dispositivos e aplicações. As correções e atualizações devem ser aplicadas rapidamente. Os ativos que apresentem vulnerabilidades conhecidas podem ser tratados de forma diferente (incluindo a recusa de ligações) em comparação com dispositivos ou ativos considerados como estando no estado mais seguro.
– A autenticação e a autorização serão rigorosamente aplicadas antes de o acesso ser permitido e estão sujeitas a alterações. A autorização para um dia não garante a autorização para o dia seguinte.
– As organizações precisam de recolher o máximo de informação possível sobre o estado atual dos seus ativos, infraestrutura de rede, comunicações, utilizadores finais e dispositivos, a fim de melhorar a sua postura de segurança. Só com esses dados é que é possível criar, implementar e aperfeiçoar estratégias.
Como implementar o modelo «zero trust»
Assim que estes princípios forem compreendidos e aplicados, as empresas podem começar a implementar uma estratégia de confiança zero. Tal inclui os seguintes cinco passos:
Identifique os recursos que necessitam de proteção. A terminologia varia — alguns chamam-lhe “superfície de proteção”, outros “zona de confiança implícita”. Mas trata-se, basicamente, de uma área bem definida onde decorrerão os processos de «zero trust», dependendo da empresa e das suas necessidades. Dar prioridade às áreas protegidas pode permitir que estas se mantenham pequenas, pelo menos inicialmente.
Mapeie os fluxos de transações relativos a estes recursos. As empresas têm de determinar quem, normalmente, necessita de acesso a estes recursos, como se ligam e que dispositivos utilizam para se ligarem.
Crie a arquitetura. Isto inclui a adição de componentes que permitem ou negam o acesso a estes recursos protegidos.
Crie uma política de confiança zero que defina as funções dos utilizadores, a autorização e a forma como os utilizadores se autenticam (a autenticação multifator é obrigatória).
Monitorizar e manter os sistemas, introduzindo alterações e melhorias sempre que necessário.
O que é uma arquitetura «zero trust»?
Depois de identificarem um recurso como protegido, as empresas têm de configurar “pontos de controlo” responsáveis por decidir se o acesso deve ser permitido ou negado. Existem três componentes principais, com base na terminologia criada pelo NIST no seu documento «Zero Trust Architecture», de agosto de 2020)
Motor de Políticas (PE). O Motor de Políticas (PE) é responsável por tomar decisões para conceder ou recusar o acesso a recursos. Normalmente, toma decisões com base nas políticas da empresa, mas também tem em conta informações provenientes de fontes externas (incluindo sistemas CDM, serviços de inteligência de ameaças) e algoritmos de confiança. Assim que uma decisão for tomada, esta será registada e o administrador de políticas implementará a ação.
Administrador de Políticas (PA): O PA é responsável por estabelecer ou encerrar vias de comunicação entre os requerentes (pessoas ou máquinas) e os recursos (dados, serviços, aplicações). O PA pode gerar uma autenticação específica para a sessão (ou utilizar tokens, credenciais, palavras-passe) como parte do seu processo. Se o pedido for concedido, o PA configurará o Ponto de Aplicação de Políticas (PEP) para permitir o início da sessão. Se o pedido for rejeitado, o PA instruirá o PEP a encerrar a ligação.
Ponto de Aplicação de Políticas (PEP): Um PEP estabelece, monitoriza e, por fim, encerra as ligações entre os requerentes e os recursos. Comunica com o PA para reencaminhar pedidos e receber atualizações de políticas do PA.
Outros sistemas podem fornecer dados de entrada e/ou regras de política, incluindo sistemas CDM, sistemas de conformidade do setor (para garantir que estes sistemas estejam alinhados com as agências reguladoras) e serviços de inteligência sobre ameaças (para fornecer informações sobre malware recentemente identificado, defeitos de software ou outros ataques comunicados). informações), registos de atividade da rede e do sistema e sistemas de gestão de identidades (que acompanham funções atualizadas, ativos atribuídos e outros atributos).
Muitos destes sistemas introduzem dados em algoritmos de confiança que ajudam a tomar decisões finais sobre os pedidos de acesso aos recursos da rede. O algoritmo de confiança tem em conta os dados do requerente, bem como muitas outras métricas, no âmbito do seu processo de tomada de decisão. Exemplos de questões incluem, entre outros:
Quem é este tipo? É uma pessoa real ou uma máquina? (sensores da IoT, por exemplo)
Já tinham pedido isto antes?
Que equipamento utilizam?
A versão do sistema operativo foi atualizada e recebeu as correções necessárias?
Onde se encontra o requerente? (no país, no estrangeiro, etc.)
Esta pessoa tem permissão para visualizar este recurso?
Plano de implementação do ZTNA
Cada empresa é diferente, pelo que a forma como abordam o modelo Zero Trust irá variar. Eis alguns cenários comuns:
Empresas com escritórios satélite. As empresas com colaboradores que trabalham em locais remotos ou com trabalhadores remotos podem precisar de hospedar o PE/PA como um serviço na nuvem. Isto proporciona uma melhor disponibilidade e não obriga os trabalhadores remotos a dependerem da infraestrutura da empresa para aceder aos recursos na nuvem. Neste cenário, os dispositivos dos utilizadores finais terão agentes instalados ou terão acesso à rede através do Portal de Recursos.
Empresa multicloud ou cloud-to-cloud: As empresas que utilizam vários fornecedores de serviços na nuvem podem ter aplicações alojadas em serviços na nuvem que são independentes da fonte de dados. Neste caso, as aplicações alojadas numa nuvem devem poder ligar-se diretamente às fontes de dados na segunda nuvem, em vez de obrigar a aplicação a passar novamente pela rede da empresa. Neste caso, o PEP será colocado nos pontos de acesso de cada aplicação/serviço e fonte de dados. Estes podem estar localizados num serviço na nuvem ou mesmo num terceiro fornecedor de serviços na nuvem. Os clientes têm acesso direto ao PEP e as empresas podem gerir os direitos de acesso. Um dos desafios aqui é que diferentes fornecedores de serviços na nuvem têm as suas próprias formas de alcançar a mesma funcionalidade.
Empresas com acesso de prestadores de serviços ou de pessoas que não são funcionários: No caso de visitantes no local ou prestadores de serviços contratados que necessitem de acesso limitado, a Arquitetura Zero Trust também pode implementar o PE e o PA como serviços de nuvem geridos, ou na LAN, caso haja poucos utilizadores ou não se utilizem serviços de alojamento na nuvem. O PA garante que os dispositivos não pertencentes à empresa não possam aceder aos recursos locais, mas tenham acesso à Internet, para que os visitantes e prestadores de serviços possam realizar o seu trabalho.
Desafio Zero Trust
Para além de algumas das questões relacionadas com a migração da confiança implícita para o modelo «zero trust», existem várias outras questões que os responsáveis pela segurança devem ter em conta. Em primeiro lugar, os componentes PE e PA devem ser configurados e mantidos corretamente. Os administradores empresariais com acesso de configuração às regras do PE podem vir a efetuar alterações não aprovadas ou cometer erros que possam perturbar as operações. Um PA comprometido pode permitir o acesso a recursos que, de outra forma, não seriam aprovados. Estes componentes devem ser configurados e monitorizados corretamente, e quaisquer alterações devem ser registadas e auditadas.
Em segundo lugar, uma vez que o PA e o PEP tomam decisões relativamente a todos os pedidos de acesso aos recursos, estes componentes estão vulneráveis a ataques de negação de serviço ou de interrupção da rede. Qualquer perturbação no processo de tomada de decisões pode afetar negativamente as operações da Empresa. A aplicação das políticas pode ser realizada num ambiente de nuvem devidamente seguro ou replicada para uma localização diferente, a fim de ajudar a reduzir esta ameaça, mas não a elimina completamente.
Em terceiro lugar, as credenciais roubadas e os colaboradores mal-intencionados continuam a poder causar danos aos recursos da empresa. No entanto, uma arquitetura Zero Trust devidamente desenvolvida e implementada limitará os danos causados por esta abordagem, uma vez que o sistema será capaz de determinar quem está a efetuar o pedido e se este é válido. Por exemplo, um sistema de vigilância será capaz de detetar se um funcionário da limpeza, com credenciais roubadas, tentar subitamente aceder a uma base de dados de números de cartões de crédito.
Em quarto lugar, os responsáveis pela segurança têm de garantir que a adoção de uma estratégia de confiança zero não provoque uma fadiga de segurança generalizada, em que os utilizadores são constantemente solicitados a fornecer credenciais, palavras-passe e a verificar as atualizações do sistema operativo, o que, em última análise, acaba por afetar negativamente a produtividade. Neste contexto, é necessário encontrar um equilíbrio entre a capacidade dos colaboradores e prestadores de serviços de realizarem as suas tarefas e a garantia de que não são atacantes.
