Criar conta grátis

Administração de Bancos de Dados

06. Segurança de bancos de dados

6º capítulo da apostila Administração de Bancos de Dados: explicação contínua e em linguagem simples sobre Segurança de bancos de dados, com exemplos, conexões e mapa mental.

10 min de leitura60 questões para praticarRevisado em 14/09/2026

Proteger um banco significa controlar identidades, privilégios, exposição dos dados, código de acesso e rastros de atividade. Cada camada reduz um tipo de risco e nenhuma substitui todas as demais.

Com o modelo e a linguagem estabelecidos, passamos a cuidar do banco em funcionamento. A sequência liga governança, arquitetura interna, transações, desempenho, observabilidade, segurança, recuperação e soluções em memória. Este é o capítulo 6 de 8 da disciplina Administração de Bancos de Dados. A leitura retoma Monitoração e observabilidade de bancos de dados e usa essa base para avançar. Depois, seguiremos para Backup, restauração e recuperação.

O fio condutor

Banco de dados deve ser estudado como um sistema de decisões conectadas. O significado atribuído ao dado orienta o modelo; o modelo condiciona consultas e atualizações; o SGBD executa essas operações sob regras de segurança, concorrência, desempenho e recuperação. Quando uma dessas camadas muda, as demais podem ser afetadas.

Ao longo da leitura, acompanhe sempre quatro perguntas: qual problema está sendo resolvido, qual estrutura representa o problema, que garantia precisa ser preservada e qual custo acompanha a escolha. Esse roteiro ajuda a compreender os conceitos em vez de apenas memorizar nomes.

Autenticação, autorização e privilégio mínimo

Começamos por Autenticação, autorização e privilégio mínimo, pois essa base permite compreender as decisões apresentadas nas seções seguintes.

O princípio do menor privilégio dá a cada conta apenas os privilégios estritamente necessários. É o que limita o estrago quando uma credencial vaza ou uma falha de aplicação é explorada: com uma conta somente de leitura, uma injeção bem-sucedida não apaga tabela alguma.

Privilege creep é o acúmulo de privilégios de funções anteriores: o funcionário muda de setor, ganha os acessos novos e conserva os antigos, porque ninguém revogou. Revisões periódicas de acesso e revogação na mudança de função são o controle correspondente.

Repare como Identidade × permissão, MFA na autenticação, Privilege creep participam da mesma decisão. Ao relacionar esses elementos, fica mais fácil prever o comportamento do banco e reconhecer os efeitos de cada escolha.

GRANT, REVOKE e RBAC

A seção anterior apresentou Autenticação, autorização e privilégio mínimo. Agora chegamos a GRANT, REVOKE e RBAC, que acrescenta a próxima peça do mesmo raciocínio.

Continue lendo de graça

O capítulo inteiro está liberado no plano gratuito

Criar conta leva menos de um minuto e não pede cartão. Você destrava o texto completo, o mapa mental, o PDF para estudar off-line e ainda resolve questões inéditas todo dia.

Leu o resumo? Agora pratique.

São 60 questões inéditas de Segurança de bancos de dados, todas comentadas alternativa por alternativa.

Criar conta grátis e praticar

Você volta para este capítulo depois de criar a conta.

Fontes consultadas

  • Elmasri & Navathe, Sistemas de Banco de Dados — segurança de banco de dados
  • Documentação oficial do PostgreSQL (privilégios, GRANT/REVOKE, TLS), Oracle e SQL Server (TDE, auditoria)
  • OWASP — SQL Injection Prevention Cheat Sheet
  • Lei nº 13.709/2018 (LGPD) — anonimização
  • Acervo comentado de Banco de Dados — Segurança de bancos de dados (60 questões publicadas), conferido em 14/09/2026