Controle de Acesso Kerberos

1. Controle de Acesso Kerberos

2. Considerações iniciais • Um processo de autenticação tem como objetivo garantir o acesso à uma rede, e seus serviços, por usuários legítimos, e impedindo qualquer acesso não autorizado. • Por isso muitos sistemas requerem que o usuário primeiramente passe por um processo de autenticação para que esteja devidamente identificado e habilitado a utilizar o sistema, antes de permitir o acesso deste usuário à rede

3. Introdução • Kerberos é um protocolo de redes desenvolvido pelo MIT (Massachusetts Institute of Technology) em meados dos anos 80, que tem por objetivo prover uma autenticação forte através da utilização de criptografia simétrica

4. Introdução Ao ser construído, foram designados a ele quatro principais requisitos: • A segurança - Evitando espionagem ou modificação dos dados • A confiabilidade - Que diz respeito a questão da mútua autenticação • A escalabilidade - Que refere-se ao fato de que deve ser um sistema capaz de funcionar tanto com redes pequenas quanto com redes muito grandes • A transparência - Permitir que as operações ocorram automaticamente

5. Funcionamento Básico O funcionamento básico consiste em autenticar os usuários para aplicações de redes, utilizando: • - Um ticket • - Um autenticador • - Um centro de distribuição de chaves

6. Autenticação através da máquina cliente Problemas • - Um usuário pode obter acesso a uma determinada máquina cliente e fingir ser outro usuário, operando através daquele cliente • - Um usuário pode alterar o endereço da máquina cliente na rede, de forma que as mensagens de request provenientes desta máquina sejam vistas como vindas de uma outra máquina. • - Um usuário pode obter acesso a um servidor ou desfazer operações.

7. Funcionamento • O Kerberos trabalha baseado em Tickets, que identificam os usuários. Usuários realizem um cadastro no Authentication Server (AS), a função deste é fornece o Ticket Granting Ticket(TGT). • Este ticket deve ter como conteúdo dados que identifiquem o usuário como uma senha e uma estampa de tempo, usada para dar uma proteção contra o roubo e uso posterior do ticket

8. Ticket • Os tickets são como credenciais para o Kerberos. Eles possuem um grupo de informações eletrônicas que permitem verificar a identidade do cliente • Esse ticket é criptografado pelo servidor que o emitiu com a chave do servidor para o qual ele será enviado

9. Estrutura de um Ticket

10. Servidor de Autenticação ( Authentication Server – AS ) • É responsável por receber um pedido de autenticação de um usuário e verificar se a identidade deste usuário é autêntica. Sendo válida esta identidade, o AS fornece um ticket e uma chave de sessão, que vai permitir o contato com outro servidor, o TGS.

11. Servidor de Concessão de Tickets ( Ticket Granting Server -TGS ) • Responsável por fornecer tickets para serviços específicos requeridos pelo usuário. O contato com o TGS é feito após a autenticação pelo AS. O usuário tem seu ticket avaliado, e uma vez validado pelo TGS, recebe um novo ticket, agora para obter algum serviço disponível.

12. Servidor de Administração (KADM) • Este servidor é o responsável por controlar as chaves secretas (informações criptografadas). Antes de realizar o processo de autenticação, é preciso que o usuário cadastre seus dados através do KADM, para que possua um login e uma senha

13. Centro de distribuição de Chaves (KDC) • É um servidor centralizado também responsável pela autenticação dos usuários • Ao receber de uma máquina cliente uma requisição por um ticket, o KDC cria o chamado Ticket Granting Ticket (TGT), o criptografa utilizando a senha secreta do usuário, criando a chamada chave secreta, e o envia para o cliente que fez a solicitação

14. Centro de distribuição de Chaves (KDC) • O processo de autenticação inicia-se com um pedido do cliente a este servidor central, o KDC, onde estão registradas as chaves secretas dos usuários. Cada máquina cliente compartilha uma chave secreta com o KDC, o qual é o responsável por gerar chaves para serem usadas por um pequeno período de tempo durante uma determinada conexão. O KDC, então, gera uma mensagem incluindo duas componentes: • Uma chave de sessão (session key), a qual é codificada com uma chave secreta do usuário. • O ticket-granting ticket, (TGT), que inclui uma cópia da chave de sessão.

15. Funcionamento Figura extraída de: www.conectiva.com

16. Chave Secreta • Uma chave secreta é associada a cada cliente, com a finalidade de autenticar o usuário ao Kerberos. É obtida a partir da senha fornecida pelo cliente no momento de seu cadastramento, e sua chave secreta fica armazenada na Base de Dados do Kerberos.

17. Chave de Sessão • É uma informação encriptada e segura, gerada pelo Authentication Server, que permite identificar se quem está apresentando o ticket é o mesmo cliente para quem o ticket foi concedido, e não uma outra pessoa que possa ter interceptado ticket pelo caminho

18. Benefícios da autenticação Kerberos • Autenticação mútua. O cliente pode validar a identidade da entidade de servidor e o servidor pode validar o cliente. Com essa documentação, as duas entidades são denominadas "cliente" e "servidor" mesmo que seja possível estabelecer conexões seguras de rede entre servidores. • Permissões de autenticação seguras. São utilizadas somente permissões criptografadas, e as senhas nunca são incluídas na permissão. • Autenticação integrada. Uma vez que o usuário faça logon, ele não precisa efetuar logon novamente para acessar algum serviço que suporte a autenticação Kerberos pois a permissão do cliente não expira. Todas as permissões têm um prazo de validade determinado pelas diretivas do Kerberos que geram a permissão.

19. Benefícios da autenticação Kerberos • Múltiplos domínios: pode ser criada uma estrutura hierarquizada de autenticação, de forma que usuários de um domínio possam se autenticar em outro.

20. Limitações do Protocolo • Único ponto de falha • Praticamente toda a segurança reside no servidor que guarda a base de dados dos clientes e servidores. Se este servidor estiver comprometido, o funcionamento da rede também estará • O Kerberos necessita que os relógios internos dos clientes estejam sincronizados com o dele, devido o uso de timestamps para o controle dos tempos de expiração dos tickets

21. Referência Bibliografica • http://pt.wikipedia.org/wiki/Kerberos • http://msdn.microsoft.com/pt-br/library/cc280744.aspx • http://www.conectiva.com/doc/livros/online/10.0/servidor/pt_BR/ch13s04.html • http://www.gta.ufrj.br/grad/04_1/kerberos/kerberos/funcionamento.html • http://www.gta.ufrj.br/grad/07_1/kerberos/ChaveSecretaeChavedeSessao.html#Topic13