BD II (SI 587) Segurança em Banco de Dados. Josenildo Silva.

Tamanho: px

Começar a partir da página:

Download "BD II (SI 587) Segurança em Banco de Dados. Josenildo Silva."

Lucca Lima Carmona
6 Há anos
Visualizações:

1 BD II (SI 587) Segurança em Banco de Dados Josenildo Silva

2 Nota Estes slides são baseados nos slides disponibilizados pelos autores ELMASRI e NAVATHE, para o livro Sistemas de Banco de Dados, 6ª. Edição, Ed. Pearson Brasil. Capítulo 24. Segurança de Banco da Dados.

3 Introdução Nos dias atuais, com o uso da Internet os sistemas tornam-se onipresentes, entretanto também vulneráveis a ataques Portanto, os SGBDs trazem uma camada de segurança que visa compor o arsenal de segurança da informação numa corporação

4 Questões de segurança em BD

5 Questões de segurança em BD

6 Ameaças ao BD As ameaças aos BD podem resultar na perda ou degradação dos objetivos de segurança: integridade disponibilidade confidencialidade.

7 Ameaças ao BD

8 Ameaças ao BD

9 Medidas de Controle Controle de acesso Controle de inferência Controle de fluxo Criptografia de dados

10 Medidas de Controle Um SGBD precisa permitir que certos usuários acessem partes selecionadas de um banco de dados sem que obtenham acesso ao restante dele

11 Mecanismos de Segurança

12 Mecanismos de Segurança

13 Segurança de Banco de Dados e o DBA A conta de DBA no SGBD, também conhecida como conta do sistema ou conta de superusuário oferece capacidades que não estão disponíveis às contas comuns

14 Segurança de banco de dados e o DBA

15 Controle de acesso, contas e auditorias Para cada pessoa, ou grupo, que precisar acessar um sistema de banco de dados, o DBA criará uma conta e senha para acessar o banco de dados. O usuário precisa efetuar o login no SGBD sempre que o acesso ao banco de dados for necessário

16 Controle de acesso, contas e auditorias O SGBD pode manter uma tabela com conta e senha criptografada para cada usuário As ações do usuário devem ficar registradas em sessões de login Atualizações realizadas por usuário devem ser registradas em um log de sistema para auditoria

17 Dados sensíveis e tipos de exposição A sensibilidade de dados é uma medida da importância atribuída aos dados por seu proprietário, com a finalidade de indicar sua necessidade de proteção

18 Por que os dados são confidenciais?

19 Por que os dados são confidenciais?

20 Fatores para Segurança

21 Fatores para Segurançca

22 Fatores de Segurança

23 Segurança e Precisão Segurança: meio de garantir que os dados sejam mantidos seguros contra adulteração e que o acesso a eles seja controlado de modo adequado. Prover segurança significa expor apenas dados não confidenciais e rejeitar qualquer consulta que referencie um campo confidencial. Precisão: proteger todos os dados confidenciais enquanto expõe o máximo possível de dados não confidenciais.

24 SQL/DCL: Data Control Language

25 Privilégios em SQL Proteçao Ver Privilégio SELECT Aplica-se a Tabelas, métodos invocados Criar Modificar Remover Referenciar Ativar Executar INSERT UPDATE DELETE REFERENCES TRIGGER EXECUTE Tabelas Tabelas Tabelas Tabelas Tabelas Stored procedures

26 Criação de contas de usuários Todo usuário tem um auth_id criado pelo DBA: CREATE USER usuario IDENTIFIED BY senha

27 Criação de contas de usuários O criador de um objeto é o dono do objeto e assim tem todos os privilégios sobre o objeto, podendo autorizar a outros usuários alguns (ou todos) destes privilégios.

28 Criação de contas de usuários Quando um usuário é criado, ele tem associado a ele um conjunto de objetos dos quais ele é dono e sobre os quais pode definir o controle de acesso

29 Criação de contas de usuários Privilégios são atribuídos/revogados para: Usuários Papéis (Roles)

30 Privilégios de Sistema do Usuário Depois de criar um usuário, o DBA pode conceder privilégios de sistema específicos a ele GRANT privilegio1 [, privilegio2...] TO usuario1 [, usuario2 perfil, PUBLIC...];

