BANCO DE DADOS II Prof. Ricardo Rodrigues Barcelar

Transcrição

1 - Aula 12 - SEGURANÇA DE BANCO DE DADOS 1. INTRODUÇÃO Podemos dizer que segurança em banco de dados garante que os usuários tenham permissão para fazer o que realmente precisam fazer. Para tanto, os Sistemas Gerenciadores de Banco de Dados precisam de certas limitações, na qual os usuários não poderão violar. Estas especificações são criadas pelo DBA (Administrador de Banco de Dados). Todas as decisões acerca dos direitos que devem ser concedidos a determinado usuário são decisões políticas e não técnicas. Assim sendo, tais competências fogem a alçada dos SGBD. 2. VISÃO E SEGURANÇA O SGDB deve fornecer ao usuário uma representação conceitual dos dados (visão), sem fornecer muitos detalhes de como as informações estão armazenadas. Muitas verificações de autorização podem aplicar-se ao tempo de execução, entretanto a abordagem de segurança de que se baseia uma visão é um tanto inábil, pois um usuário pode precisar de direitos diferentes sobre subconjuntos diferentes da mesma tabela. Existem muitos aspectos relativos aos problemas de segurança: Aspectos legais, sociais e éticos. O que deve ser analisado é se quem faz a solicitação da informação tem direito legal sobre ela. Outro aspecto a se analisar são os controles físicos. Considera-se a sala a sala do servidor um lugar inviolável, pois lá estão todas as informações. Para que o sistema seja capaz de decidir que limitações se aplicam a determinada solicitação é necessário reconhecer a fonte daquela solicitação, isto é, deve ser capaz de reconhecer de que usuário específico partiu aquela demanda. Neste sentido é necessário atribuir mecanismos de autenticação para os responsáveis pela solicitação seja identificados, como um meio de garantir a auditoria sobre os feitos daquele usuário nos dados armazenados. 3. INSTRUÇÕES GRANT e REVOKE O mecanismo de visão possibilita dividir o banco de dados em partes conceituais de modo que a informação sensível fique oculta aos usuários não autorizados. Por meio das instruções GRANT E REVOKE é possível atribuir restrições aos usuários de acordo com um perfil previamente estabelecido. Esses representam a principal interface que concede ao usuário capacidade de desempenhar qualquer operação através de comandos SQL. 4. OUTROS ASPECTOS DE SEGURANÇA As visões e o mecanismo de GRANT e REVOKE não são os únicos meios de se implementar segurança em banco de dados. Na verdade, não existe nenhum ponto no SGBD que proporcione 1

2 um conjunto amplo de controles de segurança. Dessa forma, um suposto infiltrador suficientemente determinado é capaz de passar por todos os controles já mencionados. Para situações em que os dados sejam sensíveis, torna-se necessário um arquivo ou banco de dados especial, onde o sistema registra automaticamente todas as operações desempenhadas por determinado usuário. A isso chamamos de Log. Outro nível de segurança pode ser proporcionado pela codificação de dados. A idéia básica consiste no armazenamento físico dos dados no disco e antes de serem transmitidos são codificados (Criptografados). 5. CRIAÇÃO DE USUÁRIOS NO POSTGRESQL Para possibilitar a utilização da base de dados por usuários distintos, cada um trabalhando em uma sessão diferente é necessário realizar a criação de um usuário no SGBD atribuindo-lhe um nome para autenticação e senha. A este usuário criado poderão ser concedidas permissões diversas assegurando-lhe acesso aos dados, bem como concedendo e restringindo operações sobre as informações. O comando usando no PostgreSQL para criar usuário é o CREATE USER. No entanto, nas versões mais modernas é possível fazê-lo diretamente através do comando CREATE ROLE, possibilitando a utilização de mais recursos. SINTAXE: CREATE USER ROLE nome [ [ WITH ] opção [... ] ] onde opção pode ser: SYSID id_do_usuário CREATEDB NOCREATEDB CREATEUSER NOCREATEUSER IN GROUP nome_do_grupo [,...] [ ENCRYPTED UNENCRYPTED ] PASSWORD 'senha' VALID UNTIL 'data_e_hora' Parâmetros: - Nome: O nome do usuário. - id_do_usuário: A cláusula SYSID pode ser utilizada para escolher o identificador de usuário do PostgreSQL do novo usuário. Normalmente não é necessário, mas pode ser útil se for necessário recriar o dono de um objeto que ficou órfão. Se não for especificado, será utilizado por padrão o maior identificador de usuário atribuído acrescido de um (com mínimo de 100). - CREATEDB NOCREATEDB: Estas cláusulas definem a permissão para o usuário criar banco de dados. Se for especificado CREATEDB, o usuário sendo definido terá permissão para criar seus próprios bancos de dados. Se for especificado NOCREATEDB, nega-se ao usuário a permissão para criar banco de dados. Se nenhuma destas cláusulas for especificada, o padrão é NOCREATEDB. - CREATEUSER NOCREATEUSER : Estas cláusulas determinam se o usuário pode ou não criar novos usuários. CREATEUSER também torna o usuário um superusuário, o qual pode passar por 2

