UNIVERSIDADE TUIUTI DO PARANÁ Eric Andersen Bevervanso SQUID AUTENTICADO TRANSPARENTE

Transcrição

1 UNIVERSIDADE TUIUTI DO PARANÁ Eric Andersen Bevervanso SQUID AUTENTICADO TRANSPARENTE CURITIBA 2014

2 Eric Andersen Bevervanso SQUID AUTENTICADO TRANSPARENTE Monografia apresentada ao curso de Pós- Graduação em Redes de Computadores e Segurança de Redes - Administração e Gerência da Universidade Tuiuti do Paraná pelo aluno Eric Andersen Bevervanso como requisito para colação de grau. CURITIBA 2014

3 SUMÁRIO 1 INTRODUÇÃO SISTEMAS OPERACIONAIS WINDOWS LINUX PROXY TIPOS DE PROXY Tunneling proxy Forward proxy Proxy reverso APLICAÇÕES DE PROXY Proxy web Proxy transparente Proxy autenticado PROGRAMAS PROXY Squid Forefront TMG IMPLEMENTAÇÃO EM AMBIENTE DE TESTES INTRODUÇÃO TOPOLOGIA DE REDE PROJETO DE ENDEREÇAMENTO E NAMMING EXECUÇÃO Instalação das ferramentas Configuração do arquivo hosts Configuração do Kerberos Configuração do Samba Configuração do Winbind Inserção do servidor Linux no domínio Windows Configuração do Squid CUSTOS PARA IMPLEMENTAÇÃO CONCLUSÃO...25 REFERÊNCIAS...26 GLOSSÁRIO...28

4 3 1 INTRODUÇÃO Tendo em vista um ambiente onde existe um servidor de proxy autenticado de maneira simples há a possibilidade de que um usuário se passe por outro ao acessar os recursos de internet providos pela empresa atravéz do proxy. Com base neste ambiente, vê-se a necessidade de desenvolver algum método para que o usuário não consiga se passar por outro ao acessar a internet atravez do proxy. Este trabalho tem o objetivo de apresentar aos leitores uma proposta de um servidor proxy autenticado que opere com o sistema operacional Linux e consiga prover um método de autenticação através do banco de usuários cadastrados no Active Directory de um servidor que opere no sistema operacional Windows de forma transparente ao usuário final. Isto é, que não seja solicitado ao usuário que digite seu usuário e senha, porém que a autenticação no servidor proxy ocorra. Para isso, serão abordados temas sobre o objetivo de um proxy em uma rede, sua definição, seus tipos e suas aplicabilidades mais comuns, bem como o procedimento passo a passo para correta configuração de um proxy autenticado de forma transparente para o usuário final em um ambiente com servidor proxy executando o sistema operacional Linux Debian 6.0.6, os servidors Windows executando o Windows Server 2008 R2 e Windows Server 2003 e as máquinas clientes executando o sistema operacional Windows 7.

5 4 2 SISTEMAS OPERACIONAIS Um sistema operacional (SO) é uma coleção de programas que inicializam o hardware do computador. Há muitos tipos de Sistemas Operacionais, cuja complexidade varia e depende de que tipo de funções é provido, e para que computador esteja sendo usado. Alguns sistemas são responsáveis pela gerência de muitos usuários, outros controlam dispositivos de hardware como bombas de petróleo. (DARLAN, 2008) Neste projeto, falaremos apenas dos Sistemas Operacionais que se adequam ao nosso projeto, que são os Sistemas Operacionais Windows e Linux. 2.1 WINDOWS É um Sistema Operacional Multitarefa, sob a licença da Microsoft, empresa fundada por Bill Gates e Paul Allen, que até a sua versão NT, era uma interface gráfica para o sistema operacional MS-DOS. A partir desta versão, não dependeu mais do MS-DOS, pois toda a utilização do sistema passou a ser voltada para a sua interface gráfica. (Adaptado de Wikipedia, 2008) Segundo consta em Wikipedia, É um produto comercial, com preços diferenciados para cada uma de suas versões. É o sistema operacional mais usado do mundo, independentemente das cópias utilizadas sejam legais (pagas) ou não (Fonte: PCWORLD, 2007). Sua principal característica é a forma como se apresenta. É fácil aprendê-lo porque sua interface gráfica é uniforme na maioria de seus aplicativos, sendo apenas algumas ferramentas de manutenção e gerenciamento avançado que são utilizadas em modo texto.

