Questão de Banco de Dados — Segurança em Banco de Dados — FCC 2026
Banco de Dados›Segurança em Banco de Dados
Código
fc142270
Banca
FCC
Órgão
ARTESP
Ano
2026
Cargo
Esp RT ( )
Um órgão público que utiliza MS SQL Server revisa sua política de segurança para atender requisitos de sigilo, proteção de dados e conformidade. A equipe de TI precisa garantir que: - os dados armazenados fisicamente no banco fiquem protegidos contra acesso indevido aos arquivos com extensão .mdf, .ndf ou .ldf; - as conexões entre aplicações e o MS SQL Server sejam protegidas contra interceptação durante o tráfego pela rede corporativa. Considerando as práticas recomendadas e os recursos disponíveis no MS SQL Server, o conjunto de mecanismos que atende aos requisitos é
Aaplicar o Transparent Data Encryption (TDE) para proteger os arquivos físicos e SSL/TLS para criptografia de conexões entre aplicações e o MS SQL Server.
Bhabilitar o TDE para proteger conexões de rede e aplicar Always Encrypted para criptografar arquivos .mdf
Cconfigurar o Backup Encryption para trafegar dados criptografados e habilitar SSL/TLS para proteger arquivos físicos do banco.
Dusar o Always On Availability Groups para criptografia local e ativar Log Shipping para criptografia no tráfego.
Eativar o Transparent Network Encryption para arquivos de dados e usar Column Level Encryption para criptografia de rede.
Revelar gabarito e comentário▾
GabaritoA — aplicar o Transparent Data Encryption (TDE) para proteger os arquivos físicos e SSL/TLS para criptografia de conexões entre aplicações e o MS SQL Server.
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”.
Segurança no MS SQL Server: TDE para dados em repouso e SSL/TLS para dados em trânsito
Gabarito: letra A. O requisito de proteger os arquivos físicos (.mdf, .ndf, .ldf) é atendido pelo Transparent Data Encryption (TDE), que criptografa os dados em repouso no disco; o requisito de proteger as conexões entre aplicações e o servidor é atendido pelo SSL/TLS, que criptografa os dados em trânsito pela rede. A alternativa A combina exatamente esses dois mecanismos, na ordem correta.
O TDE é um recurso do MS SQL Server que realiza criptografia em nível de arquivo de dados, protegendo o banco de dados inteiro sem exigir alterações nas aplicações. Ele criptografa os dados quando são gravados no disco e os descriptografa quando são lidos, de forma transparente para o usuário. Isso protege os arquivos físicos contra acesso indevido, como a cópia não autorizada dos arquivos .mdf, .ndf e .ldf. Já o SSL/TLS é um protocolo de segurança que criptografa a comunicação entre o cliente e o servidor, impedindo que dados sejam interceptados durante o tráfego pela rede. No SQL Server, o SSL/TLS pode ser habilitado para criptografar as conexões, garantindo a confidencialidade dos dados em trânsito.
A distinção fundamental é entre dados em repouso (armazenados em disco) e dados em trânsito (trafegando pela rede). O TDE protege os dados em repouso, enquanto o SSL/TLS protege os dados em trânsito. Essa é a fronteira que separa as alternativas corretas das incorretas. As demais alternativas confundem esses conceitos, atribuindo a cada mecanismo a função errada.
A banca explora exatamente essa confusão: trocar a função do TDE (proteger arquivos físicos) pela função do SSL/TLS (proteger conexões de rede), ou vice-versa. O candidato que não domina a diferença entre dados em repouso e dados em trânsito tende a cair nas alternativas que invertem os papéis.
Mecanismo
Função correta
Dados protegidos
TDE (Transparent Data Encryption)
Criptografa arquivos físicos (.mdf, .ndf, .ldf)
Dados em repouso (disco)
SSL/TLS
Criptografa conexões entre aplicações e servidor
Dados em trânsito (rede)
Segurança no SQL Server
1Dados em repouso (arquivos .mdf/.ndf/.ldf)
TDE (Transparent Data Encryption)
2Dados em trânsito (conexões)
SSL/TLS
3Confusões comuns da banca
Always Encrypted (coluna, não arquivo)
Backup Encryption (backup, não tráfego)
Always On/Log Shipping
alta disponibilidade, não criptografia
LEVEL · soulevel.com.br
Alternativa A — ✅ Correta ⟵ GABARITO
A alternativa A está correta porque aplica o TDE para proteger os arquivos físicos do banco de dados (dados em repouso) e SSL/TLS para criptografar as conexões entre aplicações e o MS SQL Server (dados em trânsito). Essa é a combinação de mecanismos que atende exatamente aos dois requisitos do enunciado.
Alternativa B — ❌ Incorreta
A alternativa B está incorreta porque inverte as funções: o TDE protege arquivos físicos, não conexões de rede; e o Always Encrypted protege dados em colunas específicas, não arquivos .mdf. O Always Encrypted é uma tecnologia de criptografia em nível de coluna, que protege dados sensíveis dentro do banco, mas não criptografa os arquivos físicos como um todo.
Alternativa C — ❌ Incorreta
A alternativa C está incorreta porque inverte as funções: o Backup Encryption protege arquivos de backup, não o tráfego de rede; e o SSL/TLS protege conexões de rede, não arquivos físicos do banco. O Backup Encryption é um recurso que criptografa os arquivos de backup, mas não se aplica aos arquivos de dados em uso.
Alternativa D — ❌ Incorreta
A alternativa D está incorreta porque o Always On Availability Groups e o Log Shipping são tecnologias de alta disponibilidade e recuperação de desastres, não de criptografia. O Always On Availability Groups fornece réplicas de banco de dados para failover, e o Log Shipping envia logs de transações para servidores secundários. Nenhum deles criptografa dados em repouso ou em trânsito.
Alternativa E — ❌ Incorreta
A alternativa E está incorreta porque o Transparent Network Encryption não é um recurso do MS SQL Server para criptografar arquivos de dados, e o Column Level Encryption protege colunas específicas, não o tráfego de rede. O SQL Server usa SSL/TLS para criptografia de rede, e a criptografia em nível de coluna é uma técnica diferente, que não se aplica à proteção de conexões.