31 Privilégios de Sistema do Usuário Por exemplo, dois usuários (user25415 e user2398) desenvolvedores de aplicativos podem ter os privilégios de sistema a seguir: CREATE SESSION, CREATE TABLE, CREATE SEQUENCE, CREATE PROCEDURE O DBA pode conceder estes privilégio com: GRANT CREATE SESSION, CREATE TABLE, CREATE SEQUENCE, CREATE PROCEDURE TO user25415, user2398

32 Usuários e Papéis (roles) Papel é um identificador ao qual atribui-se um conjunto de privilégios Um papel pode ser associado a diferentes usuários Pode-se até criar um papel para usar outros papéis já cadastrados

33 Papéis (ROLES) Existem papéis padrão na maioria dos SGBD: CONNECT RESOURCE SCHEDULER_ADMIN DBA (ou superuser) CREATE SESSION, CREATE TABLE, CREATE VIEW, CREATE SYNONYM, CREATE SEQUENCE, CREATE DATABASE LINK, CREATE CLUSTER, ALTER SESSION CREATE TABLE, CREATE PROCEDURE, CREATE SEQUENCE, CREATE TRIGGER, CREATE TYPE, CREATE CLUSTER, CREATE INDEXTYPE, CREATE OPERATOR CREATE ANY JOB, CREATE JOB, EXECUTE ANY CLASS, EXECUTE ANY PROGRAM, MANAGE SCHEDULER Inclui a maioria dos privilégios de sistema, várias outras atribuições. Não deve ser concedida a usuários que não são administradores.

34 Privilégios de Objeto Permite aos usuários executarem ações que afetam os dados Privilégios de Objeto Table View Sequence ALTER X X DELETE X X INDEX INSERT X X REFERENCES X X SELECT X X X UPDATE X X

35 Exemplo CREATE ROLE desenvolvedores; GRANT CREATE SESSION TO desenvolvedores; GRANT CREATE TABLE TO desenvolvedores; GRANT CREATE PROCEDURE TO desenvolvedores; GRANT SELECT, UPDATE ON tabela01 TO desenvolvedores; GRANT desenvolvedores TO 3521-João; DROP ROLE desenvolvedores;

36 Regras de Autorização O DBA fornece/revoga as autorizações de leitura, inserção, atualização e remoção aos usuários nas diversas tabelas/visões, e estes podem repassálos caso recebam autorização para tal Para isto o DBA precisa utilizar a cláusula WITH GRANT OPTION

37 Regras de Autorização Podem ser organizadas em uma matriz de autorização, onde cada linha corresponde a um usuário e cada coluna corresponde a um objeto. M[i,j] conjunto de regras de autorização que se aplica ao usuário i com relação ao objeto j.

38 Regras de Autorização Objetos Empregado Departamento Projeto Usuários João Maria Select None Update, select None Select, delete, update Select Pedro None None None Ana All All All

39 Exemplo DBA: U2: GRANT SELECT ON tb_produtos TO Usuario2 WITH GRANT OPTION; GRANT SELECT ON tb_produtos TO Usuario3;

40 Permissões de Acesso em SQL Para revogar a autorização, o comando revoke é usado. REVOKE <lista de privilégios> ON <nome da tabela ou visão> FROM <lista de usuários>

41 Exemplos REVOKE SELECT ON AGENCIA FROM U1, U2, U3 REVOKE UPDATE ON DEPOSITO FROM U1 REVOKE REFERENCES (NOME-AGENCIA) ON AGENCIA FROM U1

42 Autorização em Banco de Dados Com a opção WITH GRANT OPTION, um usuário que tem concedido algum privilégio pode passar esse privilégio para outros usuários.

43 Revogação de Autorização Se o DBA revogar a autorização do usuário U1, a autorização de U5 também será revogada, uma vez sua autorização foi concedida por U1

Documentos relacionados

BANCO DE DADOS FACSUL 2017 TECNOLOGIA DE REDE DE COMPUTADORES

BANCO DE DADOS FACSUL 2017 TECNOLOGIA DE REDE DE COMPUTADORES SEGURANÇA Uma das maiores preocupações em computação tem sido segurança da informação Nos dias atuais, com o uso da internet os sistemas tornam-se