6 5 2.2 LINUX Linux é ao mesmo tempo um kernel (ou núcleo) e o sistema operacional que roda sobre ele, dependendo do contexto em que você encontrar a referência. O kernel Linux foi criado em 1991 por Linus Torvalds, então um estudante finlandês, e hoje é mantido por uma comunidade mundial de desenvolvedores (que inclui programadores individuais e empresas como a IBM, a HP e a Hitachi), coordenada pelo mesmo Linus, agora um desenvolvedor reconhecido mundialmente e mais representativo integrante da Linux Foundation (br-linux.org, 2008). O Linux adota a GPL, uma licença de software livre o que significa, entre outras coisas, que todos os interessados podem usá-lo e redistribuí-lo, nos termos da licença. Aliado a diversos outros softwares livres, como o KDE, o GNOME, o Apache, o Firefox, os softwares do sistema GNU e o OpenOffice.org, o Linux pode formar um ambiente moderno, seguro e estável para desktops, servidores e sistemas embarcados (br-linux.org, 2008).

7 6 3 PROXY Um servidor proxy é um computador ou um módulo que serve de intermediário entre um navegador da Web e a Internet. (Traduzido e adaptado de Kioskea, 2014) O servidor proxy foi inventado para adicionar estrutura e encapsulamento para sistemas distribuídos (traduzido de SHAPIRO, 1986). 3.1 TIPOS DE PROXY A seguir serão listados alguns tipos de proxy para redes Linux e Windows: Tunneling Proxy Também chamado de proxy de tunelamento ou tunel proxy, trata-se de um servidor proxy que repassa a informação do cliente ao servidor de destino ser efetuar qualquer tipo de alteração na mensagem enviada. (traduzido e adaptado de WIKIPEDIA, 2014) Forward Proxy Forward Proxy (proxy de encaminhamento, em tradução livre) é um sistema intermediário que permite que um navegador se conecte a uma rede remota que normalmente não têm acesso. Também pode ser usado para armazenar dados (cache), reduzindo a carga sobre as redes entre o proxy de encaminhamento e o servidor web remoto. (traduzido e adaptado de 3GPP.org, 2003) Proxy Reverso Um proxy reverso é geralmente um proxy voltado para a Internet usado como um front-end para controlar e proteger o acesso a um servidor em uma rede privada. Geralmente também executa tarefas como balanceamento de carga, autenticação, decodificação ou cache. (traduzido e adaptado de WIKIPEDIA, 2014)

8 7 3.2 APLICAÇÕES DE PROXY A seguir, serão listados os principais tipos de proxies Proxy web O objetivo principal de um web proxy cache é acelerar a navegação para o cliente da rede local uma vez que as páginas já acessadas anteriormente ficam salvas em seu cache. Com esta página salva no cache do proxy, o próximo acesso fica muito mais rápido uma vez que não será necessário realizar o acesso a internet para acessar o website de destino. (Adaptado de ALVES, 2013) Proxy transparente O proxy transparente é uma arquitetura que permite que o navegador da máquina cliente não saiba da existência do proxy uma vez que, como o próprio nome sugere, ele atua de forma transparente para o usuário. (Adaptado de ALVES, 2013 e PINHEIRO, 2014) Proxy autenticado Já neste método, quando um cliente solicitar acesso a rede externa atravez do proxy ele terá de se autenticar. Para isso, deve fornecer o seu usuário e senha que foram previamente cadastrados. 3.3 PROGRAMAS PROXY Nesta sessão serão citados alguns softwares (programas) que desempenhas a função de proxy Squid O Squid é um software livre, o que implica dizer que ele está licenciado nos termos da GPL (General Public License), foi escrito originalmente para rodar em sistema operacional tipo Unix, mas ele também funciona em sistemas Windows