3 cima de todas as restrições de acesso. Se nenhuma destas cláusulas for especificada, o padrão é NOCREATEUSER. - nome_do_grupo: O nome de um grupo existente onde o usuário será incluído como um novo membro. Podem ser especificados nomes de vários grupos. - Senha: Define a senha do usuário. Se não se pretende utilizar autenticação por senha esta opção pode ser omitida, mas o usuário não poderá mais se conectar se for decidido mudar para autenticação por senha. A senha poderá ser definida ou mudada posteriormente através do comando ALTER USER. - ENCRYPTED UNENCRYPTED: Estas cláusulas controlam se a senha será armazenada criptografada, ou não, nos catálogos do sistema; Se não for especificada nenhuma destas cláusulas, o comportamento padrão será determinado pelo parâmetro de configuração password_encryption. Se a cadeia de caracteres da senha já estiver criptografada no formato MD5, então a cadeia de caracteres será armazenada como está, independentemente de ser especificado ENCRYPTED ou UNENCRYPTED (porque o sistema não pode descriptografar a cadeia de caracteres criptografada contendo a senha). Esta funcionalidade permite a restauração de senhas criptografadas efetuadas por uma operação de dump/restore. Deve ser observado que os clientes antigos podem não possuir suporte para o mecanismo de autenticação MD5, necessário para trabalhar com as senhas que são armazenadas criptografadas. - data_e_hora: A cláusula VALID UNTIL define uma data e hora após a qual a senha do usuário não é mais válida. Se esta cláusula for omitida, a conta será válida para sempre. A cláusula VALID UNTIL define uma data de expiração para a senha apenas, e não para a conta do usuário per se. Em particular, a obediência à data de expiração não é imposta ao se conectar utilizando um método de autenticação não baseado em senha. Deve ser usado o comando ALTER USER para mudar os atributos de um usuário, e DROP USER para remover um usuário. Deve se usado ALTER GROUP para adicionar ou remover usuários de grupos de forma semelhante como acontece com a criação do usuário. O PostgreSQL inclui o programa createuser que possui a mesma funcionalidade do CREATE USER (na verdade, chama este comando), mas pode ser executado a partir da linha de comando. EXEMPLOS: Criar um usuário sem senha: CREATE USER Jonas; CREATE ROLE Jonas; Criar um usuário com senha: CREATE ROLE manuel WITH PASSWORD 'jw8s0f4'; Criar um usuário com uma senha válida até o fim de Após o primeiro segundo de 2010 a senha não será mais válida: CREATE ROLE miriam WITH PASSWORD 'jw8s0f4' VALID UNTIL ' '; Criar uma conta onde o usuário pode criar bancos de dados: 3

