0 
0 
Criptografar dados em repouso e em trânsito já faz parte da arquitetura de segurança da maioria das organizações. Bancos de dados, sistemas de armazenamento, APIs e canais de comunicação contam com mecanismos para reduzir o risco de exposição.
Existe, porém, um terceiro estado que recebe menos atenção: o dado em uso.
Para que uma aplicação processe uma informação, ela precisa acessá-la em memória e, em muitos casos, descriptografá-la temporariamente. Nesse momento, os mecanismos tradicionais de criptografia deixam de oferecer a mesma proteção. Se o ambiente de execução for comprometido, dados sensíveis podem ficar expostos mesmo que estejam protegidos antes e depois do processamento.
Essa lacuna ganha importância à medida que empresas levam dados críticos para ambientes de nuvem, infraestrutura híbrida e arquiteturas distribuídas.
Onde a proteção tradicional encontra seu limite
A criptografia tradicional é normalmente analisada a partir de dois cenários.
Dados em repouso são protegidos enquanto armazenados em bancos de dados, servidores, dispositivos e backups. Dados em trânsito são protegidos durante a comunicação entre sistemas, aplicações e usuários.
O problema aparece quando a informação precisa ser processada.
Uma aplicação que consulta uma base criptografada precisa acessar os dados em formato utilizável. Isso significa que, durante determinado período, informações sensíveis podem estar presentes na memória do sistema e acessíveis às camadas responsáveis pela execução.
É nesse intervalo que ameaças como comprometimento do sistema operacional, exploração de vulnerabilidades, acesso privilegiado ou comprometimento da infraestrutura podem ganhar relevância.
A questão deixa de ser apenas “o dado está criptografado?” e passa a ser “o que protege o dado enquanto ele está sendo processado?”
O ambiente de execução também precisa ser protegido
Proteger dados em uso exige olhar para além da aplicação.
Em ambientes tradicionais, existe uma cadeia de componentes responsáveis pelo processamento, incluindo hardware, firmware, sistema operacional, hypervisor e máquinas virtuais. Dependendo da arquitetura, administradores com privilégios elevados também podem representar parte da superfície de confiança.
A Confidential Computing procura reduzir esse risco utilizando mecanismos de hardware para criar ambientes de execução protegidos, conhecidos como Trusted Execution Environments (TEEs).
Dentro desses ambientes, workloads e dados podem ser isolados das demais partes da infraestrutura. O objetivo é reduzir a possibilidade de que componentes externos ao ambiente confiável tenham acesso ao conteúdo processado.
Isso não substitui controles como identidade, segmentação, criptografia ou monitoramento. A proposta é adicionar uma camada de proteção justamente no momento em que os dados precisam estar disponíveis para processamento.
Confiança precisa ser verificável
O isolamento do ambiente é apenas uma parte da equação. Organizações também precisam saber o que está sendo executado e em quais condições.
É nesse contexto que entra a remote attestation, mecanismo capaz de fornecer evidências sobre a integridade do ambiente antes que dados sensíveis ou chaves criptográficas sejam disponibilizados.
Uma política de segurança pode, por exemplo, determinar que uma chave só seja liberada quando o ambiente de execução apresentar determinadas características previamente aprovadas.
Isso cria uma relação entre identidade do workload, integridade do ambiente e acesso aos dados.
Em vez de confiar simplesmente na infraestrutura, a organização passa a estabelecer condições técnicas para que o processamento possa ocorrer.
O desafio cresce na nuvem
A discussão se torna ainda mais relevante em ambientes de cloud computing.
Ao utilizar infraestrutura de terceiros, a organização pode não controlar diretamente todas as camadas responsáveis pela execução de seus workloads. O provedor administra parte significativa da infraestrutura, enquanto o cliente continua responsável pela proteção dos dados e pelas políticas de acesso.
Isso cria uma questão importante de arquitetura: até onde a organização precisa confiar no provedor para proteger informações durante o processamento?
A proteção de dados em uso permite reduzir essa dependência ao combinar isolamento por hardware, mecanismos de verificação e controles criptográficos.
O objetivo não é eliminar a responsabilidade compartilhada da nuvem, mas diminuir a quantidade de componentes que precisam ser considerados confiáveis para que dados críticos sejam processados com segurança.
A criptografia precisa acompanhar todo o ciclo do dado
Proteger dados apenas enquanto estão armazenados ou sendo transmitidos deixa uma parte importante do ciclo de vida descoberta.
Uma estratégia mais completa precisa considerar onde o dado nasce, como é armazenado, por quais sistemas passa, onde é processado e em quais condições pode ser acessado.
Nesse modelo, a proteção de dados em uso deixa de ser uma tecnologia complementar e passa a fazer parte da arquitetura de segurança.
Para organizações que processam informações reguladas, propriedade intelectual ou outros ativos de alto valor, a pergunta não deve ser apenas se os dados estão criptografados.
É preciso saber quem pode acessá-los durante o processamento, qual ambiente pode recebê-los e como essa confiança pode ser tecnicamente comprovada.
A criptografia protege o dado em diferentes momentos. A proteção de dados em uso amplia essa estratégia para o momento mais crítico: quando a informação precisa estar disponível para ser utilizada.