9 8 desde sua versão 2.6 STABLE4 através do Cygwin e do MinGW. Trabalha apenas com os protocolos HTTP, HTTPS, FTP e gopher. Funciona ouvindo requisições numa determinada porta padrão, ou numa outra porta que pode ser configurada pelo administrador da rede. (WIKIPEDIA, 2014) Segundo o prório site do Squid, é um servidor de cache proxy de alta performance para clientes web que suporta FTP (File Transfer Protocolo de Transferêcia de Arquivos), gopher e HTTP (Hyper-Text Transfer Protocol, Protocolo para Transferência de Hiper-Textos). Gerencia todas as requisições em um único processo sobre IPv4 ou IPv6. Mantém metadados e especialmente objetos atualizados em cache na memória RAM. Suportando cache de pesquisas DNS (Domain Name Service, Serviço de Nome de Domínio) entre outros. Suporta SSL, controle de acesso extensivo e registros completos de requisições. Utilizando do protocolo ICP (Internet Cache Protocol), o cache do Squid pode ser organizado em hierarquias simples ou ajustado para maiores conservas de largura de banda. Consiste em um programa servidor e algumas outras ferramentas que se encarregam de prover a autenticação, quando necessário, algumas alterações nas requisições, gerenciamentos específicos e algumas ferramentas de clientes. Originalmente derivado do projeto ARPA-funded Harvest. Desde então passou por muitas mudanças e teve muitas melhorias. (Traduzido e adaptado de SQUIDFAQ, 2013) Forefront TMG O Forefront Threat Management Gateway (TMG), substituto do ISA Server (Internet Security and Acceleration Server) é desenvolvido pela Microsoft. Segundo Eduardo Passos, 2012, é chamado de pacote Forefront TMG, é formado por quatro principais ferramentas, são elas: Forefront TMG 2010 Server: Fornece múltiplas tecnologias para controle de inspeção, incluindo aplicação, firewall de camada de rede, prevenção de intrusão e filtragem de malware para manter os usuários protegidos contra

10 9 ataques baseados na Web. Se conecta ao Forefront TMG Web Protection Service para fornecer filtragem de endereços de domínio e atualizações de anti-malware que é um serviço licenciado à parte baseado em um modelo de subscrição; Forefront TMG Web Protection Service: Fornece atualizações de anti-malware e pode ser usado para monitorar e/ou bloquear serviços e endereços Web; Console de Gerenciamento: Oferece gerenciamento local e remoto as políticas de segurança do TMG; Servidor de Gerenciamento: Na sua versão Enterprise, o Servidor de Gerenciamento do TMG permite que seja criada uma política única em toda organização que é então designada para um conjunto de servidores TMG. (adaptado de PASSOS, 2012)

11 10 4 IMPLEMENTAÇÃO EM AMBIENTE DE TESTES À partir de agora, simula-se a implementação de um proxy web autenticado de forma transparente para o usuários que estejam utilizando máquinas clientes com o sistema operacional Windows, com servidor de AD (Active Directory Diretório Ativo) sendo executado também em Windows, Squid e Samba sendo executados em um servidor Linux. O principal objetivo da implementação é demonstrar o completo funcionamento do serviço de SSO (Single Sign On - Logon Único) para um ambiente profissional real que foi utilizado para implementar a tese desta monografia. Por solicitação da própria empresa qualquer identificação que faça menção ao nome da empresa e/ou de seus colaboradores será alterado para um nome fictício para manter o sigilo destas informações. 4.1 INTRODUÇÃO A rede será formada por três servidores e uma máquina cliente que será utilizada como exemplo de acesso realizado por algum cliente. Dos três servidores, um executa o sistema operacional Windows Server 2008 R2, outro executa o sistema operacional Windows Server 2003, e o terceiro servidor executa o sistema operacional Linux, da distribuição Debian. Em relação a conexão física dos equipamentos (servidores, cliente, impressoras, roteadores), que será mostrada mais adiante neste projeto, haverá uma rede, nomeada de Rede de Produção, que interligará os servidores com os demais ativos de rede (estações de trabalho, impressoras, roteadores). Novamente, tendo em vista a falta de estrutura física para a implementação deste projeto, todo este ambiente será simulado em máquinas virtuais, sendo que