4 CREATE ROLE manuel WITH PASSWORD 'jw8s0f4' CREATEDB; Criar um usuário com poderes de superusuário: CREATE ROLE administrador WITH SUPERUSER ENCRYPTED PASSWORD xxxxx ; Para alterar determinado usuário basta utilizar o comando ALTER ROLE de maneira semelhante como ocorre com o comando CREATE ROLE: EXEMPLO: Conceder permissão para o usuário criar outro usuários e bancos dedados: ALTER ROLE miriam CREATEROLE CREATEDB; Para excluir usuário do banco de dados utiliza-se o comando DROP: DROP ROLE Manoel; Para saber quais usuário estão cadastrados no PostgreSQL basta fazer uma consulta na tabela do sistema pg_user: SELECT username FROM pg_user; 6. CRIANDO GRUPO DE USUÁRIOS No PostgreSQL é possível criar grupos de usuários. Lembrando que todas as permissões atribuídas ao grupo serão repassadas aos usuários pertencentes a ele. SINTAXE: CREATE GROUP nomedogrupo: EXEMPLOS: CREATE GROUP adm; Adicionar e remover usuário de um grupo: ALTER GROUP adm ADD USER miriam, administrador; ALTER GROUP adm DROP USER Miriam; Para excluir um grupo basta usar o comando padrão para exclusão de objetos no banco de dados, DROP. Lembrando que o comando DROP remove apenas o grupo e não os usuários do grupo. EXEMPLO: DROP GROUP adm; Para listar todos os grupos criados é necessário consultar a tabelas do sistema pg_group; SELECT gronome FROM pg_group; 4

5 7. CONCEDENDO PRIVILÉGIOS AOS USUÁRIOS Nesta etapa é importante lembrar que o superusuário tem o direito de fazer o que bem entender nos bancos de dados existentes. Outro aspecto é relativo ao proprietário de um objeto no banco de dados. Sendo ele o dono do objeto ele também tem todas as permissões para fazer o que bem entender com esse objeto. São vários os privilégios que um usuário pode receber, dentre eles: - SELECT - INSERT - UPDATE - DELETE - RULE - REFERENCES - TRIGGER - CREATE - TEMPORARY - EXECUTE - USAGE - LOGIN - CONNECT A concessão de privilégios se dá através do comando GRANT e sua revogação através do comando REVOKE. SINTAXE: GRANT privilégio ON objeto TO usuário; REVOKE privilégio ON objeto FROM usuário; EXEMPLOS: GRANT SELECT, INSERT, UPDATE ON cliente TO miriam; GRANT SELECT, DELETE ON cliente TO adm; (neste caso a permissão está sendo atribuída a um grupo) REVOKE UPDATE ON cliente FROM miriam; Para remover os privilégios de todos os usuários: REVOKE ALL ON cliente FROM PUBLIC; Os privilégios especiais do dono da tabela são sempre inerentes à condição de ser o dono, não podendo ser concedidos ou revogados. No entanto, o dono do objeto pode revogar seus próprios privilégios, tornando-se um usuário comum como os demais no que se refere ao objeto na qual é proprietário. Em geral, somente o dono e o superusuário podem conceder ou revogar privilégios para um objeto. 8. OBSERVAÇÕES IMPORTANTES O usuário do sistema (superusuário) deve ser um usuário criado exclusivamente para o PostgreSQL. Nunca devemos torná-lo dono de um executável. Os nomes de usuário são globais para todos os bancos de dados. 5

6 6. REFERÊNCIAS ELMASRI, Ramez; Sistema de Banco de Dados - Fundamentos e Aplicações - 4ª Edição, Pearson Education, 2005 OLIVEIRA, Celso Henrique Poderoso; SQL Curso Prático; Novatec, Momjian, Bruce; PostgreSQL: Introduction and Concepts. E-Book; Addison-Wesley, PostgreSQL Manual (With user comments) do PostgreSQL 8.3. Disponível em < 6