harden-doc 3.19 - en to pt_BR translation catalogue (198 entries)

en: Securing services running on your system
pt_BR: Tornando os serviços em execução do seu sistema mais seguros

en: Services can be secured in a running system in two ways:
pt_BR: Os serviços podem ser deixados mais seguros de duas formas:

en: Making them only accessible at the access points (interfaces) they need to be in.
pt_BR: Tornando-os somente acessíveis em pontos de acessos (interfaces) que são utilizados.

en: Configuring them properly so that they can only be used by legitimate users in an authorized manner.
pt_BR: Configurando-os adequadamente, desta forma eles poderão somente ser usados por usuários legítimos de forma autorizada.

en: Restricting services so that they can only be accessed from a given place can be done by restricting access to them at the kernel (i.e. firewall) level, configure them to listen only on a given interface (some services might not provide this feature) or using some other methods, for example the Linux vserver patch (for 2.4.16) can be used to force processes to use only one interface.
pt_BR: A restrição de serviços de forma que possam somente ser acessados de um determinado lugar pode ser feito restringindo o acesso a eles no nível de kernel (i.e. firewall), configure-os para operar somente em interfaces definidas (alguns serviços podem não ter esta característica) ou usando algum outro método, por exemplo o patch vserver do Linux (para 2.4.16) pode ser usado para forçar o kernel a utilizar somente uma interface de rede.

en: The following sections detail how specific individual services can be configured properly depending on their intended use.
pt_BR: As seguintes seções detalham como alguns serviços individuais podem ser configurados adequadamente conforme sua utilização.

en: Securing ssh
pt_BR: Tornando o ssh mais seguro

en: If you are still running telnet instead of ssh, you should take a break from this manual and change this. Ssh should be used for all remote logins instead of telnet. In an age where it is easy to sniff Internet traffic and get clear-text passwords, you should use only protocols which use cryptography. So, perform an <literal>apt-get install ssh</literal> on your system now.
pt_BR: Caso ainda estiver usando o telnet ao invés do ssh, você deverá dar uma parada na leitura deste manual e alterar isto. O ssh deve ser usado para qualquer login remoto ao invés do telnet. Em uma era onde é fácil capturar o tráfego que circula na internet e obter senhas em texto plano, você deverá usar somente protocolos que utilizam criptografia. Assim, execute um <literal>apt-get install ssh</literal> agora em seu sistema.

en: Encourage all the users on your system to use ssh instead of telnet, or even better, uninstall telnet/telnetd. In addition you should avoid logging into the system using ssh as root and use alternative methods to become root instead, like <command>su</command> or <command>sudo</command>. Finally, the <filename>sshd_config</filename> file, in <filename>/etc/ssh</filename>, should be modified to increase security as well:
pt_BR: Encoraje todos os usuários em seu sistema para utilizarem o ssh ao invés do telnet, ou até mesmo melhor, remova o telnet/telnetd. Em adição, você deverá evitar entrar no sistema usando o ssh como usuário root e ao invés disto, usar métodos alternativos para se tornar o root, como o <command>su</command> ou <command>sudo</command>. Finalmente, o arquivo <filename>sshd_config</filename> no diretório <filename>/etc/ssh</filename>, também deverá ser modificado para aumentar a segurança:

