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.
Neste capítulo · 11 seções⌄
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.
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