Segurança de Acesso a Banco de Dados no MS SQL Server Para efetuar com sucesso os exemplos que serão mostrados a seguir é necessário que exista no SQL Server uma pessoa que se conecte como Administrador, e um ou mais usuários que tenham seus devidos logins de acesso a um determinado banco de dados, que nosso exemplo será o banco de dados Locadora. O MS SQL Server já cria durante a instalação uma conta de administrador com o username sa. A seguir serão apresentados os procedimentos para a criação de um login de acesso a um banco de dados. 1. Abra o Enterprise Manager. 2. Ative o Console Root. 3. Na estrutura de árvore, a esquerda do Console Root, acesse a pasta Security. Dentro desta pasta acesse o item Logins. 4. Clique com o botão direito do mouse sobre o item Logins. Selecione a opção New Login... Surgirá uma caixa de diálogo mostrada pela seguinte figura. Selecionada a guia General conforme a figura, segue uma breve descrição de cada um dos campos a serem preenchidos durante a criação do login: Página 1
Name - deve conter o nome do login que será criado. Para o nosso exemplo, coloque usuario, tudo em letras minúsculas e também sem acento. Authentication - refere-se ao modo como será autenticado este login. Marque a opção SQL Server Authentication e no campo Password coloque usuario novamente Database - deve ser colocado o nome do banco de dados que o usuário deseja que apareça como padrão quando se conectar no sistema. Coloque a opção referente à banco de dados Locadora. Language - deve constar o idioma padrão que o login irá utilizar nas suas conexões para o tratamento de determinadas questões como datas e números. Caso não seja selecionado nenhum idioma, o idioma padrão do Servidor SQL entra em vigor. Selecione a opção Portuguese. 5. Clique na guia Database Access e marque a opção referente ao banco de dados Locadora na lista dos bancos disponíveis no SQL Server. 6. Clique no botão OK. Surgirá no centro da tela uma pequena caixa de diálogo com um campo para confirmação de senha. Confirme a senha digitada e clique novamente no botão OK. Agora você já possui um novo login de acesso ao banco de dados Locadora. Só a título de curiosidade, vamos observar as permissões adquiridas pelo seu usuário no banco Locadora. Veja agora: 1. Na árvore à esquerda do Console Root, através do caminho Databases Locadora Users. Você poderá ver entre os usuários do banco de dados Locadora, o login usuário recém criado. 2. Clique com o botão direito do mouse sobre o usuário recém criado e selecione a opção Propriedades. 3. Clique no botão Permissions. Surgirá a janela apresentada pela figura a seguir: Página 2
Podemos observar por essa janela, que na lista de tabelas, views e stored procedures não é permitido nada e também não é negado nada. Poderíamos somente marcar nesta lista o que seria permitido ao usuário ou não, porém faremos isto através de linhas de comandos no Query Analyser a seguir. Com o Query Analyser aberto, será necessário que você se conecte com o banco primeiramente com a conta de administrador existente (sa), pois para permitir, revogar e negar alguma ação a um usuário é necessário ter autoridade suficiente ou a altura para fazêlo. Depois iremos acessar o menu File, opção Connect... para fazer uma nova conexão com o mesmo banco de dados Locadora, porém agora usando o login de acesso usuario que criamos. Com isso, duas janelas do Query Analyser estarão abertas, uma como administrador para e outra como usuário. Conforme vínhamos dizendo, todo esse controle e segurança no acesso de um determinado usuário a um banco de dados pode-se resumir em apenas três operações básicas: permitir ou conceder, retirar ou revogar, e negar uma ação, respectivamente executados pelas instruções GRANT e REVOKE. Utilizando a conta de Administrador, vamos primeiro conceder ao login usuário o direito de selecionar os dados da tabelas de Clientes do banco Locadora. Execute o comando abaixo: Página 3
grant select on clientes to usuario Podemos traduzir o comando acima da seguinte maneira: permita selecionar os dados na tabela de clientes ao login usuario. O retorno do servidor deve ser The command(s) completed successfully., ou seja, o comando foi executado com sucesso. Vá até a outra janela do Query Analyser onde você se conectou como usuário e tente selecionar os dados da tabela de clientes. Provavelmente você conseguiu selecionar e visualizar os dados da tabelas de clientes com qualquer tipo de comando simples. Todavia, se você tentar selecionar os dados se qualquer outra tabela, por exemplo, como discos, filmes, ou historico não será possível, pois simplesmente o login usuário não tem permissão alguma de acessar os dados destas demais tabelas, mesmo que elas não tenham sido negadas. A mensagem de retorno do servidor para algum acesso não permitido, como selecionar dados da tabelas de filmes, será SELECT permission denied on object 'FILMES', database 'Locadora', owner 'dbo'. Ou seja, permissão negada para o objeto que no caso a tabela filmes no banco de dados Locadora do proprietário (como se fosse o dono, aquele que criou), chamado de dbo (Database Owner). Para que seja possível o login usuario acessar as demais tabelas mostradas, execute o seguinte comando conectado como Administrador: grant select on filmes, discos, historico to usuario Até agora só testamos a permissão do login usuario em tabelas diferentes, mas também é claro que dentro da própria tabela de clientes ele tem suas restrições. Lembre-se que pelo comando SQL que definimos, o login só teria acesso a executar a instrução SELECT, impossibilitando qualquer tentativa de utilização das instruções UPDATE, INSERT ou DELETE. Neste próximo exemplo, vamos permitir que o login usuario também possa executar outras instruções citadas acima em diversas tabelas. Como Administrador, digite: grant insert, update, delete on clientes, filmes, discos to usuario Podemos traduzir o comando acima da seguinte maneira: ao login usuario inserir, atualizar e deletar os dados nas tabelas de clientes, filmes e discos. Se recordarmos a lista de permissões da janela Database User Properties do login usuario, era possível notar que não havia qualquer marcação na lista indicando a permissão para coisa alguma. Porém se considerarmos somente os objetos tabelas desta lista e também as Página 4
instruções que mencionamos nos comandos, agora esta lista terá as marcações semelhantes à tabela seguinte. Objeto SELECT INSERT UPDATE DELETE Clientes Filmes Discos Games Historico Outro ponto a ser observado, é que até o presente momento estamos trabalhando apenas com tabelas, mas as permissões para acesso também se estendem para a criação de procedimentos ou funções, como views e stored procedures mostrados pelo exemplo a seguir: grant create view, create procedure to usuario Interpretando o comando acima: permita ao login usuario a criação de visões (views) e a criação de procedimentos (stored procedures). Além de permitir o acesso a um objeto para um usuário também é possível dar a esse usuário o direito de passar o privilégio concedido a ele para os seus predecessores, ou seja, para outros usuários adiante. Este efeito é conseguido acrescentando with grant option no final de um comando com uma instrução grant qualquer. Veja exemplo seguinte: grant select on filmes to usuario with grant option Com o comando mostrado acima, o login usuario pode agora permitir a outros usuários o direito de selecionar os dados da tabela de filmes, do mesmo modo que lhe foi concedido. Da mesma maneira que o Administrador pôde conceder ao login usuario o acesso aos objetos do banco de dados Locadora, ele também pode revogar todos esses direitos. Os direitos de acesso podem ser revogados no SQL Server através dos comandos que possuírem a instrução revoke. Observe o exemplo a seguir: revoke select, update, insert, delete on clientes from usuario Este comando revoga todo e qualquer direito que o login usuario tinha sobre a tabela de clientes, ou seja, o direito de selecionar os dados, de atualizá-los, inseri-los e excluí-los. Para revogar todos os direitos de uma determinada tabela, causando o mesmo efeito do comando anterior, poderíamos somente ter executado o seguinte código: revoke all on clientes from usuario Página 5
Onde a instrução all pode ser usada para representar todos de um determinado grupo, sejam eles os privilégios a serem concedidos conforme fizemos, sejam os objetos onde os direitos serão aplicados, como as tabelas, ou sejam vários usuários onde queremos aplicar os mesmos privilégios. Para revogar um privilégio grant option no qual o usuário pode conceder os seus direitos aos outros usuários, utilizamos a sintaxe semelhante ao exemplo a seguir: revoke grant option for select on filmes from usuario Neste exemplo é importante notarmos o seguinte: o comando com a instrução revoke que acabamos de usar apenas revogou o direito do usuário de passar seus privilégios adiante, de forma que ele ainda continua a acessar os dados da tabela de filmes livremente. Para remover todos os direitos de usuario perante a tabela de filmes então é executado o seguinte comando: revoke select on filmes from usuario Outro ponto importante a ser observado é que o login usuario passou os seus direitos adiante para outros usuários, muito provavelmente os dois últimos comandos acima de acabamos de ver não serão executados pelo servidor ocasionando a seguinte mensagem de erro To revoke grantable privileges, specify the CASCADE option with REVOKE. Este problema ocorre porque estamos tentando revogar o direito de acesso de um usuário que já concedeu o mesmo direito para outros usuários, causando assim uma espécie de quebra na cadeia de concessões. A mensagem que o servidor envia quando tentamos executar o comando é que para revogar os privilégios concedidos com o grant option, é necessário acrescentar a opção cascade no comando da instrução revoke. O seguinte comando permite que o direito de acesso do usuário na tabela de filmes seja revogado com sucesso, mesmo tendo-o repassado para outros usuários que também terão seus acessos revogados devido à utilização da instrução cascade. Veja: revoke select on filmes from usuario cascade Página 6
Exercícios Crie no MS SQL Server um banco de dados chamado Empresa. Neste banco devem existir as tabelas de Clientes e de Produtos. Insira um considerável número de dados em ambas as tabelas. Agora, crie os seguintes usuários: marcos fernanda joaquim Usando comandos SQL, fixe as seguintes regras de privilégio para os usuários: Marcos deve ter acesso as duas tabelas podendo alterar, inserir e excluir dados. Porém ele terá acesso somente às tabelas, e a nenhum outro objeto existente. Fernanda deve ter acesso somente à tabela de Clientes. Ela poderá alterar e inserir dados na tabela, mas não excluí-los. Joaquim poderá apenas visualizar os dados da tabela de Produtos e Clientes. Marcos concede a Joaquim os direitos de alterar, inserir e excluir dados da tabela de Produtos. Joaquim e Fernanda perdem o direito de acessar e de visualizar os dados a tabela de Clientes. Marcos perde o direito de acessar a tabela de Produtos. Com isso Joaquim também deve perder os mesmos direitos concedidos por Marcos. Página 7