12 11 para cada um servidor dos três servidores teremos uma máquina virtual representando-o. Na tabela a seguir, estão especificadas as configurações relevantes ao projeto sobre os servidores. A primeira coluna refere-se ao nome do servidor. A segunda coluna informa o IP que a máquina possui na Rede Produção. Este endereço é o qual haverá a comunicação entre os servidores e os demais ativos de rede. A terceira coluna informa qual serviço está instalado e em qual máquina. A quarta coluna informa o Sistema Operacional que a máquina executa. Nome do servidor IP rede produção Serviço Sistema Operacional srv-proxy Proxy Linux Debian srv-padrao Controlador de domínio / DNS / WINS Windows Server 2008 R2 srv-suporte Controlador de domínio / DNS / WINS Windows Server 2003 Tabela 1: Tabela de Servidores

13 TOPOLOGIA DE REDE A topologia da rede será do tipo mista, como pode ser observado na ilustração 1, a seguir. Uma vez que será formada pela junção de duas topologias de rede. Uma topologia do tipo barramento que interliga o modem de internet com a máquina do proxy. E outra topologia do tipo estrela que interliga os servidores com os demais ativos de rede através de um switch. Ilustração 1 - Topologia de Rede

14 PROJETO DE ENDEREÇAMENTO E NAMMING Cada servidor, nomeado de srv-<funçãoprimária>, deverá possuir uma placa de rede. Com exceção do servidor que atuará como proxy da rede que deverá possuir duas placas de rede, uma para comunicação com o modem de internet e outra para a comunicação com os demais ativos da rede. SERVIDOR IP PRODUÇÃO IP INTERNET srv-proxy / /30 srv-padrao /24 - srv-suporte /24 - A ilustração 2 a seguir demonstra tal configuração. Ilustração 2: Projeto de Rede

15 EXECUÇÃO Assumindo que o servidor de proxy é uma máquina que possui o sistema operacional Linux Debian instalado e o servidor que será utilizado para autenticação é uma máquina com o Windows Server 2008 R2 instalado e funcional e possuirá uma outra máquina com o Windows Server 2003 para autenticação secundária para o caso de a máquina principal apresentar alguma indisponibilidade. O procedimento para a correta configuração da funcionalidade autenticação de forma transparente para o usuário (logon único) no servidor proxy, é: Instalar o Squid, o Samba, as ferramentas do Kerberos e o Winbind; Configurar o arquivo hosts para comunicar-se corretamente com os servidores Windows; Configurar o Kerberos para comunicar-se com o domínio e com os servidores; Configurar o Samba para que a máquina Linux seja visível para as máquinas Windows (clientes e servidores); Configurar o Winbind; Tornar o servidor de proxy Linux membro do domínio Windows; Configurar o Squid pra que utilize a autenticação provinda do domínio Windows Instalação das Ferramentas Partindo-se do princípio que o programa apptitude esteja funcionando corretamente, a instalação dos programas Squid, Samba/Winbind e as ferramentas do Kerberos pode ser feita através dos comandos:

16 15 apt-get install -y squid apt-get install -y samba winbind apt-get install -y msktutil Configuração do Arquivo Hosts É necessário que o arquivo seja alterado para que fique desta forma: # Arquivo /etc/hosts localhost srv-proxy.empresa.local. srv-proxy srv-padrao.empresa.local. srv-padrao srv-suporte.empresa.local.srv-suporte # configurações padrão. Não é necessário alterar # The following lines are desirable for IPv6 capable hosts ::1 ip6-localhost ip6-loopback fe00::0 ip6-localnet ff00::0 ip6-mcastprefix ff02::1 ip6-allnodes ff02::2 ip6-allrouters Configuração do Kerberos Antes de ser seguido o processo de configuração, vale infomrar que o Kerberos é um sistema de autenticação que permite que os usuários utilizarem

17 16 serviços de rede se identificando e autenticando em tempo real utilizando um sistema seguro e criptografado. (Adaptado de MORIMOTO, 2005) Seu funcionamento resume-se ao que toda vez que um possível cliente for utilizar um serviço da rede, este cliente será questionado sobre qual a é seu usuário e senha, permitindo ou não o uso do serviço pelo cliente. Baseado no protocolo de autenticação de três vias e foi desenvolvido pelos membros do projeto Athena no MIT (Massachusetts Institute of Technology), provê aos usuários ou serviços, um ticket que é utilizados para a identificação e chaves criptografadas para comunicação pela rede. (Adaptado de CAMPOS, Alan, 2011) Usualmente utilizado na camada de aplicação do modelo OSI. Mas também pode ser utilizado para prover segurança entre hosts, trabalhando com os protocolos IP, TCP e UDP. Em uma rede com Kerberos é definido um host, denominado Servidor de Autenticação, que centralizará as funções administrativas do Kerberos e onde estará o Centro de Distribuição de Chaves (KDC). Este servidor mantém uma base de dados com todas as senhas secretas dos usuários. Sendo responsável por gerar os tickets quando dois usuários ou serviços desejam se comunicar através de um meio seguro, identificando e autenticando estes usuários ou serviços. (Adaptado de WIKIPEDIA, 2014) Seguindo o processo de configuração, é necessário editar o arquivo de configuração do kerberos (/etc/krb5.conf) para informar a configuração padrão para o domínio que será criado a seguir: # arquivo /etc/krb5.conf [libdefaults] default_realm = EMPRESA.LOCAL

18 17 Então é necessário localizar domínio dentro da chave [realms] e configurá-lo: [realms] EMPRESA.LOCAL. = { kdc = srv-suporte.empresa.local kdc = srv-padrao.empresa.local admin_server = srv-suporte.empresa.local default_domain = empresa.local } Na sequência, é necessário localizar a chave [domain_realm] e inserir as informações referente ao domínio: [domain_realm].empresa.local = EMPRESA.LOCAL empresa.local = EMPRESA.LOCAL Com as configurações do kerberos realizadas, deve ser iniciada a comunicação entre a máquina Proxy Linux e o controlador de domínio Windows informando o usuário e senha, pelo comando: # kinit administrador@empresa.local Password for administrador@empresa.local: Logo após a comunicação ser iniciada, pode-se testar o funcionamento da comunicação através do comando klist:

19 18 # klist Ticket cache: FILE:/tmp/krb5cc_0 Default principal: administrador@empresa.local Valid starting Expires Service principal 08/30/14 10:01:38 08/30/14 20:01:40 krbtgt/empresa.local@empresa.local renew until 08/31/14 10:01:38 Kerberos 4 ticket cache: /tmp/tkt0 klist: You have no tickets cached Configuração do Samba Com o kerberos configurado e operacional pode-se configurar o samba para que possa ser possível incluir o servidor Linux no domínio do servidor Windows. O arquivo /etc/smb.conf deverá ser configurado da seguinte forma: [global] workgroup = EMPRESA netbios name = srv-proxy server string = %h Internet Server OP Edition load printers = no log file = /var/log/samba/log.%m max log size = 500 realm = EMPRESA.LOCAL security = ads auth methods = winbind password server = srv-suporte.empresa.local srv-padrao.empresa.local

20 19 winbind separator = + encrypt passwords = true winbind cache time = 15 winbind enum users = yes winbind use default domain = yes idmap uid = idmap gid = local master = no os level = 233 domain master = no preferred master = no domain logons = no # servidor WINS wins server = dns proxy = no ldap ssl = no ### Configuração do Winbind Primeiramente é necessário configurar o servidor Linux para que ele considere o Winbind para as senhas e grupos editando o arquivo /etc/nsswitch.conf para o seguinte: # /etc/nsswitch.conf passwd: group: compat winbind compat winbind

21 20 shadow: compat hosts: networks: files dns files protocols: services: ethers: rpc: db files db files db files db files netgroup: nis ### Após esta alteração é necessário reiniciar os serviços do Samba e do Winbind pelos comandos: # /etc/init.d/samba stop && /etc/init.d/winbind stop # /etc/init.d/samba start && /etc/init.d/winbind start O Winbind utiliza por padrão uma conexão anônima para pesquisar grupos e usuários no Active Directory, o que não funciona se a segurança do domínio no servidor Windows esteja configurada como Windows Server 2003 ou mais recentes. Para isso, é necessário informar um usuário e senha para que as consultas sejam realizadas através do comando: # net setauthuser -U winbind

22 Inserção do Servidor Linux no Domínio Windows Com o Wibind configurado pode-se adicionar o servidor Linux no domínio Windows atavés dos comandos: # net ads join -U administrador -S EMPRESA.LOCAL # net ads join -U administrador -S SRV-SUPORTE.EMPRESA.LOCAL É necessário reiniciar os serviços do Samba e do Winbind para que o servidor reconheça o domínio. Os serviços podem ser reiniciados pelos comandos: # /etc/init.d/samba stop && /etc/init.d/winbind stop # /etc/init.d/samba start && /etc/init.d/winbind start Com o servidor adicionado no domínio pode-se testar a execução de algumas buscas. Respectivamente, testar a configuração, buscar os grupos do AD, buscar os usuários do AD: # wbinfo -t # wbinfo -g # wbinfo -u Configuração do Squid Após todos os processos anteriores estarem corretamente configurados, pode-se configurar o Squid para que utilize a autenticação do servidor Windows.

23 22 Para isso, primeiramente, é necessário permitir que o Squid consiga acesso a pasta /var/run/samba/winbindd_privileged através do comando: # chown root.proxy /var/run/samba/winbindd_privileged Logo após, é necessário informar ao Squid as configurações de autenticação que deverão ser utilizadas alterando o aquivo de configuração localizado em /etc/squid/squid.conf. Primeiramente, define-se os servidores e métodos de autenticação que deverão ser utilizados: # servidor 1 auth_param ntlm program /usr/bin/ntlm_auth EMPRESA/SRV-SUPORTE --helperprotocol=squid-2.5-ntlmssp # servidor 2 auth_param ntlm program /usr/bin/ntlm_auth EMPRESA/SRV-PADRAO helperprotocol=squid-2.5-ntlmssp Em sequida, deve ser definida a ACL (Access List Lista de Acesso, Regra) que solicitará a autenticação: acl acesso proxy_auth REQUIRED Após a definição da regra, deve ser definida aplicada a regra para liberar acesso aos usuários que estejam autenticados:

24 23 http_access allow acesso Após esta configuração realizada, basta reiniciar o serviço do Squid para que o serviço funcione corretamente. O serviço do Squid pode ser reiniciado pelos comandos: # /etc/init.d/squid stop # /etc/init.d/squid start

25 CUSTOS PARA IMPLEMENTAÇÃO Para a implementação deste projeto, estima-se um gasto inicial da aquisição de um servidor com grande capacidade de processamento e com espaço em disco para armazenar os dados dos navegação dos usuários. Também faz-se necessária aquisição de uma placa de rede adicional para ser instalada neste servidor, uma vez que o servidor será o ponto de acesso da empresa para a internet. Servidor: PowerEdge R720 Processador: Intel Xeon E v2 2.50GHz,10M Cache, 6.4GT/s Memória: 24GB (3X8GB) DDR3 1333MHz HD: Disco rígido de 300GB SAS, 10K RPM, 6GBPS Hot-Plug de 2.5" Adaptador de rede Broadcom Dual Port 10 Gbit BT Preço: R$ ,00 Placa de rede: Gigabit Ethernet DGE-530T de 32 bits é a opção ideal para habilitar estações de trabalho para operar em Gigabit Ethernet, suportando também velocidades de operação a 10/100/1000Mbps, em half e full duplex. Preço: R$ 77,90

26 25 5 CONCLUSÃO Durante o decorrer da execução deste projeto houveram uma série de dificuldades, em especial a falta de documentação confiável no nosso idioma nativo (Português), tanto que grande parte do trabalho tem suas fontes como sendo traduzidas e adaptadas. Outra dificuldade que tive foi durante a fase de testes da solução apresentada no trabalho foi que uma atualização no módulo NTLM_AUTH alterou o caminho da pasta winbindd_privileged do /var/run para o /var/lib o que fazia com que a autenticação não ocorresse e fossem apresentados erros no arquivo de log com a seguinte descrição: Broken Helper: BH NT_STATUS_UNSUCCESSFUL NT_STATUS_UNSUCCESSFUL. Para que tal erro fosse corrigido bastou criar um apontamento, um link simbólico no local antigo para o local novo. Feito isso a autenticação voltou a funcionar normalmente. Este projeto possui diversas limitações, dentre elas está que este projeto é voltado ao procedimento de configuração de um servidor de proxy autenticado que rode pelo programa Squid sobre um servidor Linux e que as máquinas finais estejam executando o sistema operacional Windows. Logo, de uma maneira geral, todas as informações que não se referenciem a este conteúdo principal não foram tratadas a fundo, como por exemplo, qual o procedimento para instalação dos servidores, ou ainda, como poderia ser aplicado este projeto em um ambiente que possua máquinas que executem o sistema operacional MAC. Fica esta uma sugestão para trabalhos futuros.

27 26 REFERÊNCIAS ALVES, Silvino. Servidor Proxy. Slideshare (Online), Disponível em: Acesso em: 15/09/2014. BARWINSKI, Luísa. O que é Proxy?. Tecmundo (Online), Disponível em: Acesso em 07/09/2014. BRAGA, Diogo. O que é Linux?. Oficina da net (Online), Disponível em: Acesso em 15/11/2014. CAMPOS, Augusto. O que é Linux. BR-Linux (Online), Disponível em Acesso em 15/11/2014. CAMPOS, Alan; CASTILHO, Sergio; SALMEN, Fadir. Conhecendo o Protocolo de Rede Kerberos. Profissionais TI (Online), Disponível em: Acesso em: 15/11/2014. COSTA, Oscar. O Kerberos não é um cachorro de 3 cabeças!. Viva o linux (Online), Dispoível em: Acesso em: 15/11/2014. DARLAN, Diego. O que é um sistema operacional?. Oficina da net (Online), Disponível em: Acesso em: 31/10/2014. DAEMON (computing). Wikipedia (Online), Disponível em: Acesso em: 07/09/2014. GLOBAL File System. Wikipedia (Online), Disponível em: Acesso em: 07/11/2010. INTERFACE gráfica do utilizador. Wikipedia (Online), Disponível em: Acesso em: 17/10/2010. KERBEROS. Wikipedia (Online), Disponível em: Acesso em: 15/11/2014. MICROSOFT Windows. Wikipedia (Online), Disponível em: Acesso em: 15/11/2014. MORIMOTO, Carlos E. Kerberos. Hardware (Online), Disponível em: Acesso em: 15/11/2014.

28 27 O que é Windows? (Online), Disponível em: Acesso em: 15/11/2014. PINHEIRO, Luciano. Por que proxy não transparente é melhor que o transparente?. lucianopinheiro.net (Online), Disponível em: q=node/129. Acesso em: 14/03/2014 PASSOS, Eduardo. Conhecendo mais sobre o Forefront TMG. Infobusiness Informática (Online), Disponível em: Acesso em: 17/11/2014 ROLE of Authentication Proxy (AP-NAF) Discussion and Pseudo-CRs to TSs on GAA/HTTPS and Presence Security. 3GPP.org (Online), Disponível em: ftp:// Acesso em 07/09/2014 SAMBA - opening windows to a wider world (Online), Disponível em: Acesso em: 15/08/2014. SERVIDOR de Dados e Rede em Linux. Smart Union (Online), Disponível em: Acesso em: 29/10/2014. SERVICE. Wikipedia (Online), Disponível em: Acesso em: 07/07/2014 SHAPIRO, Marc. Structure and Encapsulation in Distributed Systems: the Proxy Principle. Int. Conf. on Dist. Comp. Sys. (ICDCS), Cambridge MA (USA), SQUIDFAQ/AboutSquid. Squid Web Proxy Wiki (Online), Disponível em: Acesso em: 15/11/2014. THE proxy server. Kioskea (Online), Disponível em: Acesso em: 09/10/2014 WINDOWS service. Wikipedia (Online), Disponível em: Acesso em: 07/07/2014

29 28 GLOSSÁRIO Browser = Navegador de internet, como o Internet Explorer, o Mozilla Firefox; Exchange = Servidor de da Microsoft; Firewall = Sistema de segurança que protege a máquina e/ou a rede contra entradas ilegais; Híbrido = Misto; Kernel = Núcleo de um sistema operacional; Software = Parte lógica do computador; as memórias e os programas que fazem o computador funcionar; Web = Vem de World Wide Web (Rede de alcance mundial); Um outro nome para internet;

30