Analista Legislativo (Tecnologia da Informação - Banco de Dados)
Um grande banco de investimentos está implementando uma política de segurança de dados estrita para atender às regulamentações de proteção de dados. Uma das exigências é que os dados confidenciais armazenados em discos sejam criptografados, de forma que o processo seja transparente para a aplicação e não exija alterações no esquema do banco de dados ou nas consultas SQL existentes.Assinale a opção que apresenta a técnica de criptografia de dados transparente tipicamente utilizada em SGBDs empresariais como MS SQL Server e Oracle.
ACriptografia no nível da coluna, em que apenas atributos específicos são criptografados, exigindo mudanças na aplicação para decifrar os dados após a consulta.
BCriptografia no nível do arquivo do sistema operacional, em que o SGBD não tem conhecimento da criptografia, sendo realizada externamente.
CCriptografia no nível do tablespace ou arquivo de dados, em que os dados são criptografados antes de serem escritos no disco e decifrados ao serem lidos pelo buffer pool, sendo transparente para o usuário final.
DCriptografia no nível de comunicação (SSL/TLS), que protege apenas os dados em trânsito, mas não os dados em repouso.
EUso de Hashing irreversível para os dados, que atende à segurança, mas inviabiliza a recuperação dos dados originais.
Revelar gabarito e comentário▾
GabaritoC — Criptografia no nível do tablespace ou arquivo de dados, em que os dados são criptografados antes de serem escritos no disco e decifrados ao serem lidos pelo buffer pool, sendo transparente para o usuário final.
Comentário gerado por IA. É um apoio ao estudo, ancorado em fontes, mas pode conter imprecisões — confira sempre na fonte oficial (lei, súmula, edital e gabarito da banca). Encontrou um erro? Use “Reportar”.
Criptografia Transparente de Dados (TDE)
Gabarito: letra C. A criptografia no nível do tablespace ou arquivo de dados é a técnica conhecida como Transparent Data Encryption (TDE), implementada em SGBDs como MS SQL Server e Oracle. Os dados são criptografados ao serem gravados em disco e decifrados automaticamente quando lidos para o buffer pool, sem qualquer alteração no esquema ou nas consultas SQL, atendendo integralmente ao requisito de transparência.
As demais alternativas falham por não atenderem ao requisito de transparência ou por não protegerem os dados em repouso. Vejamos cada uma:
Criptografia transparente (TDE)
1Nível do tablespace/arquivo de dados
Criptografa ao gravar em disco
Decifra ao ler para o buffer pool
Transparente para aplicação
Sem alteração no esquema/SQL
2Implementações típicas
MS SQL Server (TDE)
Oracle (Tablespace Encryption)
LEVEL · soulevel.com.br
Alternativa A — ❌ Incorreta
A criptografia no nível da coluna exige modificações na aplicação (chamadas a funções de decifragem) e na estrutura das consultas, não sendo transparente. Além disso, a própria descrição da alternativa menciona "exigindo mudanças na aplicação", o que a exclui automaticamente.
Alternativa B — ❌ Incorreta
A criptografia no nível do arquivo do sistema operacional (ex.: BitLocker, LUKS) é externa ao SGBD. O banco de dados não tem ciência da criptografia, o que pode gerar problemas de desempenho e não oferece integração com o gerenciamento de chaves do SGBD. Embora possa ser transparente para a aplicação, não é típica de SGBDs empresariais como SQL Server ou Oracle para esse fim, e o enunciado pede a técnica tipicamente utilizada nesses SGBDs.
Alternativa C — ✅ Correta ⟵ GABARITO
Descrição perfeita da TDE: os dados são criptografados antes da escrita no disco e decifrados ao serem lidos pelo buffer pool. Toda a operação é transparente para o usuário e a aplicação. SQL Server (TDE) e Oracle (Tablespace Encryption) utilizam exatamente essa abordagem.
Alternativa D — ❌ Incorreta
SSL/TLS protege apenas os dados em trânsito (na rede). Não criptografa os dados em repouso no disco, que é o requisito do enunciado.
Alternativa E — ❌ Incorreta
Hashing é uma operação irreversível (mão única). O enunciado pede criptografia que permita decifrar os dados originais. Hashing não é criptografia reversível e inviabiliza a recuperação.
NÃO CAIA NESSA!
A banca explora a confusão entre diferentes técnicas de criptografia. A alternativa A (criptografia de coluna) parece segura, mas exige mudanças na aplicação – não é transparente. A alternativa B (criptografia em nível de SO) é transparente, mas não é integrada ao SGBD. Já a alternativa D (SSL/TLS) é comum, mas protege apenas dados em trânsito. O candidato deve lembrar que TDE opera no nível do tablespace/arquivo de dados.
PEGA ESSA DICA!
Em provas sobre segurança em bancos de dados, lembre-se que TDE (Transparent Data Encryption) é a solução padrão para criptografia em repouso em SGBDs relacionais como SQL Server, Oracle e PostgreSQL (pg_tde). Ela criptografa páginas de dados no disco e as decifra automaticamente quando lidas na memória. Não exige alterações no esquema, consultas ou aplicação.