A seguir, um trecho do white paper recente da Netskope, “Como projetar uma estratégia de proteção de dados em nuvem”, escrito por James Christiansen e David Fairman. Na Parte 1 desta série, cobrimos as duas primeiras etapas relacionadas à descoberta e classificação de dados.
Etapa 3: Conheça o fluxo dos dados pelo ecossistema—seja o ponto de inspeção entre o usuário e os dados.
Os dados são como água—oonde houver passagem eles fluem. Como tal, uma organização precisa de visibilidade e deve ser capaz de inspecionar todos os fluxos de tráfego para identificar o seguinte:
- Quais dados estão em movimento, com base na criticidade e sensibilidade (classificação de dados)?
- De onde está vindo e para onde está indo? Esses ambientes de origem e destino estão de acordo com o processo de descoberta ou identificamos repositórios de dados desconhecidos que precisam ser investigados? Este último ponto não deve ser esquecido. Os processos de negócios mudarão e, com isso, os fluxos de dados mudarão. É imperativo que uma organização monitore continuamente e tome as medidas adequadas quando novos fluxos forem identificados. Normalmente, essas ações são:
- Garantir que a postura ou os controles de segurança da origem ou destino recém-identificado, que pode ser uma nova aplicação SaaS (ou uma instância dessa aplicação SaaS), atenda aos padrões exigidos.
- Garantir que a postura ou os controles de segurança de um novo terceirizado (e consequentemente a segurança do seu ambiente), que tenha agora acesso aos dados, atende aos padrões de privacidade.
- A confirmação de que esse fluxo de dados é apropriado e não indica um comprometimento ou que identifica um processo de negócios interrompido ou ações do usuário que precisam ser corrigidas.
- Podemos determinar qualquer movimento de dados geográficos e/ou jurisdicionais que possam nos introduzir em requisitos de privacidade ou regulamentares?
Ao criar um ponto de inspeção nativo da nuvem entre o usuário e os dados, que possa interpretar a linguagem da nuvem, a organização agora irá criar um recurso de descoberta para identificar todos os dados relacionados à nuvem e pode, então, aproveitar os recursos discutidos na etapa 2 para automatizar e classificar com alta precisão grandes volumes e fazer isso em tempo real quando os dados estão em uso e em movimento. Além disso, uma organização precisa desse mesmo recurso de classificação automatizada para dados em repouso. Dessa forma, há uma abordagem dupla para garantir que todos os dados sejam descobertos e classificados de maneira automatizada e, naturalmente, que o mecanismo de classificação automatizado seja aplicado de forma consistente em ambos os conjuntos de dados, em repouso e em movimento.
Isso também aprimora a análise e a visualização em tempo real, ambas essenciais para a proteção de dados e que estão rapidamente se tornando um novo instrumento para as equipes de Operações de Segurança. Essas análises não substituem o SIEM, mas ajudam a redefinir o que é necessário para uma análise de segurança, resposta e gerenciamento de risco de terceiros eficaz. Esse recurso se torna um componente fundamental, necessário para garantir que uma organização tenha todas as informações e inteligência em mãos, em tempo real, para permitir que ela entenda o impacto e as dependências dos dados da nuvem, tomando decisões informadas e agindo em tempo hábil.
Etapa 4: Saiba quem tem acesso aos dados - tenha mais visibilidade
Ser o ponto de inspeção entre o usuário e os dados não apenas permite que uma organização entenda de onde os dados estão fluindo, mas também dá visibilidade sobre quais identidades (máquina ou usuário) têm acesso aos dados.
Ser capaz de determinar isso aprimora a capacidade de gerenciamento de identidade e acesso de uma organização. Essas informações podem ser usadas para validar as práticas de IAM existentes, como quaisquer definições de controle de acesso baseado em função, além de identificar anomalias que exigirão investigação e ação potencialmente corretiva. Isso se aplica ao usuário final e ao acesso privilegiado.
Ter essa visibilidade permite que uma organização minimize o acesso a dados e aplicações que, por sua vez, minimiza a exposição e, portanto, o risco imposto. O controle de acesso granular é fundamental para minimizar as oportunidades de ataques.
Etapa 5: Saiba se os dados estão bem protegidos—seja o ponto de aplicação da política entre o usuário e os dados
No armazenamento: com relação a dados de cargas de trabalho, é importante que a organização analise e avalie a postura de segurança dos ambientes de nuvem, como AWS, Azure, GCP, para verificar a configuração deles e garantir que os dados não sejam arbitrariamente deixados expostos. A configuração incorreta de ambientes de nuvem é uma das principais causas de violações de dados. O monitoramento de conformidade da configuração de segurança tem sido um recurso comum por muitos anos da infraestrutura on-premises e isso naturalmente precisa se estender aos serviços IaaS e PaaS baseados em nuvem.
Em movimento: com relação aos dados relacionados à nuvem, uma organização precisa estabelecer um recurso que crie um Ponto de Aplicação de Políticas (PEP) entre o usuário e os dados. (Esta é uma extensão lógica para o ponto de inspeção descrito na Etapa 3.)
A organização agora estará equipada com uma série de pontos de dados que lhes permitem tomar decisões baseadas em políticas com contexto, permitindo assim uma abordagem verdadeira, adequada à finalidade e baseada em riscos para a aplicação de controles. Como exemplo (e recomendação), com uma compreensão da criticidade e sensibilidade dos dados (derivados da classificação), uma organização pode priorizar a proteção do nível de classificação mais alto de dados e trabalhar seu caminho até a classificação do segundo nível mais baixo. Observe que o nível mais baixo é normalmente classificado como “Público” e não deve garantir muitas proteções (se houver alguma).
Se você quiser saber mais sobre como projetar uma estratégia de proteção de dados na nuvem, pode ler uma cópia gratuita do white paper aqui!