en: <literal>ListenAddress 192.168.0.1</literal> Have ssh listen only on a given interface, just in case you have more than one (and do not want ssh available on it) or in the future add a new network card (and don't want ssh connections from it).
pt_BR: Especifica que o ssh somente funcionará na interface especificada, caso tenha mais de uma interface (e não deseja que o ssh funcione através delas) ou em caso de adição de uma futura interface de rede (onde não deseja receber conexões ssh através dela).

en: <literal>PermitRootLogin no</literal> Try not to permit Root Login wherever possible. If anyone wants to become root via ssh, now two logins are needed and the root password cannot be brute forced via SSH.
pt_BR: Tenta não permitir o login do usuário Root sempre que possível. Se alguém quiser se tornar o usuário root usando ssh, agora dois logins são necessários e o ataque de força bruta não terá efeito no root via SSH.

en: <literal>AllowUsers alex ref me@somewhere</literal> Allow only certain users to have access via ssh to this machine. <literal>user@host</literal> can also be used to restrict a given user from accessing only at a given host.
pt_BR: Permite somente certos usuários terão acesso via ssh a esta maquina. <literal>usuario@maquina</literal> pode também ser usado para restringir um determinado usuário de acessar somente através de uma maquina especificada.

en: <literal>AllowGroups wheel admin</literal> Allow only certain group members to have access via ssh to this machine. AllowGroups and AllowUsers have equivalent directives for denying access to a machine. Not surprisingly they are called "DenyUsers" and "DenyGroups".
pt_BR: Permite somente membros de certos grupos de terem acesso ao ssh nesta maquina. AllowGroups e AllowUsers possuem diretivas equivalentes para bloquear o acesso a maquina. Não se surpreenda por eles serem chamados de "DenyUsers" e "DenyGroups".

en: <literal>PasswordAuthentication yes</literal> It is completely your choice what you want to do. It is more secure to only allow access to the machine from users with ssh-keys placed in the <filename>~/.ssh/authorized_keys</filename> file. If you want so, set this one to "no".
pt_BR: Esta escolha fica completamente por sua conta. É mais seguro somente permitir o acesso a maquina de usuários com chaves ssh colocadas em <filename>~/.ssh/authorized_keys</filename>. Se deseja isto, ajuste esta opção para "no".

en: <literal>Protocol 2</literal> Disable the protocol version 1, since it has some design flaws that make it easier to crack passwords. For more information read <ulink name="a paper regarding ssh protocol problems" url="http://earthops.net/ssh-timing.pdf" /> or the <ulink name="Xforce advisory" url="http://xforce.iss.net/static/6449.php" />.
pt_BR: Desative o protocolo da versão 1, pois ele tem alguns problemas de design que torna fácil a descoberta de senhas. Para mais informações leia <ulink url="http://earthops.net/ssh-timing.pdf" name="documento relacionando problemas do protocolo ssh" /> ou o <ulink url="http://xforce.iss.net/static/6449.php" name="aviso Xforce" />.

en: <literal>Banner <filename>/etc/<replaceable>some_file</replaceable></filename></literal> Add a banner (it will be retrieved from the file) to users connecting to the ssh server. In some countries sending a warning before access to a given system about unauthorized access or user monitoring should be added to have legal protection.
pt_BR: Adiciona um banner (ele será lido de um arquivo) para usuários se conectando ao servidor ssh, em alguns países o envio de avisos antes de acessar um determinado sistema alertando sobre acesso não autorizado ou monitoramento de usuários deverá ser emitido para ter proteção legal.

en: You can also restrict access to the ssh server using <literal>pam_listfile</literal> or <literal>pam_wheel</literal> in the PAM control file. For example, you could keep anyone not listed in <filename>/etc/loginusers</filename> away by adding this line to <filename>/etc/pam.d/ssh</filename>:
pt_BR: Você também poderá restringir o acesso ao servidor ssh usando o <literal>pam_listfile</literal> ou <literal>pam_wheel</literal> no arquivo de controle PAM para o ssh restringir os logins ssh. Por exemplo, se quiser manter qualquer pessoa não listada em <filename>/etc/loginusers</filename> adicionando esta linha no <filename>/etc/pam.d/ssh</filename>:

en: As a final note, be aware that these directives are from a OpenSSH configuration file. Right now, there are three commonly used SSH daemons, ssh1, ssh2, and OpenSSH by the OpenBSD people. Ssh1 was the first ssh daemon available and it is still the most commonly used (there are rumors that there is even a Windows port). Ssh2 has many advantages over ssh1 except it is released under a closed-source license. OpenSSH is completely free ssh daemon, which supports both ssh1 and ssh2. OpenSSH is the version installed on Debian when the package <application>ssh</application> is chosen.
pt_BR: Como nota final, tenha atenção que estas diretivas são válidas para um arquivo de configuração do OpenSSH. Atualmente, não freqüentemente usados três tipos de implementações conhecidas do daemon: ssh1, ssh2 e OpenSSH feito pelo time do OpenBSD. O ssh1 foi o primeiro daemon disponível e é ainda o mais usado (existem rumores que até existe um porte para Windows). O ssh2 possui mais vantagens sobre o ssh2, exceto que ele é lançado sob uma licença fonte fechado. O OpenSSH é um daemon ssh completamente livre, que suporta ambos os protocolos ssh1 e ssh2. O OpenSSH é a versão instalada junto o Debian quando o pacote <application>ssh</application> é escolhido.

en: Chrooting ssh
pt_BR: Executando o ssh em uma jaula chroot

en: Currently OpenSSH does not provide a way to chroot automatically users upon connection (the commercial version does provide this functionality). However there is a project to provide this functionality for OpenSSH too, see <ulink url="http://chrootssh.sourceforge.net" />, it is not currently packaged for Debian, though. You could use, however, the <filename>pam_chroot</filename> module as described in <xref linkend="user-restrict" />.
pt_BR: O OpenSSH atualmente não suporta um método de chroot automático durante a conexão do usuário (a versão comercial oferece esta funcionalidade). No entanto existe um projeto para fornecer esta funcionalidade também para o ssh, veja <ulink url="http://chrootssh.sourceforge.net" />, atualmente ele não esta empacotado para o Debian. Você poderá usar, no entanto, o módulo <filename>pam_chroot</filename> como descrito em <xref linkend="user-restrict" />.

en: In <xref linkend="chroot-ssh-env" /> you can find several options to make a chroot environment for SSH.
pt_BR: Em <xref linkend="chroot-ssh-env" /> você terá diversas opções para criar um ambiente chroot para o SSH.

en: Ssh clients
pt_BR: Clientes do ssh

en: If you are using an SSH client against the SSH server you must make sure that it supports the same protocols that are enforced on the server. For example, if you use the <application>mindterm</application> package, it only supports protocol version 1. However, the sshd server is, by default, configured to only accept version 2 (for security reasons).
pt_BR: Se estiver usando um cliente SSH com um servidor SSH, você deverá ter certeza que ele suporta os mesmos protocolos que são especificados no servidor. Por exemplo, se utilizar o pacote <application>mindterm</application>, ele somente utiliza a versão 1 . No entanto, o servidor ssh utiliza, por padrão, a configuração para aceitar somente conexões para o protocolo da versão 2 (por razões de segurança).

en: Disallowing file transfers
pt_BR: Desativando transferências de arquivos

en: disallow users from login to the ssh server (as described above either through the configuration file or PAM configuration).
pt_BR: bloquear o login de usuários ao servidor ssh (como descrito acima no arquivo de configuração ou configuração do PAM).

en: Securing Squid
pt_BR: Tornando o Squid mais seguro

en: 
    acl all src 0.0.0.0/0.0.0.0
    acl manager proto cache_object
    acl localhost src 127.0.0.1/255.255.255.255
    acl SSL_ports port 443 563
    acl Safe_ports port 80          # http
    acl Safe_ports port 21          # ftp
    acl Safe_ports port 443 563     # https, snews
    acl Safe_ports port 70          # gopher
    acl Safe_ports port 210         # wais
    acl Safe_ports port 1025-65535  # unregistered ports
    acl Safe_ports port 280         # http-mgmt
    acl Safe_ports port 488         # gss-http
    acl Safe_ports port 591         # filemaker
    acl Safe_ports port 777         # multiling http
    acl Safe_ports port 901         # SWAT
    acl purge method PURGE
    acl CONNECT method CONNECT
    (...)
    # Only allow cachemgr access from localhost
    http_access allow manager localhost
    http_access deny manager
    # Only allow purge requests from localhost
    http_access allow purge localhost
    http_access deny purge
    # Deny requests to unknown ports
    http_access deny !Safe_ports
    # Deny CONNECT to other than SSL ports
    http_access deny CONNECT !SSL_ports
    #
    # INSERT YOUR OWN RULE(S) HERE TO ALLOW ACCESS FROM YOUR CLIENTS
    #
    http_access allow localhost
    # And finally deny all other access to this proxy
    http_access deny all
    #Default:
    # icp_access deny all
    #
    #Allow ICP queries from everyone
    icp_access allow all
pt_BR: 
    acl all src 0.0.0.0/0.0.0.0
    acl manager proto cache_object
    acl localhost src 127.0.0.1/255.255.255.255
    acl SSL_ports port 443 563
    acl Safe_ports port 80          # http
    acl Safe_ports port 21          # ftp
    acl Safe_ports port 443 563     # https, snews
    acl Safe_ports port 70          # gopher
    acl Safe_ports port 210         # wais
    acl Safe_ports port 1025-65535  # portas não registradas
    acl Safe_ports port 280         # http-mgmt
    acl Safe_ports port 488         # gss-http
    acl Safe_ports port 591         # filemaker
    acl Safe_ports port 777         # multiling http
    acl Safe_ports port 901         # SWAT
    acl purge method PURGE
    acl CONNECT method CONNECT
    (...)
    # Somente permite acesso do cachemgr vindos de localhost
    http_access allow manager localhost
    http_access deny manager
    # Somente permite requisições de purge vindas de localhost
    http_access allow purge localhost
    http_access deny purge
    # Bloqueia requisições para portas desconhecidas
    http_access deny !Safe_ports
    # Bloqueia CONNECT a portas que não sejam SSL
    http_access deny CONNECT !SSL_ports
    #
    # INSIRA SUAS PRÓPRIAS REGRAS AQUI PARA PERMITIR O ACESSO DE SEUS CLIENTE
    #
    http_access allow localhost
    # E finalmente bloqueia qualquer outro acesso a este proxy
    http_access deny all
    #Padrão:
    # icp_access deny all
    #
    #Permite requisições ICQ vindas de qualquer pessoa
    icp_access allow all

en: You should also configure Squid based on your system resources, including cache memory (option <literal>cache_mem</literal>), location of the cached files and the amount of space they will take up on disk (option <literal>cache_dir</literal>).
pt_BR: Você também deverá configurar o Squid baseado nos recursos do seu sistema, incluindo a memória cache (opção <literal>cache_mem</literal>), localização dos arquivos de cache e quantidade de espaço que utilizarão no disco (opção <literal>cache_dir</literal>).

en: Notice that, if not properly configured, someone may relay a mail message through Squid, since the HTTP and SMTP protocols are designed similarly. Squid's default configuration file denies access to port 25. If you wish to allow connections to port 25 just add it to Safe_ports lists. However, this is <emphasis>NOT</emphasis> recommended.
pt_BR: Note que, se não for corretamente configurado, alguém poderá enviar mensagens de e-mail através do squid, pois os protocolos HTTP e SMTP tem design similar. O arquivo de configuração padrão do Squid bloqueia o acesso a porta 25. Se desejar permitir conexões a porta 25, apenas adicione-a a lista Safe_ports. No entanto, isto <emphasis>NÃO</emphasis> é recomendado.

en: Setting and configuring the proxy/cache server properly is only part of keeping your site secure. Another necessary task is to analyze Squid's logs to assure that all things are working as they should be working. There are some packages in Debian GNU/Linux that can help an administrator to do this. The following packages are available in Debian 3.0 and Debian 3.1 (sarge):
pt_BR: Ajustar e configurar um servidor proxy/cache é apenas parte da tarefa de manter um site seguro. Outra tarefa necessária é a análise dos logs do Squid para ter certeza que todas as coisas estão funcionando como deveriam estar. Existem alguns pacotes no Debian GNU/Linux que podem ajudar o administrador a fazer isto. Os seguintes pacotes estão disponíveis na woody (Debian 3.0):

en: <application>calamaris</application> - Log analyzer for Squid or Oops proxy log files.
pt_BR: <application>calamaris</application> - Analisador de arquivos de log para o Squid ou log do proxy Oops

en: <application>modlogan</application> - A modular logfile analyzer.
pt_BR: <application>modlogan</application> - Um analisador de arquivos e log modular.

en: <application>squidtaild</application> - Squid log monitoring program.
pt_BR: <application>squidtaild</application> - Programa de monitoramento de logs do Squid.

en: Securing FTP
pt_BR: Tornando o FTP mais seguro

en: If you really have to use FTP (without wrapping it with sslwrap or inside a SSL or SSH tunnel), you should chroot ftp into the ftp users' home directory, so that the user is unable to see anything else than their own directory. Otherwise they could traverse your root file system just like if they had a shell in it. You can add the following line in your <filename>proftpd.conf</filename> in your global section to enable this chroot feature:
pt_BR: Se realmente precisar usar o FTP (sem transportá-lo com sslwrap ou dentro de um tunel SSL ou SSH), você deverá fazer um chroot dentro do diretório de usuários do ftp, assim o usuário será incapaz de ver qualquer coisa que não seja seu próprio diretório. Caso contrário, ele poderá atravessar seu sistema de arquivos raíz como se tivesse uma conta shell. Você poderá adicionar a seguinte linha no seu arquivo <filename>proftpd.conf</filename> na sua seção global para ativar esta característica chroot:

en: Restart ProFTPd by <literal>/etc/init.d/proftpd restart</literal> and check whether you can escape from your homedir now.
pt_BR: Reinicie o proftpd executando <literal>/etc/init.d/proftpd restart</literal> e verifique se agora pode escapar do seu diretório de usuário.

en: To prevent ProFTPd DoS attacks using ../../.., add the following line in <filename>/etc/proftpd.conf</filename>: <literal>DenyFilter \*.*/</literal>
pt_BR: Para prevenir ataques DoS usando ../../.., adicione a seguinte linha no seu arquivo <filename>/etc/proftpd.conf</filename>: <literal>DenyFilter \*.*/</literal>

en: Always remember that FTP sends login and authentication passwords in clear text (this is not an issue if you are providing an anonymous public service) and there are better alternatives in Debian for this. For example, <command>sftp</command> (provided by <application>ssh</application>). There are also free implementations of SSH for other operating systems: <ulink name="putty" url="http://www.chiark.greenend.org.uk/~sgtatham/putty/" /> and <ulink name="cygwin" url="http://www.cygwin.com" /> for example.
pt_BR: Lembre-se sempre que o FTP envia o login e senhas de autenticação em texto plano (isto não é um problema se estiver oferecendo acesso a serviços públicos. Entretanto existem alternativas melhores no Debian para isto, como o <command>sftp</command> (fornecido pelo pacote <application>ssh</application>). Também existem implementações livres do ssh para outros sistemas operacionais, por exemplo: <ulink name="putty" url="http://www.chiark.greenend.org.uk/~sgtatham/putty/" /> e o <ulink url="http://www.cygwin.com" name="cygwin" />.

en: However, if you still maintain the FTP server while making users access through SSH you might encounter a typical problem. Users accessing anonymous FTP servers inside SSH-secured systems might try to log in the <emphasis>FTP server</emphasis>. While the access will be refused, the password will nevertheless be sent through the net in clear form. To avoid that, ProFTPd developer TJ Saunders has created a patch that prevents users feeding the anonymous FTP server with valid SSH accounts. More information and patch available at: <ulink name="ProFTPD Patches" url="http://www.castaglia.org/proftpd/#Patches" />. This patch has been reported to Debian too, see <ulink name="Bug #145669" url="http://bugs.debian.org/145669" />.
pt_BR: No entanto, se você ainda mantém um servidor FTP enquanto disponibiliza o acesso através do SSH você deve encontrar um problema típico. Usuários acessando servidores FTP anônimos dentro de sistemas protegidos com o SSH devem tentar efetuar o login no <emphasis>FTP server</emphasis>. Enquanto o acesso será recusado, as senhas nunca serão enviadas na rede de forma desprotegida. Para evitar isto, o desenvolvedor TJ Sauders do ProFTPd , criou um patch que evita que os usuários utilizem um servidor FTP anônimo com uma conta válida do ssh. Mais informações e o patch estão disponíveis em: <ulink name="ProFTPD Patches" url="http://www.castaglia.org/proftpd/#Patches" />. Este patch também foi reportado para o Debian, veja <ulink url="http://bugs.debian.org/145669" name="Bug #145669" />.

en: Securing access to the X Window System
pt_BR: Tornando o acesso ao sistema X Window mais seguro

en: Today, X terminals are used by more and more companies where one server is needed for a lot of workstations. This can be dangerous, because you need to allow the file server to connect to the clients (X server from the X point of view. X switches the definition of client and server). If you follow the (very bad) suggestion of many docs, you type <literal>xhost +</literal> on your machine. This allows any X client to connect to your system. For slightly better security, you can use the command <literal>xhost +hostname</literal> instead to only allow access from specific hosts.
pt_BR: Hoje em dia, terminais do X são usados por mais e mais empresas onde é necessário para várias estações de trabalho. Isto pode ser perigoso, porque você precisa permitir o servidor de arquivos a se conectar aos clientes (a partir do ponto de vista do servidor X, o X altera a definição de cliente e servidor). Se você seguir a (péssima) sugestão de muitas documentações você digitará <literal>xhost +</literal> em sua máquina. Isto permitirá qualquer cliente do X a se conectar em seu sistema. Para ter um pouco mais de segurança, você deverá usar o comando <literal>xhost +hostname</literal> ao invés de somente permitir acessos através de máquinas específicas.

en: A much more secure solution, though, is to use ssh to tunnel X and encrypt the whole session. This is done automatically when you ssh to another machine. For this to work, you have to configure both the ssh client and the ssh server. On the ssh client, <literal>ForwardX11</literal> should be set to <literal>yes</literal> in <filename>/etc/ssh/ssh_config</filename>. On the ssh server, <literal>X11Forwarding</literal> should be set to <literal>yes</literal> in <filename>/etc/ssh/sshd_config</filename> and the package <application>xbase-clients</application> should be installed because the ssh server uses <filename>/usr/X11R6/bin/xauth</filename> (<filename>/usr/bin/xauth</filename> on Debian unstable) when setting up the pseudo X display. In times of SSH, you should drop the xhost based access control completely.
pt_BR: Uma solução muito mais segura, no entanto, é usar o ssh para para toda a seção. Isto é feito automaticamente quando você faz um ssh para a outra máquina. Para isto funcionar, você terá que configurar ambos o cliente ssh e o servidor ssh. No cliente ssh, a opção <literal>ForwardX11</literal> deverá estar ajustada para <literal>yes</literal> no arquivo <filename>/etc/ssh/ssh_config</filename>. No servidor ssh, a opção <literal>X11Forwarding</literal> deverá estar ajustada para <literal>yes</literal> no arquivo <filename>/etc/ssh/sshd_config</filename> e o pacote <application>xbase-clients</application> deverá estar instalado, pois o servidor ssh utiliza o <filename>/usr/X11R6/bin/xauth</filename> quando está configurando uma tela de pseudo terminal do X. Nos tempos do SSH, agora você deverá deixar de usar o controle de acesso baseado em xhost completamente.

en: For best security, if you do not need X access from other machines, switch off the binding on TCP port 6000 simply by typing:
pt_BR: Para melhor segurança, você não precisará permitir o acesso ao X a partir de outras máquinas, isto é feito desativando o servidor na porta 6000 simplesmente digitando:

en: This is the default behavior in Xfree 4.1.0 (the Xserver provided in Debian 3.0 and 3.1). If you are running Xfree 3.3.6 (i.e. you have Debian 2.2 installed) you can edit <filename>/etc/X11/xinit/xserverrc</filename> to have it something along the lines of:
pt_BR: Este é o comportamento padrão do Xfree 4.1.0 (o Xserver fornecido no Debian 3.0). Se estiver executando o Xfree 3.3.6 (i.e. você tem o Debian 2.2 instalada) você poderá editar o arquivo <filename>/etc/X11/xinit/xserverrcc</filename> e fazer a alteração nestas seguintes linhas:

en: You can also set the default's system timeout for <command>xscreensaver</command> locks. Even if the user can override it, you should edit the <filename>/etc/X11/app-defaults/XScreenSaver</filename> configuration file and change the lock line:
pt_BR: Você também poderá configurar o timeout padrão para o travamento do <command>xscreensaver</command>. Até mesmo se o usuário substituir este valor, você poderá editar o arquivo <filename>/etc/X11/app-defaults/XScreenSaver</filename> e alterar a linha:

en: (which is the default in Debian) to:
pt_BR: (que é padrão no Debian) para:

en: FIXME: Add information on how to disable the screensavers which show the user desktop (which might have sensitive information).
pt_BR: FIXME: adicionar informações sobre como desativar as proteções de tela que mostra o desktop do usuário (que pode conter informações sensíveis).

en: Read more on X Window security in <ulink name="XWindow-User-HOWTO" url="http://www.tldp.org/HOWTO/XWindow-User-HOWTO.html" /> (<filename>/usr/share/doc/HOWTO/en-txt/XWindow-User-HOWTO.txt.gz</filename>).
pt_BR: Leia mais sobre a segurança em servidores X Window em <ulink url="http://www.tldp.org/HOWTO/XWindow-User-HOWTO.html" name="XWindow-User-HOWTO" /> (<filename>/usr/share/doc/HOWTO/en-txt/XWindow-User-HOWTO.txt.gz</filename>).

en: FIXME: Add info on thread of debian-security on how to change config files of XFree 3.3.6 to do this.
pt_BR: FIXME: Adicionar informações sobre a discussão na debian-security sobre como alterar os arquivos de configuração no servidor XFree 3.3.6 para fazer isto.

en: Check your display manager
pt_BR: Verifique seu gerenciador de tela

en: If you only want to have a display manager installed for local usage (having a nice graphical login, that is), make sure the XDMCP (X Display Manager Control Protocol) stuff is disabled. In XDM you can do this with this line in <literal>/etc/X11/xdm/xdm-config</literal>:
pt_BR: Se somente quiser ter um gerenciador de tela instalado para uso local (tendo um lindo login gráfico) tenha certeza que tudo que estiver relacionado com o XDMCP (X Display Manager Control Protocol) está desativado. No XDM você poderá fazer isto através da linha em <literal>/etc/X11/xdm/xdm-config</literal>:

en: Normally, all display managers are configured not to start XDMCP services per default in Debian.
pt_BR: Normalmente, todos os gerenciadores de tela estão configurados para não iniciar serviços do XDMCP por padrão no Debian.

en: Securing printing access (the lpd and lprng issue)
pt_BR: Tornando o servidor de impressão mais seguro (sobre o lpd e lprng)

en: Imagine, you arrive at work, and the printer is spitting out endless amounts of paper because someone is DoSing your line printer daemon. Nasty, isn't it?
pt_BR: Imagine, você chegando ao trabalho e a impressora jogando fora uma quantidade impressionante de papel porque alguém esta fazendo um DoS em seu daemon de impressão. Desagradável, não é?

en: In any UNIX printing architecture, there has to be a way to get the client's data to the host's print server. In traditional <command>lpr</command> and <command>lp</command>, the client command copies or symlinks the data into the spool directory (which is why these programs are usually SUID or SGID).
pt_BR: Em qualquer arquitetura de impressão do unix, deverá existir uma forma de enviar os dados do cliente para o servidor de impressão. No tradicional <command>lpr</command> e <command>lp</command>, os comandos do cliente copiam ou fazem um link simbólico de dados no diretório de spool (este é o motivo porque estes programas normalmente são SUID ou SGID).

en: In order to avoid any issues you should keep your printer servers especially secure. This means you need to configure your printer service so it will only allow connections from a set of trusted servers. In order to do this, add the servers you want to allow printing to your <filename>/etc/hosts.lpd</filename>.
pt_BR: Para evitar quaisquer anormalidade, você deverá manter o seu servidor de impressão especialmente seguro. Isto significa que precisa configurar seu serviço de impressão de forma que só permita conexões de um conjunto de máquinas confiáveis. Para fazer isto, adicione os servidores que deseja permitir a impressão em seu arquivo <filename>/etc/hosts.lpd</filename>.

en: However, even if you do this, the <command>lpr</command> daemon accepts incoming connections on port 515 of any interface. You should consider firewalling connections from networks/hosts which are not allowed printing (the <command>lpr</command> daemon cannot be limited to listen only on a given IP address).
pt_BR: No entanto, até mesmo se fizer isto, o <command>lpr</command> aceitará conexões de entrada na porta 515 de qualquer interface. Você deverá considerar fazer um firewall das conexões de redes/hosts que não tenham permissão de impressão (o daemon <command>lpr</command> não tem a possibilidade de aceitar conexões em somente um determinado endereço IP).

en: <command>Lprng</command> should be preferred over <command>lpr</command> since it can be configured to do IP access control. And you can specify which interface to bind to (although somewhat weirdly).
pt_BR: O <command>Lprng</command> deverá ser o preferido em cima do <command>lpr</command> pois ele pode ser configurado para fazer controle de acesso por IP. E você poderá especificar qual interface escutará por conexões (embora algumas vezes pareça um pouco estranho).

en: If you are using a printer in your system, but only locally, you will not want to share this service over a network. You can consider using other printing systems, like the one provided by <application>cups</application> or <ulink name="PDQ" url="http://pdq.sourceforge.net/" /> which is based on user permissions of the <filename>/dev/lp0</filename> device.
pt_BR: Se utilizar uma impressora em seu sistema, mas somente localmente, você não desejará compartilhar este serviço através de uma rede. Você poderá considerar o uso de outros sistemas de impressão, tal como o fornecido pelo pacote <application>cups</application> ou pelo <ulink url="http://pdq.sourceforge.net/" name="PDQ" /> que é baseado em permissões do usuário no dispositivo <filename>/dev/lp0</filename>.

en: In <application>cups</application>, the print data is transferred to the server via the HTTP protocol. This means the client program doesn't need any special privileges, but does require that the server is listening on a port somewhere.
pt_BR: No <application>cups</application>, os dados de impressão são transferidos ao servidores via protocolo http. Isto significa que o programa cliente não precisa de qualquer privilégio especial, mas requer que o servidor escute em uma porta, em algum lugar.

en: However, if you want to use <command>cups</command>, but only locally, you can configure it to bind to the loopback interface by changing <filename>/etc/cups/cupsd.conf</filename>:
pt_BR: No entanto, se quiser usar o <command>cups</command>, mas somente localmente, você poderá configura-lo para escutar na interface loopback alterando o arquivo de configuração <filename>/etc/cups/cupsd.conf</filename>:

en: There are many other security options like allowing or denying networks and hosts in this config file. However, if you do not need them you might be better off just limiting the listening port. <command>Cups</command> also serves documentation through the HTTP port, if you do not want to disclose potential useful information to outside attackers (and the port is open) add also:
pt_BR: Existem muitas outras opções de segurança como permitir ou bloquear redes e máquinas neste arquivo de configuração. No entanto, se você não precisar delas, será melhor que limite simplesmente a porta onde o programa espera por conexões. O <command>Cups</command> também serve documentações através da porta HTTP. Se não quiser revelar informações úteis em potencial para invasores externos também adicione:

en: 
    &lt;Location /&gt;
     Order Deny,Allow
     Deny From All
     Allow From 127.0.0.1
    &lt;/Location&gt;
pt_BR: 
    &lt;Location /&gt;
      Order Deny,Allow
       Deny From All
        Allow From 127.0.0.1
    &lt;/Locationi&gt;

en: This configuration file can be modified to add some more features including SSL/TLS certificates and crypto. The manuals are available at http://localhost:631/ or at <ulink url="http://cups.org" />.
pt_BR: Este arquivo de configuração pode ser modificado para adicionar algumas outras características incluindo certificados SSL/TLS e criptografia. Os manuais estão disponíveis em http://localhost:631/ ou em <ulink url="cups.org" />.

en: FIXME: Add more content (the article on <ulink name="Amateur Fortress Building" url="http://www.rootprompt.org" /> provides some very interesting views).
pt_BR: FIXME: Adicionar mais conteúdo (o artigo em <ulink url="http://www.rootprompt.org" name="Amateur Fortress Building" /> fornecendo visões mais interessantes).

en: FIXME: Check if PDG is available in Debian, and if so, suggest this as the preferred printing system.
pt_BR: FIXME: Verificar se o PDG está disponível no Debian, e se estiver, sugerir como sistema de impressão preferido.

en: FIXME: Check if Farmer/Wietse has a replacement for printer daemon and if it's available in Debian.
pt_BR: FIXME: Verificar se o Farmer/Wietse possui um substituto para daemon de impressão e se está disponível no Debian.

en: Securing the mail service
pt_BR: Tornando o serviço de e-mails seguro

en: If your server is not a mailing system, you do not really need to have a mail daemon listening for incoming connections, but you might want local mail delivered in order, for example, to receive mail for the root user from any alert systems you have in place.
pt_BR: Se seu servidor não for um servidor de mensagens, e realmente não precisa ter um programa esperando por conexões de entradas, mas deseja que as mensagens locais sejam entregues, por exemplo, para recebimento de mensagens do usuário root de qualquer alerta de segurança que tenha no local.

en: If you have <command>exim</command> you do not need the daemon to be working in order to do this since the standard <command>cron</command> job flushes the mail queue. See <xref linkend="disableserv" /> on how to do this.
pt_BR: Se tiver o <command>exim</command> você não precisará do daemon funcionando para fazer isto, pois o pacote padrão do <command>cron</command> esvazia a fila de mensagens. Veja <xref linkend="disableserv" /> para saber como fazer isto.

en: Configuring a Nullmailer
pt_BR: Configurando um programa de e-mails nulo

en: You might want to have a local mailer daemon so that it can relay the mails sent locally to another system. This is common when you have to administer a number of systems and do not want to connect to each of them to read the mail sent locally. Just as all logging of each individual system can be centralized by using a central syslog server, mail can be sent to a central mailserver.
pt_BR: Você pode querer ter um daemon de mensagens locais assim ele poderá repassar os e-mails enviados localmente para outro sistema. Isto é comum quando você tem que administrar um número de máquinas e não quer conectar a cada uma delas para ler as mensagens enviadas localmente. Assim como todos os logs de cada sistema individual podem ser centralizados usando um servidor de logs central, as mensagens podem ser enviadas para um servidor de mensagens central.

en: Such a <emphasis>relay-only</emphasis> system should be configured properly for this. The daemon could, as well, be configured to only listen on the loopback address.
pt_BR: Tal sistema <emphasis>somente-repasse</emphasis> deverá ser configurado adequadamente para fazer isto. O daemon poderá, também, ser configurado para somente esperar por conexões no endereço de loopback.

en: and configure the mailer daemon to only listen on the loopback interface. In <command>exim</command> (the default MTA) you can do this by editing the file <filename>/etc/exim.conf</filename> and adding the following line:
pt_BR: e configurar o daemon de mensagens para somente esperar por conexões na interface loopback. No <command>exim</command> (o MTA padrão) você poderá fazer isto editando o arquivo de configuração <filename>/etc/exim.conf</filename> e adicionando a seguinte linha:

en: Restart both daemons (inetd and exim) and you will have exim listening on the 127.0.0.1:25 socket only. Be careful, and first disable inetd, otherwise, exim will not start since the inetd daemon is already handling incoming connections.
pt_BR: Reinicie ambos os daemons (inetd e exim) e você terá o exim esperando por conexões somente no soquete 127.0.0.1:25. Seja cauteloso e desative primeiro o inetd, caso contrário, o exim não iniciará pois o daemon do inetd já está esperando por conexões de entrada.

en: For <command>postfix</command> edit <filename>/etc/postfix/main.conf</filename>:
pt_BR: Para o <command>postfix</command>, edite o arquivo <filename>/etc/postfix/main.conf</filename>:

en: If you only want local mail, this approach is better than tcp-wrapping the mailer daemon or adding firewalling rules to limit anybody accessing it. However, if you do need it to listen on other interfaces, you might consider launching it from inetd and adding a tcp wrapper so incoming connections are checked against <filename>/etc/hosts.allow</filename> and <filename>/etc/hosts.deny</filename>. Also, you will be aware of when an unauthorized access is attempted against your mailer daemon, if you set up proper logging for any of the methods above.
pt_BR: Se quiser somente mensagens locais, este método é melhor que utilizar o método tcp wrappers no daemon de mensagens ou adicionar regras de firewall para que ninguém acesse-o. No entanto, se precisar que ele escute em outras interfaces, você deverá considerar carrega-lo a partir do inetd e adicionar um tcp wrapper, assim as conexões de entradas são verificadas nos arquivos <filename>/etc/hosts.allow</filename> e <filename>/etc/hosts.deny</filename>. Também, você deverá estar atento sobre acessos não autorizados sendo tentados sobre o seu daemon de mensagens, se configurar adequadamente o log de mensagens do seu sistema para qualquer um dos métodos acima.

en: In any case, to reject mail relay attempts at the SMTP level, you can change <filename>/etc/exim/exim.conf</filename> to include:
pt_BR: Em qualquer caso, para rejeitar tentativas de repasse de mensagens a nível SMTP, você deverá alterar o arquivo <filename>/etc/exim/exim.conf</filename> para incluir:

en: Even if your mail server will not relay the message, this kind of configuration is needed for the relay tester at <ulink url="http://www.abuse.net/relay.html" /> to determine that your server is <emphasis>not</emphasis> relay capable.
pt_BR: Até mesmo se seu servidor de e-mails não repassar a mensagem, este tipo de configuração é necessário para o teste de relay em <ulink url="http://www.abuse.net/relay.html" /> para determinar que seu servidor <emphasis>não</emphasis> é capaz de repassar mensagens.

en: If you want a relay-only setup, however, you can consider changing the mailer daemon to programs that can <emphasis>only</emphasis> be configured to forward the mail to a remote mail server. Debian provides currently both <application>ssmtp</application> and <application>nullmailer</application> for this purpose. In any case, you can evaluate for yourself any of the mail transport agents <footnote><para> To retrieve the list of mailer daemons available in Debian try: <screen> $ apt-cache search mail-transport-agent </screen> The list will not include <command>qmail</command>, which is distributed only as source code in the <application>qmail-src</application> package. </para></footnote> provided by Debian and see which one suits best to the system's purposes.
pt_BR: No entanto, se desejar uma configuração somente de leitura, você poderá considerar a alteração do daemon de mensagens para programas que podem <emphasis>somente</emphasis> ser configurados para redirecionar as mensagens para servidores de mensagens remotas. O Debian atualmente oferece o pacote <application>ssmtp</application> e o <application>nullmailer</application> para este propósito. Em qualquer caso, você deverá avaliar por si mesmo quaisquer dos agentes de transporte de mensagens <footnote><para>para obter uma lista de todos os daemons de mensagens disponíveis no Debian, execute o comando: <screen>$ apt-cache search mail-transport-agent</screen> A lista não incluirá o <command>qmail</command>, que é distribuído somente como código fonte no pacote <application>qmail-src</application>.</para></footnote> fornecido com o Debian. Veja que programa atende melhor aos propósitos do sistema.

en: Providing secure access to mailboxes
pt_BR: Fornecendo acesso seguro às caixas de mensagens

en: If you want to give remote access to mailboxes there are a number of POP3 and IMAP daemons available.<footnote><para> A list of servers/daemons which support these protocols in Debian can be retrieved with: <screen> $ apt-cache search pop3-server $ apt-cache search imap-server </screen></para></footnote> However, if you provide IMAP access note that it is a general file access protocol, it can become the equivalent of a shell access because users might be able to retrieve any file that they can through it.
pt_BR: Se quiser oferecer acesso remoto às caixas de mensagens, existe um número de daemons POP3 e IMAP disponíveis <footnote><para>Uma lista de servidores/daemons que suportam estes protocolos podem ser obtidos com: <screen>$ apt-cache search pop3-server $ apt-cache search imap-server</screen></para></footnote> . No entanto, se você oferecer acesso a IMAP, note que ele é um protocolo de acesso a arquivos, ele pode se tornar equivalente a um acesso shell porque os usuários podem ser capazes de obter qualquer arquivo através dele.

en: Try, for example, to configure as your inbox path <literal>{server.com}/etc/passwd</literal> if it succeeds your IMAP daemon is not properly configured to prevent this kind of access.
pt_BR: Tente, por exemplo, configurar como seu caminho para a inbox<literal>{servidor.com}/etc/passwd</literal>, se ele abrir o arquivo com sucesso seu daemon IMAP não está corretamente configurado para prevenir este tipo de acesso.

en: Of the IMAP servers in Debian the <command>cyrus</command> server (in the <application>cyrus-imapd</application> package) gets around this by having all access to a database in a restricted part of the file system. Also, <command>uw-imapd</command> (either install the <application>uw-imapd</application> or better, if your IMAP clients support it, <application>uw-imapd-ssl</application>) can be configured to chroot the users mail directory but this is not enabled by default. The documentation provided gives more information on how to configure it.
pt_BR: Dos servidores de IMAP existentes no Debian, o servidor <command>cyrus</command> (do pacote <application>cyrus-imapd</application>) contorna isto tendo todos os acessos sendo em um banco de dados mantido em uma parte restrita do sistema de arquivos. Também o <command>uw-imapd</command> (ou instale o <application>uw-imapd</application> ou melhor, se seus clientes IMAP o suportam, <application>uw-imapd-ssl</application>) poderá ser configurado para fazer o chroot do diretório dos usuários de mensagens mas isto não é ativado por padrão. A documentação fornecida oferece mais informações sober como configura-lo.

en: Also, you might want to run an IMAP server that does not need valid users to be created on the local system (which would grant shell access too), <application>courier-imap</application> (for IMAP) and <application>courier-pop</application>, <application>teapop</application> (for POP3) and <application>cyrus-imapd</application> (for both POP3 and IMAP) provide servers with authentication methods beside the local user accounts. <command>cyrus</command> can use any authentication method that can be configured through PAM while <command>teapop</command> might use databases (such as <application>postgresql</application> and <application>mysql</application>) for user authentication.
pt_BR: Também, você pode tentar executar um servidor IMAP que não precisa de usuários válidos sendo criados no sistema local (que também oferece acesso a shell). Ambos os pacotes <application>courier-imap</application> (para IMAP) e <application>courier-pop</application> <application>teapop</application> (para o POP3) e o <application>cyrus-imapd</application> (para ambos POP3 e IMAP) fornecem servidores com métodos de autenticação que não dependem de contas locais de usuários. O <command>cyrus</command> pode usar qualquer método de autenticação que possa ser configurado através do PAM tal como o <command>teapop</command> pode usar bancos de dados (tal como o <application>postgresql</application> e o <application>mysql</application>) para autenticação do usuário.

en: FIXME: Check: <application>uw-imapd</application> might be configured with user authentication through PAM too.
pt_BR: FIXME: Verifique: <application>uw-imapd</application> também precisa ser configurado com autenticação do usuário através de PAM...

en: Receiving mail securely
pt_BR: Recebendo mensagens de forma segura

en: Reading/receiving mail is the most common clear-text protocol. If you use either POP3 or IMAP to get your mail, you send your clear-text password across the net, so almost anyone can read your mail from now on. Instead, use SSL (Secure Sockets Layer) to receive your mail. The other alternative is SSH, if you have a shell account on the box which acts as your POP or IMAP server. Here is a basic <filename>fetchmailrc</filename> to demonstrate this:
pt_BR: A leitura/recebimento de mensagens é o protocolo de texto puro mais comum. Se usar ou POP3 ou IMAP para obter suas mensagens, você enviará sua senha em texto plano através da rede, assim praticamente qualquer um poderá ler suas mensagens de agora em diante. Ao invés disto, utiliza-se SSL (Secure Sockets Layer) para receber seus e-mails. A outra alternativa é utilizar o ssh, se tiver uma conta shell na máquina que atua como seu servidor POP ou IMAP. Aqui está um arquivo de configuração <filename>fetchmailrc</filename> básico para demonstrar isto:

en: The preconnect is the important line. It fires up an ssh session and creates the necessary tunnel, which automatically forwards connections to localhost port 1236 to the IMAP mail server, but encrypted. Another possibility would be to use <command>fetchmail</command> with the SSL feature.
pt_BR: A linha preconnect é importante. Ela executa uma seção ssh e cria o túnel necessário, que automaticamente redireciona conexões para localhost da porta 1236 para o servidor de mensagens IMAP, mas de forma criptografada. Outra possibilidade será usar o fetchmail com características ssl.

en: If you want to provide encrypted mail services like POP and IMAP, <literal>apt-get install stunnel</literal> and start your daemons this way:
pt_BR: Se deseja fornecer serviços de mensagens criptografadas como POP e IMAP,<literal>apt-get install stunnel</literal> e inicie seus daemons da seguinte forma:

en: This command wraps the provided daemon (-l) to the port (-d) and uses the specified SSL certificate (-p).
pt_BR: Este comando direciona as conexões do daemon fornecido (-l) para a porta (-d) e utiliza o certificado ssl especificado (-p).

en: Securing BIND
pt_BR: Tornando o BIND mais seguro

en: There are different issues that can be tackled in order to secure the Domain server daemon, which are similar to the ones considered when securing any given service:
pt_BR: Existem diferentes métodos que podem ser usados para deixar o daemon de serviços de Domínio mais seguro, que são parecidos com os mostrados considerados quando tornamos qualquer determinado serviço mais seguro:

en: configuring the daemon itself properly so it cannot be misused from the outside (see <xref linkend="configure-bind" />). This includes limiting possible queries from clients: zone transfers and recursive queries.
pt_BR: configurando o próprio daemon adequadamente assim ele não poderá ser abusado de fora (veja <xref linkend="configure-bind" />) Isto inclui limitar requisições de clientes: transferências de zonas e pesquisas recursivas.

en: limit the access of the daemon to the server itself so if it is used to break in, the damage to the system is limited. This includes running the daemon as a non-privileged user (see <xref linkend="user-bind" />) and chrooting it (see <xref linkend="chroot-bind" />).
pt_BR: limitar o acesso do daemon ao próprio servidor assim se ele for usado para um corrompimento, a falha no sistema será limitada. Isto inclui executar o daemon como um usuário não-privilegiado (veja <xref linkend="user-bind" />) e fazer ele rodar dentro um chroot (see <xref linkend="chroot-bind" />)

en: Bind configuration to avoid misuse
pt_BR: Configuração do Bind para evitar má utilização

en: You should restrict some of the information that is served from the DNS server to outside clients so that it cannot be used to retrieve valuable information from your organization that you do not want to give away. This includes adding the following options: <emphasis>allow-transfer</emphasis>, <emphasis>allow-query</emphasis>, <emphasis>allow-recursion</emphasis> and <emphasis>version</emphasis>. You can either limit this on the global section (so it applies to all the zones served) or on a per-zone basis. This information is documented in the <application>bind-doc</application> package, read more on this on <filename>/usr/share/doc/bind/html/index.html</filename> once the package is installed.
pt_BR: Você deverá restringir algumas das informações que são servidas pelo BIND para clientes externos, assim não poderão ser usadas para obter informações sobre sua empresa que não deseja dar. Isto inclui adicionar as seguintes opções: <emphasis>allow-transfer</emphasis>, <emphasis>allow-query</emphasis>, <emphasis>allow-recursion</emphasis> e <emphasis>version</emphasis>. Você pode ou limitar esta seção global (assim aplicando a todas as zonas que são servidas) ou por zona. Esta informação está incluída no pacote <application>bind-doc</application>, leia mais sobre isto em <filename>/usr/share/doc/bind/html/index.html</filename> assim que o pacote for instalado.

en: Imagine that your server is connected to the Internet and to your internal (your internal IP is 192.168.1.2) network (a basic multi-homed server), you do not want to give any service to the Internet and you just want to enable DNS lookups from your internal hosts. You could restrict it by including in <filename>/etc/bind/named.conf</filename>:
pt_BR: Imagine que seu servidor (um servidor básico contendo múltiplos endereços) está conectado à Internet e à sua rede interna (seu endereço IP é 192.168.1.2), você não vai querer oferecer qualquer serviço para os computadores. Você poderá restringir o bind incluindo o seguinte no <filename>/etc/bind/named.conf</filename>:

en: 
    options {
                allow-query { 192.168.1/24; } ;
                allow-transfer { none; } ; 
                allow-recursion { 192.168.1/24; } ;
                listen-on { 192.168.1.2; } ;
                forward { only; } ;
                forwarders { A.B.C.D; } ;
    };
pt_BR: 
    options {
    	    allow-query { 192.168.1/24; } ;
    	    allow-transfer { none; } ; 
    	    allow-recursion { 192.168.1/24; } ;
    	    listen-on { 192.168.1.2; } ;
    	    forward { only; } ;
    	    forwarders { A.B.C.D; } ;
    };

en: The <emphasis>listen-on</emphasis> option makes the DNS bind to only the interface that has the internal address, but, even if this interface is the same as the interface that connects to the Internet (if you are using NAT, for example), queries will only be accepted if coming from your internal hosts. If the system has multiple interfaces and the <emphasis>listen-on</emphasis> is not present, only internal users could query, but, since the port would be accessible to outside attackers, they could try to crash (or exploit buffer overflow attacks) on the DNS server. You could even make it listen only on 127.0.0.1 if you are not giving DNS service for any other systems than yourself.
pt_BR: A opção <emphasis>listen-on</emphasis> faz o BIND ser executado somente na interface que tem o endereço interno, mas, até mesmo se esta interface for a mesma que te conecta a internet (caso estiver usando NAT, por exemplo), as requisições serão aceitas somente se estiverem vindo de suas máquinas internas. Se o sistema tiver múltiplas interfaces e a opção <emphasis>listen-on</emphasis> não estiver presente, somente usuários internos poderão fazer requisições, mas, como a porta está acessível para possíveis invasores externos, eles podem tentar travar (ou tentar realizar ataques de estouro de buffer) no servidor DNS. Você poderia até fazê-lo escutar somente em 127.0.0.1, se não estiver oferecendo o serviço de DNS em qualquer outro sistema além do seu.

en: The version.bind record in the chaos class contains the version of the currently running bind process. This information is often used by automated scanners and malicious individuals who wish to determine if one's <command>bind</command> is vulnerable to a specific attack. By providing false or no information in the version.bind record, one limits the probability that one's server will be attacked based on its published version. To provide your own version, use the <emphasis>version</emphasis> directive in the following manner:
pt_BR: O registro version.bind na classe chaos contém a versão do processo do bind atualmente em execução. Esta informação é freqüentemente usada por scaneadores automáticos e individualmente por pessoas maliciosas que desejam determinar se o bind é vulnerável a um ataque específico. Oferecendo informações falsas ou não fornecendo informações ao registro version.bind, diminui a probabilidade que o servidor seja atacado baseado na versão publicada. Para fornecer sua própria versão, use a diretiva <emphasis>version</emphasis> da seguinte forma:

en:  options { ... various options here ...
    version "Not available."; };
pt_BR:  options { ... várias opções aqui ...
    version "Não disponível."; };

en: Changing the version.bind record does not provide actual protection against attacks, but it might be considered a useful safeguard.
pt_BR: A alteração do registro version.bind não oferece proteção atualmente contra ataques, mas pode ser considerado útil para a segurança.

en: A sample <filename>named.conf</filename> configuration file might be the following:
pt_BR: Um arquivo simples de configuração <filename>named.conf</filename> pode ser o seguinte:

en: 
    acl internal {
            127.0.0.1/32;           // localhost
            10.0.0.0/8;             // internal
            aa.bb.cc.dd;            // eth0 IP
    };
    
    acl friendly {
            ee.ff.gg.hh;            // slave DNS
            aa.bb.cc.dd;            // eth0 IP
            127.0.0.1/32;           // localhost
            10.0.0.0/8;             // internal
    };
    
    options {
            directory "/var/cache/bind";
            allow-query { internal; };
            allow-recursion { internal; };
            allow-transfer { none; };
    };
    // From here to the mysite.bogus zone 
    // is basically unmodified from the debian default
    logging {
            category lame-servers { null; };
            category cname { null; };   
    };
    
    zone "." {
            type hint;
            file "/etc/bind/db.root";
    };
    
    zone "localhost" {
            type master;
            file "/etc/bind/db.local";
    };
    
    zone "127.in-addr.arpa" {
            type master;
            file "/etc/bind/db.127";
    };
    
    zone "0.in-addr.arpa" {
            type master;
            file "/etc/bind/db.0";
    };
    
    zone "255.in-addr.arpa" {
            type master;
            file "/etc/bind/db.255";
    };
    
    // zones I added myself
    zone "mysite.bogus" {
            type master;
            file "/etc/bind/named.mysite";
            allow-query { any; };
            allow-transfer { friendly; };
    };
pt_BR: 
    acl internal {
            127.0.0.1/32;           // localhost
            10.0.0.0/8;             // interna
            aa.bb.cc.dd;            // IP da eth0
    };
    
    acl friendly {
            ee.ff.gg.hh;            // DNS escravo
            aa.bb.cc.dd;            // IP da eth0
            127.0.0.1/32;           // localhost
            10.0.0.0/8;             // interna
    };
    
    options {
            directory "/var/cache/bind";
            allow-query { internal; };
            allow-recursion { internal; };
            allow-transfer { none; };
    };
    // A partir daqui, a zona mysite.bogus é 
    // basicamente uma versão não modificada do padrão do Debian
    logging {
            category lame-servers { null; };
            category cname { null; };   
    };
    
    zone "." {
            type hint;
            file "/etc/bind/db.root";
    };
    
    zone "localhost" {
            type master;
            file "/etc/bind/db.local";
    };
    
    zone "127.in-addr.arpa" {
            type master;
            file "/etc/bind/db.127";
    };
    
    zone "0.in-addr.arpa" {
            type master;
            file "/etc/bind/db.0";
    };
    
    zone "255.in-addr.arpa" {
            type master;
            file "/etc/bind/db.255";
    };
    
    // zones I added myself
    zone "mysite.bogus" {
            type master;
            file "/etc/bind/named.mysite";
            allow-query { any; };
            allow-transfer { friendly; };
    };

en: Please (again) check the Bug Tracking System regarding Bind, specifically <ulink name="Bug #94760 (regarding ACLs on zone transfers)" url="http://bugs.debian.org/94760" />. Feel free to contribute to the bug report if you think you can add useful information.
pt_BR: Por favor (novamente) verifique o Sistema de Tratamento de Falhas a respeito do bind, especificamente <ulink url="http://bugs.debian.org/94760" name="Bug #94760 (relacionado com ACLs em transferência de zonas)" />. Sinta-se livre para contribuir para relatar falhas se achar que podem adicionar informações úteis.

en: Changing BIND's user
pt_BR: Alterando o usuário do BIND

en: Regarding limiting BIND's privileges you must be aware that if a non-root user runs BIND, then BIND cannot detect new interfaces automatically, for example when you put a PCMCIA card into your laptop. Check the <filename>README.Debian</filename> file in your named documentation (<filename>/usr/share/doc/bind/README.Debian</filename>) directory for more information about this issue. There have been many recent security problems concerning BIND, so switching the user is useful when possible. We will detail here the steps needed in order to do this, however, if you want to do this in an automatic way you might try the script provided in <xref linkend="bind-chuser" />.
pt_BR: Com relação a limitação de privilégios do BIND, você deverá estar ciente que se um usuário não root executa o BIND, então o BIND não detectará novas interfaces automaticamente, por exemplo, se colocar uma placa PCMCIA no notebook. Verifique o arquivo README.Debian na documentação do named veja o diretório (<filename>/usr/share/doc/bind/README.Debian</filename>) para mais informações sobre este assunto. Ocorreram muitos problemas de segurança recentes relacionados com o BIND, assim a alteração do usuário é mais útil quando possível. Nós detalharemos os passos para fazer isto, no entanto, se quiser fazer isto de uma forma automática, tente o script fornecido em <xref linkend="bind-chuser" />.

en: To run BIND under a different user, first create a separate user and group for it (it is <emphasis>not</emphasis> a good idea to use nobody or nogroup for every service not running as root). In this example, the user and group <literal>named</literal> will be used. You can do this by entering:
pt_BR: Para executar o BIND sob um usuário diferente, primeiro crie um usuário separado e um grupo (<emphasis>não</emphasis> é uma boa idéia usar o nobody ou nogroup para cada serviço que não estiver sendo executado como root). Neste exemplo, o usuário e grupo <literal>named</literal> serão usados. Você poderá fazer isto da seguinte forma:

en: Notice that the user <literal>named</literal> will be quite restricted. If you want, for whatever reason, to have a less restrictive setup use:
pt_BR: Note que o usuário <literal>named</literal> será bastante restringido. Se você quiser, por alguma razão, ter uma configuração menos restrita, utilize:

en: Now you can either edit <filename>/etc/init.d/bind</filename> with your favorite editor and change the line beginning with
pt_BR: Agora, edite o arquivo <literal>/etc/init.d/bind</literal> com seu editor favorito e altere a linha que começa com

en: to<footnote><para>Note that depending on your bind version you might not have the <literal>-g</literal> option, most notably if you are using bind9 in sarge (9.2.4 version).</para></footnote>
pt_BR: para<footnote><para>Note que dependendo de sua versão do BIND você pode não ter a opção <literal>-g</literal>, mais precisamente se estiver usando a woody e instalando o bind9 (9.2.1-2.woody).</para></footnote>

en: Change the permissions of files that are used by Bind, including <filename>/etc/bind/rndc.key</filename>:
pt_BR: Altere as permissões dos arquivo que são usados pelo Bind, incluindo <filename>/etc/bind/rndc.key</filename>:

en: and where bind creates its pidfile, using, for example, <filename>/var/run/named</filename> instead of <filename>/var/run</filename>:
pt_BR: e onde o bind cria seu arquivo de pid, usando, por exemplo, <filename>/var/run/named</filename> ao invés de <filename>/var/run</filename>:

en: 
    $ mkdir /var/run/named
    $ chown named.named /var/run/named
    $ vi /etc/named.conf
    [ ... update the configuration file to use this new location ...]
    options { ...
            pid-file "/var/run/named/named.pid";
    };
    [ ... ]
pt_BR: 
    $ mkdir /var/run/named
    $ chown named.named /var/run/named
    $ vi /etc/named.conf
    [ ... atualize o arquivo de configuração para sua nova localização ...]
    options { ...
            pid-file "/var/run/named/named.pid";
    };
    [ ... ]

en: Note: Depending on your Debian version you might have to change the <literal>restart</literal> line too. This was fixed in Debian's bind version <literal>1:8.3.1-2</literal>.
pt_BR: Nota: Dependendo de sua versão do Debian, você deverá também alterar a linha <literal>restart</literal>. Isto foi corrigido na versão do Bind do Debian <literal>1:8.3.1-2</literal>.

en: All you need to do now is to restart bind via <literal>/etc/init.d/bind restart</literal>, and then check your syslog for two entries like this:
pt_BR: Tudo que precisa fazer agora é reiniciar o bind via '/etc/init.d/bind restart', e então procurar em seu syslog pelas seguintes duas linhas, como estas:

en: Voilà! Your named now <emphasis>does not</emphasis> run as root. If you want to read more information on why BIND does not run as non-root user on Debian systems, please check the Bug Tracking System regarding Bind, specifically <ulink name="Bug #50013: bind should not run as root" url="http://bugs.debian.org/50013" /> and <ulink name="Bug #132582: Default install is potentially insecure" url="http://bugs.debian.org/132582" />, <ulink name="Bug #53550" url="http://bugs.debian.org/53550" />, <ulink name="Bug #52745" url="http://bugs.debian.org/52745" />, and <ulink name="Bug #128129" url="http://bugs.debian.org/128129" />. Feel free to contribute to the bug reports if you think you can add useful information.
pt_BR: Voilá! Seu named agora <emphasis>não é executado</emphasis> como root. Se desejar ler mais informações sobre porque o BIND não pode ser executado por um usuário não-root em sistemas Debian, verifique o sistema de tratamento de falhas, especificamente <ulink url="http://bugs.debian.org/50013" name="Bug #50013: bind should not run as root" /> e <ulink name="Bug #132582: Default install is potentially insecure" url="http://bugs.debian.org/132582" />, <ulink name="Bug #53550" url="http://bugs.debian.org/53550" />, <ulink name="Bug #128120" url="http://bugs.debian.org/52745" />, e <ulink url="http://bugs.debian.org/128129" name="Bug #128120" />. Sinta-se livre para contribuir para os relatórios de falhas se achar que pode adicionar informações úteis.

en: Chrooting the name server
pt_BR: Executando o servidor de nomes em uma jaula chroot

en: To achieve maximum BIND security, now build a chroot jail (see <xref linkend="chroot" />) around your daemon. There is an easy way to do this: the <literal>-t</literal> option (see the <citerefentry><refentrytitle>named</refentrytitle> <manvolnum>8</manvolnum></citerefentry> manual page or page 100 of <ulink name="Bind's 9 documentation (PDF)" url="http://www.nominum.com/content/documents/bind9arm.pdf" />). This will make Bind chroot itself into the given directory without you needing to set up a chroot jail and worry about dynamic libraries. The only files that need to be in the chroot jail are:
pt_BR: Para obter o máximo de segurança no BIND, agora construa uma jaula chroot (veja <xref linkend="chroot" />) em torno do seu daemon. Existe um método fácil de se fazer isto: a opção <literal>-t</literal> (veja a <citerefentry><refentrytitle>named</refentrytitle> <manvolnum>8</manvolnum></citerefentry> página de manual ou a página 100 do <ulink name="Documentação do Bind's 9 (PDF)" url="http://www.nominum.com/content/documents/bind9arm.pdf" />). Isto instruirá o Bind a fazer uma jaula de si mesmo em um diretório especificado sem a necessidade de configurar uma jaula chroot e se preocupar com as bibliotecas dinâmicas. Os únicos arquivos que precisam estar na jaula são:

en: 
    dev/null
    etc/bind/       - should hold named.conf and all the server zones
    sbin/named-xfer - if you do name transfers
    var/run/named/  - should hold the PID and the name server cache (if
                      any) this directory needs to be writable by named user
    var/log/named   - if you set up logging to a file, needs to be writable
                      for the named user
    dev/log         - syslogd should be listening here if named is configured to
                      log through it
pt_BR: 
    dev/null
    etc/bind/       - deverá ter o named.conf e todas as zonas do servidor
    sbin/named-xfer - se fizer transferências de nomes
    var/run/named/  - deverá ter a pid e o nome do servidor de cache (se tiver)
                      este diretório precisa ter permissões de gravação para o
                      usuário named.
    var/log/named   - se configurar o log para um arquivo, este precisa ter permissões
                      de gravação para o usuário named
    dev/log         - o syslogd deverá estar escutando aqui caso o named estiver
                      configurado para realizar logs através dele.

en: In order for your Bind daemon to work properly it needs permission in the named files. This is an easy task since the configuration files are always at <literal>/etc/named/</literal>. Take into account that it only needs read-only access to the zone files, unless it is a secondary or cache name server. If this is your case you will have to give read-write permissions to the necessary zones (so that zone transfers from the primary server work).
pt_BR: Para seu daemon do Bind funcionar adequadamente, ele precisará de permissões nos arquivos do named. Esta é uma tarefa simples, pois os arquivos de configuração estão sempre localizados em <literal>/etc/named/</literal>. Tenha em mente que ele somente precisa de acesso de leitura aos arquivos de zonas, a não ser que seja um DNS secundário ou servidor de cache de nomes. Se este é seu caso, você terá que dar permissões completas para as zonas necessárias (assim as zonas transferidas do servidor principal funcionarão).

en: Also, you can find more information regarding Bind chrooting in the <ulink name="Chroot-BIND-HOWTO" url="http://www.tldp.org/HOWTO/Chroot-BIND-HOWTO.html" /> (regarding Bind 9) and <ulink name="Chroot-BIND8-HOWTO" url="http://www.tldp.org/HOWTO/Chroot-BIND8-HOWTO.html" /> (regarding Bind 8). This same documents should be available through the installation of the <application>doc-linux-text</application> (text version) or <application>doc-linux-html</application> (HTML version). Another useful document is <ulink url="http://web.archive.org/web/20011024064030/http://www.psionic.com/papers/dns/dns-linux" />.
pt_BR: Adicionalmente, mais detalhes sobre o Bind e chroot pode ser encontrados no <ulink name="Chroot-BIND-HOWTO" url="http://www.tldp.org/HOWTO/Chroot-BIND-HOWTO.html" /> (relacionado com o Bind 9) e <ulink url="http://www.tldp.org/HOWTO/Chroot-BIND8-HOWTO.html" name="Chroot-BIND8-HOWTO" /> (relacionado com o Bind 8). Este mesmo documento deverá estar disponível através da instalação do <application>doc-linux-text</application> (versão texto) ou <application>doc-linux-html</application> (versão html). Outro documento útil é <ulink url="http://web.archive.org/web/20011024064030/http://www.psionic.com/papers/dns/dns-linux" />.

en: 
    dev/log - syslogd should be listening here
    dev/null
    etc/bind/named.conf 
    etc/localtime
    etc/group - with only a single line: "named:x:GID:"
    etc/ld.so.cache - generated with ldconfig 
    lib/ld-2.3.6.so
    lib/libc-2.3.6.so
    lib/ld-linux.so.2 - symlinked to ld-2.3.6.so
    lib/libc.so.6 - symlinked to libc-2.3.6.so
    sbin/ldconfig - may be deleted after setting up the chroot
    sbin/named-xfer - if you do name transfers
    var/run/
pt_BR: 
    dev/log - o syslogd deverá estar escutando aqui
    dev/null
    etc/bind/named.conf 
    etc/localtime
    etc/group - com somente uma linha simples: "named:x:GID:"
    etc/ld.so.cache - gerado com o ldconfig   
    lib/ld-2.1.3.so
    lib/libc-2.1.3.so
    lib/ld-linux.so.2 - link simbólico para ld-2.1.3.so  
    lib/libc.so.6 - link simbólico para libc-2.1.3.so
    sbin/ldconfig - pode ser apagado após configurar a jaula chroot
    sbin/named-xfer - se fizer transferências de nomes
    var/run/

en: And modify also <command>syslogd</command> listen on <literal>$CHROOT/dev/log</literal> so the named server can write syslog entries into the local system log.
pt_BR: Também modifique o <command>syslogd</command> para escutar no $CHROOT/dev/log assim o servidor de nomes poderá gravar entradas do syslog no log local do sistema.

en: If you want to avoid problems with dynamic libraries, you can compile bind statically. You can use <command>apt-get</command> for this, with the <literal>source</literal> option. It can even download the packages you need to properly compile it. You would need to do something similar to:
pt_BR: Se deseja evitar problemas com bibliotecas dinâmicas, você poderá compilar o binário estaticamente. Você poderá usar o <command>apt-get</command> para fazer isto, com a opção <literal>source</literal>. Ele pode até mesmo baixar os pacotes que precisa para compila-los adequadamente. Você deverá fazer algo similar a isto:

en: For more information on how to set up chroots see <xref linkend="chroot" />.
pt_BR: Para mais informações sobre como configurar jaulas chroot veja <xref linkend="chroot" />.

en: FIXME: Merge info from <ulink url="http://people.debian.org/~pzn/howto/chroot-bind.sh.txt" />, <ulink url="http://www.cryptio.net/~ferlatte/config/" /> (Debian-specific), <ulink url="http://web.archive.org/web/20021216104548/http://www.psionic.com/papers/whitep01.html" /> and <ulink url="http://csrc.nist.gov/fasp/FASPDocs/NISTSecuringDNS.htm" />.
pt_BR: FIXME, merge info from <ulink url="http://people.debian.org/~pzn/howto/chroot-bind.sh.txt" />, <ulink url="http://www.cryptio.net/~ferlatte/config/" /> (Debian-specific), <ulink url="http://web.archive.org/web/20021216104548/http://www.psionic.com/papers/whitep01.html" /> and <ulink url="http://csrc.nist.gov/fasp/FASPDocs/NISTSecuringDNS.htm" />.

en: Securing Apache
pt_BR: Tornando o Apache mais seguro

en: FIXME: Add content: modules provided with the normal Apache installation (under /usr/lib/apache/X.X/mod_*) and modules that can be installed separately in libapache-mod-XXX packages.
pt_BR: FIXME: Adicionar conteúdo: os módulos fornecidos com a instalação padrão do Apache (sob /usr/lib/apache/X.X/mod_*) e módulos que podem ser instalados separadamente pelos pacotes libapache-mod-XXX.

en: You can limit access to the Apache server if you only want to use it internally (for testing purposes, to access the <application>doc-central</application> archive, etc.) and do not want outsiders to access it. To do this use the <literal>Listen</literal> or <literal>BindAddress</literal> directives in <filename>/etc/apache/http.conf</filename>.
pt_BR: Você poderá limitar o acesso ao servidor Apache se você somente deseja usar ele internamente (para propósitos de testes, para acessar os arquivos do <application>doc-central</application>, etc..) e não deseja que pessoas de fora o acessem. Para fazer isto, use as diretivas <literal>Listen</literal> ou <literal>BindAddress</literal> no <filename>/etc/apache/http.conf</filename>.

en: Then restart apache with <literal>/etc/init.d/apache restart</literal> and you will see that it is only listening on the loopback interface.
pt_BR: Então reinicie o apache com <literal>/etc/init.d/apache restart</literal> e você verá que ele somente esperará por requisições na interface loopback.

en: In any case, if you are not using all the functionality provided by Apache, you might want to take a look at other web servers provided in Debian like <application>dhttpd</application>.
pt_BR: Em qualquer caso, se não estiver usando todas as funcionalidades fornecidas pelo Apache, você poderá querer dar uma olhada em outros servidores web fornecidos no Debian, como o <application>dhttpd</application>.

en: The <ulink name="Apache Documentation" url="http://httpd.apache.org/docs/misc/security_tips.html" /> provides information regarding security measures to be taken on Apache web server (this same information is provided in Debian by the <application>apache-doc</application> package).
pt_BR: A <ulink url="http://httpd.apache.org/docs/misc/security_tips.html" name="Documentação do Apache" /> fornece informações relacionadas com medidas de segurança a serem tomadas no servidor web Apache (estes mesmos passos são oferecidos no Debian através do pacote <application>apache-doc</application>).

en: More information on further restricting Apache by setting up a chroot jail is provided in <xref linkend="chroot-apache-env" />.
pt_BR: Mais informações sobre restrições do Apache configurando uma jaula chroot são mostradas em <xref linkend="chroot-apache-env" />.

en: Disabling users from publishing web contents
pt_BR: Proibindo a publicação de conteúdo dos usuários

en: The default Apache installation in Debian permits users to publish content under the <filename>$HOME/public_html</filename>. This content can be retrieved remotely using an URL such as: http://your_apache_server/~user.
pt_BR: A instalação padrão do Apache no Debian permite que usuários publiquem conteúdo sob o diretório <filename>$HOME/public_html</filename>. Este conteúdo pode ser pego remotamente usando uma URL tal como: http://your_apache_server/~user.

en: If you do not want to permit this you must change the <filename>/etc/apache/http.conf</filename> configuration file commenting out (in Apache 1.3) the following module:
pt_BR: Se não quiser permitir isto, você deverá alterar o arquivo de configuração <filename>/etc/apache/http.conf</filename> comentando a linha:

en: An attacker might still do user enumeration, since the answer of the web server will be a <emphasis>403 Permission Denied</emphasis> and not a <emphasis>404 Not available</emphasis>. You can avoid this if you use the Rewrite module.
pt_BR: Um invasor ainda pode usar enumeração de usuário, pois a resposta do servidor será um <emphasis>403 Permissão negada</emphasis> e não um <emphasis>404 Não disponível</emphasis>.

en: Logfiles permissions
pt_BR: Permissões de arquivos de log

en: Apache logfiles, since 1.3.22-1, are owned by user 'root' and group 'adm' with permissions 640. These permissions are changed after rotation. An intruder that accessed the system through the web server would not be able (without privilege escalation) to remove old log file entries.
pt_BR: Os arquivos de log do Apache, desde a 1.3.22-1, tem como dono o usuário 'root' e grupo 'adm' com permissões 640, estas permissões são alteradas após o rotacionamento de logs. Um intruso que acessou o sistema através do servidor web não será capaz (sem escalação de privilégios) de remover entradas antigas do log.

en: Published web files
pt_BR: Arquivos da Web Publicados

en: Apache files are located under <filename>/var/www</filename>. Just after installation the default file provides some information on the system (mainly that it's a Debian system running Apache). The default webpages are owned by user root and group root by default, while the Apache process runs as user www-data and group www-data. This should make attackers that compromise the system through the web server harder to deface the site. You should, of course, substitute the default web pages (which might provide information you do not want to show to outsiders) with your own.
pt_BR: Os arquivos do Apache estão localizados sob <filename>/var/www</filename>. Apenas após a instalação o arquivo de configuração padrão fornecerá algumas informações sobre o sistema (principalmente que é um sistema Debian executando o Apache). As páginas web padrões tem como dono o usuário root e grupo root por padrão, enquanto o processo do Apache é executado como o usuário e grupo www-data. Isto torna difícil para invasores que comprometem o sistema através do servidor web, desfigurarem o site. Você deverá, é claro, substituir as páginas padrões por suas próprias (que fornecem informações que não deseja mostrar para pessoas de fora).

en: Securing finger
pt_BR: Tornando o finger mais seguro

en: If you want to run the finger service first ask yourself if you need to do so. If you do, you will find out that Debian provides many finger daemons (output from <command>apt-cache search fingerd</command>):
pt_BR: Se desejar executar o serviço finger, primeiro pergunte a você mesmo porque o deseja. Se precisar dele, você verá que o Debian fornece vários daemons de finger (saída do comando <command>apt-cache search fingerd</command>):

en: cfingerd - Configurable finger daemon
pt_BR: cfingerd - Daemon de finger configurável

en: efingerd - Another finger daemon for unix, capable of fine-tuning your output.
pt_BR: efingerd - Outro daemon de finger para unix, capaz de ajustes finos em sua saída.

en: ffingerd - a secure finger daemon
pt_BR: ffingerd - um daemon seguro do finger

en: fingerd - Remote user information server.
pt_BR: fingerd - Servidor remoto de informações do usuário.

en: xfingerd - BSD-like finger daemon with qmail support.
pt_BR: xfingerd - BSD-like daemon de finger com suporte a qmail.

en: <application>ffingerd</application> is the recommended finger daemon if you are going to use it for a public service. In any case, you are encouraged to, when setting it up through inetd, xinetd or tcpserver to: limit the number of processes that will be running at the same time, limit access to the finger daemon from a given number of hosts (using tcp wrappers) and having it only listening to the interface you need it to be in.
pt_BR: O <application>ffingerd</application> é o daemon de finger recomendado se estiver usando-o em serviços públicos. Em qualquer caso, você é encorajado, quando estiver configurando através do inetd, xinetd ou tcpserver, a: limitar o número de processos que podem ser executados ao mesmo tempo, limitando o acesso ao daemon de finger de um número determinado de máquinas (usando o tcp wrappers) e escutando somente nas interfaces onde deve operar.

en: General chroot and suid paranoia
pt_BR: Paranóia geral do chroot e suid

en: <command>chroot</command> is one of the most powerful possibilities to restrict a daemon or a user or another service. Just imagine a jail around your target, which the target cannot escape from (normally, but there are still a lot of conditions that allow one to escape out of such a jail). You can eventually create a modified root environment for the user or service you do not trust. This can use quite a bit of disk space as you need to copy all needed executables, as well as libraries, into the jail. But then, even if the user does something malicious, the scope of the damage is limited to the jail.
pt_BR: O <command>chroot</command> é uma das mais poderosas possibilidades para restringir um daemon, ou um usuário ou outro serviço. Apenas imagine uma jaula em torno de seu alvo, onde o alvo não pode escapar dela (normalmente, mas existem várias condições que permitam que um escape de tal jaula). Se não confia em um usuário ou em um serviço, você poderá criar um ambiente root modificado para ele. Isto poderá usar algum espaço do disco para copiar todos os executáveis requeridos, assim como bibliotecas, na jaula. Mas então, até mesmo se o usuário fizer algo malicioso, o escopo do ano é limitado a jaula.

en: Many services running as daemons could benefit from this sort of arrangement. The daemons that you install with your Debian distribution will not come, however, chrooted<footnote><para>It does try to run them under <emphasis>minimum priviledge</emphasis> which includes running daemons with their own users instead of having them run as root. </para></footnote> per default.
pt_BR: Muitos serviços executados como daemons poderão se beneficiar deste tipo de técnica. Os daemons que você instala no Debian não virão, no entanto, dentro de chroot <footnote><para>Eles não tentarão ser executados sob <emphasis>mínimo privilégio</emphasis> que inclui a execução de daemons com seus próprios usuários ao invés de tê-los executando como root</para></footnote> por padrão.

en: This includes: name servers (such as <command>bind</command>), web servers (such as <command>apache</command>), mail servers (such as <command>sendmail</command>) and ftp servers (such as <command>wu-ftpd</command>). It is probably fair to say that the complexity of BIND is the reason why it has been exposed to a lot of attacks in recent years (see <xref linkend="sec-bind" />).
pt_BR: Isto inclui: servidores de nomes (tal como o <command>bind</command>), servidores web (tal como o <command>apache</command>), servidores de mensagens (tal como o <command>sendmail</command> e servidores ftp (tal como o <command>wu-ftpd</command>). Provavelmente basta dizer que a complexibilidade do BIND é a razão de que ele foi exposto a vários ataques nos últimos anos (see <xref linkend="sec-bind" />).

en: However, Debian does provide some software that can help set up <command>chroot</command> environments. See <xref linkend="auto-chroot" />.
pt_BR: No entanto, o Debian não oferece muitos programas que podem ajuda-lo a configurar um ambiente <command>chroot</command>. Veja <xref linkend="auto-chroot" />.

en: Anyway, if you run any service on your system, you should consider running them as secure as possible. This includes: revoking root privileges, running in a restricted environment (such as a chroot jail) or replacing them with a more secure equivalent.
pt_BR: De qualquer maneira, se executar qualquer serviço em seu sistema, considere torná-lo mais seguro o possível. Isto inclui: revogar os privilégios de root, executá-lo em um ambiente seguro (tal como uma jaula chroot) ou substituí-lo por um equivalente mais seguro.

en: However, be forewarned that a <command>chroot</command> jail can be broken if the user running in it is the superuser. So, you need to make the service run as a non-privileged user. By limiting its environment you are limiting the world readable/executable files the service can access, thus, you limit the possibilities of a privilege escalation by use of local system security vulnerabilities. Even in this situation you cannot be completely sure that there is no way for a clever attacker to somehow break out of the jail. Using only server programs which have a reputation for being secure is a good additional safety measure. Even minuscule holes like open file handles can be used by a skilled attacker for breaking into the system. After all, <command>chroot</command> was not designed as a security tool but as a testing tool.
pt_BR: No entanto, já esteja avisado que uma jaula <command>chroot</command> pode ser quebrada se o usuário dentro dela for o superusuário. Assim você deverá estar certo que o serviço está sendo executado por um usuário não privilegiado. Limitando seu ambiente, estará limitando os arquivos lidos/executáveis que o serviço poderá acessar, assim, limitando as possibilidade de uma escalação privilegiada usar as vulnerabilidade de segurança locais do sistema. Até mesmo nesta situação, você não poderá ter certeza completa de que lá não existe métodos para um invasor inteligente quebrar a jaula. Usando somente programas de servidor que tem a reputação de serem seguidos é uma boa medida adicional. Até mesmo minúsculos furos como arquivos abertos podem serem usados por um invasor com conhecimentos para quebrar o sistema. Após tudo isto, o <command>chroot</command> não foi designado como uma ferramenta de segurança, mas como uma ferramenta de testes.

en: Making chrooted environments automatically
pt_BR: Criando automaticamente ambientes chroots

en: There are several programs to chroot automatically servers and services. Debian currently (accepted in May 2002) provides Wietse Venema's <command>chrootuid</command> in the <application>chrootuid</application> package, as well as <application>compartment</application> and <application>makejail</application>. These programs can be used to set up a restricted environment for executing any program (<command>chrootuid</command> enables you to even run it as a restricted user).
pt_BR: Existem diversos programas que fazem automaticamente o chroot de servidores e serviços. O Debian atualmente (aceita em maio de 2002) fornece o Wietse Venema's <command>chrootuid</command> no pacote <application>chrootuid</application>, assim como o pacote <application>compartment</application> e <application>makejail</application>. Estes programas podem criar um ambiente restritivo para a execução de qualquer programa (<command>chrootuid</command> lhe permite até executa-lo como um usuário restrito).

en: Some of these tools can be used to set up the chroot environment easily. The <command>makejail</command> program for example, can create and update a chroot jail with short configuration files (it provides sample configuration files for <command>bind</command>, <command>apache</command>, <command>postgresql</command> and <command>mysql</command>). It attempts to guess and install into the jail all files required by the daemon using <command>strace</command>, <command>stat</command> and Debian's package dependencies. More information at <ulink url="http://www.floc.net/makejail/" />. <command>Jailer</command> is a similar tool which can be retrieved from <ulink url="http://www.balabit.hu/downloads/jailer/" /> and is also available as a Debian package.
pt_BR: Algumas destas ferramentas podem ser usadas para criar facilmente um ambiente chroot. O programa <command>makejail</command> por exemplo, pode criar e atualizar uma jaula chroot com arquivos de configuração pequenos (ele fornece modelos de configuração para o <command>bind</command>, <command>apache</command>, <command>postgresql</command> e <command>mysql</command>). Ele tenta adivinhar e instalar na jaula todos os arquivos requeridos pelo daemon usando o <command>strace</command>, <command>stat</command> e dependências de pacotes do Debian. Mais informações podem ser obtidas em <ulink url="http://www.floc.net/makejail/" />. O <command>Jailer</command> é uma ferramenta similar que pode ser obtida de <ulink url="http://www.balabit.hu/downloads/jailer/" /> e também está disponível como um pacote do Debian GNU.

en: General cleartext password paranoia
pt_BR: Paranóia geral sobre senhas em texto puro

en: You should try to avoid any network service which sends and receives passwords in cleartext over a net like FTP/Telnet/NIS/RPC. The author recommends the use of ssh instead of telnet and ftp to everybody.
pt_BR: Você deverá tentar evitar qualquer serviço de rede que envia e receba senhas em texto puro através da rede, como o FTP/Telnet/NIS/RPC. O autor recomenda usar o ssh ao invés de telnet e ftp para qualquer um.

en: Keep in mind that migrating from telnet to ssh, but using other cleartext protocols does not increase your security in ANY way! Best would be to remove ftp, telnet, pop, imap, http and to supersede them with their respective encrypted services. You should consider moving from these services to their SSL versions, ftp-ssl, telnet-ssl, pop-ssl, https ...
pt_BR: Tenha em mente que migrando do telnet para o ssh, mas continuando a usar outros protocolos de texto puro não aumenta sua segurança de qualquer modo! O melhor é remover o ftp, telnet, pop, imap, http e substituí-los por seus respectivos serviços criptografados. Você deverá considerar mover estes para suas versões SSL, ftp-ssl, telnet-ssl, pop-ssl, https ...

en: Most of these above listed hints apply to every Unix system (you will find them if reading any other hardening-related document related to Linux and other Unices).
pt_BR: A maioria dos listados acima se aplicam para cada sistema Unix (você os encontrará se ler qualquer documento relacionado a tornar um sistema Linux (e outros tipos e Unix) mais seguro.

en: Disabling NIS
pt_BR: Desativando o NIS

en: You should not use NIS, the Network Information Service, if possible, because it allows password sharing. This can be highly insecure if your setup is broken.
pt_BR: Você não deverá usar o NIS, o Serviço de Informações de Rede, se possível, pois ele permite o compartilhamento de senha. Isto pode ser altamente inseguro se sua configuração for corrompida.

en: If you need password sharing between machines, you might want to consider using other alternatives. For example, you can setup an LDAP server and configure PAM on your system in order to contact the LDAP server for user authentication. You can find a detailed setup in the <ulink name="LDAP-HOWTO" url="http://www.tldp.org/HOWTO/LDAP-HOWTO.html" /> (<filename>/usr/share/doc/HOWTO/en-txt/LDAP-HOWTO.txt.gz</filename>).
pt_BR: Se precisar de compartilhamento de senhas entre máquinas, você deverá considerar a adoção de outras alternativas. Por exemplo, a configuração de um servidor LDAP e o PAM para contactar o servidor LDAP para autenticação dos usuários. Você poderá encontrar uma configuração detalhada na <ulink name="LDAP-HOWTO" url="http://www.tldp.org/HOWTO/LDAP-HOWTO.html" /> (<filename>/usr/share/doc/HOWTO/en-txt/LDAP-HOWTO.txt.gz</filename>).

en: FIXME (jfs): Add info on how to set this up in Debian.
pt_BR: FIXME (jfs): Adicionar detalhes de como configurar isto no Debian

en: Securing RPC services
pt_BR: Tornando serviços RPC mais seguros

en: NFS services are quite important in some networks. If that is the case for you, then you will need to find a balance of security and usability for your network (you can read more about NFS security in the <ulink name="NFS-HOWTO" url="http://www.tldp.org/HOWTO/NFS-HOWTO.html" /> (<filename>/usr/share/doc/HOWTO/en-txt/NFS-HOWTO.txt.gz</filename>)).
pt_BR: Os serviços NFS são muito importante em algumas redes. Se este for o caso para você, então terá que encontrar um balanceamento de segurança e usabilidade para sua rede. (Você poderá ler mais sobre a segurança em NFS no <ulink url="http://www.tldp.org/HOWTO/NFS-HOWTO.html" name="NFS-HOWTO" /> (<filename>/usr/share/doc/HOWTO/en-txt/NFS-HOWTO.txt.gz</filename>).)

en: Disabling RPC services completely
pt_BR: Desativando completamente os serviços RPC

en: Disabling portmap is quite simple. There are several different methods. The simplest one in a Debian 3.0 system and later releases is to uninstall the <application>portmap</application> package. If you are running an older Debian version you will have to disable the service as seen in <xref linkend="disableserv" />, because the program is part of the <application>netbase</application> package (which cannot be de-installed without breaking the system).
pt_BR: A desativação do portmap é bem simples. Existem diversos diferentes métodos. O mais simples no sistema Debian 3.0 e mais novos é desistalar o pacote <application>portmap</application>. Se estiver executando uma versão antiga do Debian, terá que desativar o serviço como visto em <xref linkend="disableserv" />, porque o programa é parte do pacote <application>net-base</application> (que não pode ser removido sem quebrar o sistema).

en: Limiting access to RPC services
pt_BR: Limitando o acesso a serviços RPC

en: Unfortunately, in some cases removing RPC services from the system is not an option. Some local desktop services (notably SGI's <application>fam</application>) are RPC based and thus need a local portmapper. This means that under some situations, users installing a desktop environment (like GNOME) will install the portmapper too.
pt_BR: Infelizmente em alguns casos a remoção dos serviços RPC não é uma opção. Alguns serviços de desktop locais (notavelmente o <application>fam</application> da SGI) são baseados em RPC e assim precisam de um portmapper local. Isto significa que sob algumas situações, os usuários que estiverem instalando um ambiente de desktop (como o GNOME) instalarão também o portmapper.

en: There are several ways to limit access to the portmapper and to RPC services:
pt_BR: Existem diversas formas de limitar o acesso ao portmapper e aos serviços de RPC:

en: Block access to the ports used by these services with a local firewall (see <xref linkend="firewall-setup" />).
pt_BR: Bloqueando o acesso as portas usadas por estes serviços com um firewall local (veja <xref linkend="firewall-setup" />).

en: Block access to these services using tcp wrappers, since the portmapper (and some RPC services) are compiled with <filename>libwrap</filename> (see <xref linkend="tcpwrappers" />). This means that you can block access to them through the <filename>hosts.allow</filename> and <filename>hosts.deny</filename> tcp wrappers configuration.
pt_BR: Bloquear o acesso a estes serviços usando tcp wrappers, pois o portmapper (e alguns serviços RPC) são compilados com a <filename>libwrap</filename> (veja <xref linkend="tcpwrappers" />. Isto significa que você poderá bloquear o acesso a eles através do <filename>hosts.allow</filename> e <filename>hosts.deny</filename> na configuração do tcp wrappers.

en: Since version 5-5, the <application>portmap</application> package can be configured to listen only on the loopback interface. To do this, modify <filename>/etc/default/portmap</filename>, uncomment the following line: <literal>#OPTIONS="-i 127.0.0.1"</literal> and restart the portmapper. This is sufficient to allow local RPC services to work while at the same time prevents remote systems from accessing them (see, however, <xref linkend="limit-bindaddr" />).
pt_BR: Desde a versão 5-5, o pacote <application>portmap</application> pode ser configurado para somente realizar conexões na interface loopback. Para fazer isto, modifique o arquivo <filename>/etc/default/portmap</filename>, e descomente a seguinte linha: <literal>#OPTIONS="-i 127.0.0.1"</literal> e reinicie o portmapper. Isto é suficiente para permitir que serviços RPC locais funcionem enquanto ao mesmo tempo evite que sistemas remotos os acessem (no entanto, veja <xref linkend="limit-bindaddr" />.

en: Adding firewall capabilities
pt_BR: Adicionando capacidades de firewall

en: Firewalling the local system
pt_BR: Fazendo um firewall no sistema local

en: You can use firewall rules as a way to secure the access to your local system and, even, to limit the outbound communications made by it. Firewall rules can also be used to protect processes that cannot be properly configured <emphasis>not</emphasis> to provide services to some networks, IP addresses, etc.
pt_BR: Você poderá usar regras de firewall como uma forma de restringir o acesso a seu sistema local e, até mesmo, limitar comunicações feitas através dele. As regras de firewall também podem ser usadas para proteger processos que podem não estar corretamente configurados, <emphasis>não</emphasis> fornecendo serviços para algumas redes, endereços IP, etc...

en: However, this step is presented last in this manual basically because it is <emphasis>much</emphasis> better not to depend solely on firewalling capabilities in order to protect a given system. Security in a system is made up of layers, firewalling should be the last to include, once all services have been hardened. You can easily imagine a setup in which the system is solely protected by a built-in firewall and an administrator blissfully removes the firewall rules for whatever reason (problems with the setup, annoyance, human error...), this system would be wide open to an attack if there were no other hardening in the system to protect from it.
pt_BR: No entanto, este passo é mostrado por último neste manual basicamente porque é <emphasis>muito</emphasis> melhor não depender solenemente das capacidades de firewall para proteger um dado sistema. A segurança em um sistema é feita através de camadas, o firewall deve ser a última a ser adicionada, uma vez que todos os serviços foram ajustados para serem mais seguros. Você pode facilmente imaginar uma configuração em que o administrador descuidadamente remove as regras de firewall por alguma razão (problemas com a configuração, descuido, erro humano ...), este sistema pode estar aberto para um ataque se não existir outro reforço no sistema para protege-lo.

en: On the other hand, having firewall rules on the local system also prevents some bad things from happening. Even if the services provided are configured securely, a firewall can protect from misconfigurations or from fresh installed services that have not yet been properly configured. Also, a tight configuration will prevent trojans <emphasis>calling home</emphasis> from working unless the firewalling code is removed. Note that an intruder does <emphasis>not</emphasis> need superuser access to install a trojan locally that could be remotely controlled (since binding on ports is allowed if they are not priviledged ports and capabilities have not been removed).
pt_BR: Por outro lado, tendo regras de firewall no sistema local também evita que coisas ruins aconteçam. Até mesmo se os serviços fornecidos estão configurados de forma segura, um firewall pode proteger de má configurações ou de serviços instalados recentemente que ainda não foram configurados adequadamente. Também, uma configuração forte evitará que cavalos de tróia <emphasis>chamem a origem</emphasis> de funcionarem a não ser que o código do firewall seja removido. Note que um intruso <emphasis>não</emphasis> precisa de acesso de superusuário para instalar um cavalo de tróia localmente que pode ser controlado remotamente (pois a escuta a porta é permitido caso não sejam portas privilegiadas e as capacidades não foram removidas).

en: Thus, a proper firewall setup would be one with a default deny policy, that is:
pt_BR: Assim, uma configuração apropriada de firewall é aquela com a política padrão deny, que é:

en: incoming connections are allowed only to local services by allowed machines.
pt_BR: conexões de entrada são permitidas somente para serviços locais por máquinas permitidas.

en: outgoing connections are only allowed to services used by your system (DNS, web browsing, POP, email...).<footnote><para> Unlike personal firewalls in other operating systems, Debian GNU/Linux does not (yet) provide firewall generation interfaces that can make rules limiting them per process or user. However, the iptables code can be configured to do this (see the owner module in the <citerefentry><refentrytitle>iptables</refentrytitle> <manvolnum>8</manvolnum></citerefentry> manual page).</para></footnote>
pt_BR: conexões de saída somente são permitidas para serviços usados pelo seu sistema (DNS, web browsing, pop, email....) <footnote><para>De forma diferente de firewalls pessoais em outros sistemas operacionais, o Debian GNU/Linux (ainda) não fornece uma interface de geração de firewall que possa fazer regras de limitação por processo ou usuário. No entanto, o código do iptables pode fazer isto (veja o módulo owner na página de manual <citerefentry><refentrytitle>iptables</refentrytitle> <manvolnum>8</manvolnum></citerefentry>)</para></footnote>

en: the forward rule denies everything (unless you are protecting other systems, see below).
pt_BR: a regra forward bloqueia tudo (a não ser que esteja protegendo outros sistemas, veja abaixo).

en: all other incoming or outgoing connections are denied.
pt_BR: todas as outras conexões de entrada ou saída são negadas.

en: Using a firewall to protect other systems
pt_BR: Usando um firewall para proteger outros sistemas

en: A Debian firewall can also be installed in order to protect, with filtering rules, access to systems <emphasis>behind</emphasis> it, limiting their exposure to the Internet. A firewall can be configured to prevent access from systems outside of the local network to internal services (ports) that are not public. For example, on a mail server, only port 25 (where the mail service is being given) needs to be accessible from the outside. A firewall can be configured to, even if there are other network services besides the public ones running in the mail server, throw away packets (this is known as <emphasis>filtering</emphasis>) directed towards them.
pt_BR: Um firewall também pode ser instalado no Debian para proteger, com regras de filtragem, o acesso a sistemas <emphasis>através</emphasis> dela, limitando sua exposição na Internet. O firewall pode ser configurado para evitar que sistemas de fora da rede local acesse serviços (portas) que não são públicas. Por exemplo, em um servidor de mensagens, somente a porta 25 (onde o serviço de e-mail foi definido) precisa ser acessada de fora. Um firewall pode ser configurado para, até mesmo se existem outros serviços disponibilizados publicamente, descartar qualquer pacote (isto é conhecido como <emphasis>filtragem</emphasis>) direcionado a máquina.

en: You can even set up a Debian GNU/Linux box as a bridge firewall, i.e. a filtering firewall completely transparent to the network that lacks an IP address and thus cannot be attacked directly. Depending on the kernel you have installed, you might need to install the bridge firewall patch and then go to <emphasis>802.1d Ethernet Bridging</emphasis> when configuring the kernel and a new option <emphasis>netfilter ( firewalling ) support</emphasis>. See the <xref linkend="bridge-fw" /> for more information on how to set this up in a Debian GNU/Linux system.
pt_BR: Você pode até mesmo configurar a máquina Debian GNU/Linux como uma firewall bridge, i.e. um firewall de filtragem completamente transparente para a rede que deixa de lado um endereço IP e assim não pode ser atacada diretamente. Dependendo do kernel que tiver instalado, você poderá precisar fazer a instalação do patch de bridge no firewall e então ir para a seção <emphasis>802.1d Ethernet Bridging</emphasis> quando estiver configurando o kernel e uma nova opção <emphasis>netfilter ( firewalling ) support</emphasis>. Veja <xref linkend="bridge-fw" /> para mais detalhes sobre como fazer isto em um sistema Debian GNU/Linux).

en: Of course, the configuration of the firewall is always system and network dependant. An administrator must know beforehand what is the network layout and the systems to protect, the services that need to be accessed, and whether or not other network considerations (like NAT or routing) need to be taken into account. Be careful when configuring your firewall, as Laurence J. Lane says in the <application>iptables</application> package:
pt_BR: É claro que a configuração do firewall é sempre dependente de sistema e rede. Um administrador deverá conhecer de antemão qual é a estrutura da rede e os sistemas que deseja proteger, os serviços que precisam ser acessados e se ou não outras considerações de rede (como NAT ou roteamento) devem ser levadas em conta. Seja cuidadoso quando configurar seu firewall, como Laurence J. Lane diz no pacote <application>iptables</application>:

en: <emphasis>The tools can easily be misused, causing enormous amounts of grief by completely crippling network access to a system. It is not terribly uncommon for a remote system administrator to accidentally get locked out of a system hundreds or thousands of miles away. You can even manage to get locked out of a computer who's keyboard is under your own fingers. Please, use due caution.</emphasis>
pt_BR: <emphasis>As ferramentas podem ser facilmente mal utilizadas, causando uma enorme quantidade de peso na consciência e cortando o acesso a um sistema. Não é terrivelmente incomum para um administrador de sistemas remotos travar si próprio fora de um sistema centenas de milhares de milhas de distância. É também possível que alguém deixe ele próprio fora de um computador em que o teclado está sob seus dedos. Por favor, use com a devida precaução.</emphasis>

en: Remember this: just installing the <application>iptables</application> (or the older firewalling code) does not give you any protection, just provides the software. In order to have a firewall you need to <emphasis>configure</emphasis> it!
pt_BR: Lembre-se disto: apenas a instalação do <application>iptables</application> (ou do antigo código de firewall) não oferece qualquer proteção, apenas fornece o programa. Para ter um firewall, você precisa <emphasis>configurá-lo!</emphasis>

en: Using firewall packages
pt_BR: Usando pacotes de Firewall

en: Setting up manually a firewall can be complicated for novice (and sometimes even expert) administrators. However, the free software community has created a number of tools that can be used to easily configure a local firewall. Be forewarned that some of these tools are oriented more towards local-only protection (also known as <emphasis>personal firewall</emphasis>) and some are more versatile and can be used to configure complex rules to protect whole networks.
pt_BR: A configuração manual de um firewall pode ser complicada para o administrador novato (e muitas vezes para até mesmo o expert). No entanto, a comunidade de software livre tem criado um número de ferramentas que podem ser usadas para configurar facilmente um firewall local. Esteja avisado desde já que algumas destas ferramentas são orientadas somente para a proteção local (também chamadas de <emphasis>firewall pessoal</emphasis>) e algumas são mais versáteis e podem ser usadas para configurar regras complexas para proteger todas as redes.

en: Some software that can be used to set up firewall rules in a Debian system is:
pt_BR: Alguns softwares que podem ser usados para configurar regras de firewall em um sistema Debian são:
