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

en: Frequently asked Questions (FAQ)
pt_BR: Questões feitas com freqüência (FAQ)

en: This chapter introduces some of the most common questions from the Debian security mailing list. You should read them before posting there or else people might tell you to RTFM.
pt_BR: Este capítulo introduz algumas das questões mais freqüentes da lista Debian security. Você deverá lê-las antes de postar lá ou senão as pessoas lhe dirão RTFM.

en: Security in the Debian operating system
pt_BR: Tornando o sistema operacional Debian mais seguro

en: Is Debian more secure than X?
pt_BR: A Debian é mais segura que X?

en: A system is only as secure as its administrator is capable of making it. Debian's default installation of services aims to be <emphasis>secure</emphasis>, but may not be as paranoid as some other operating systems which install all services <emphasis>disabled by default</emphasis>. In any case, the system administrator needs to adapt the security of the system to the local security policy.
pt_BR: Um sistema é tão seguro quanto um administrador é capaz de faze-lo. A instalação padrão dos serviços da Debian tenta ser <emphasis>secura</emphasis>, mas pode não ser paranóica como outros sistemas operacionais que instalam todos os serviços <emphasis>desativados por padrão</emphasis>. Em qualquer caso, o administrador de sistemas precisa adaptar a segurança do sistema a sua política de segurança local.

en: For a collection of data regarding security vulnerabilities for many operating systems, see the <ulink name="US-CERT stats" url="http://www.cert.org/stats/cert_stats.html" /> or generate stats using the <ulink name="National Vulnerability Database" url="http://nvd.nist.gov/statistics.cfm" /> (formerly ICAT) Is this data useful? There are several factors to consider when interpreting the data, and it is worth noticing that the data cannot be used to compare the vulnerabilities of one operating system versus another.<footnote><para>For example, based on some data, it might seem that Windows NT is more secure than Linux, which is a questionable assertion. After all, Linux distributions usually provide many more applications compared to Microsoft's Windows NT. This <emphasis>counting vulnerabilities</emphasis> issues are better described in <ulink name="Why Open Source Software / Free Software (OSS/FS)? Look at the Numbers!" url="http://www.dwheeler.com/oss_fs_why.html#security" /> by David A. Wheeler</para></footnote> Also, keep in mind that some reported vulnerabilities regarding Debian apply only to the <emphasis>unstable</emphasis> (i.e. unreleased) branch.
pt_BR: Para uma coleção de dados envolvendo vulnerabilidades de segurança de muitos sistemas operacionais, veja <ulink url="http://securityfocus.com/vulns/stats.shtml" />. Estes dados são úteis? O site lista diversos fatores a considerar quando estiver interpretando dados, e alerta que os dados não podem ser usados para comparar vulnerabilidades de um sistema operacional versus outro. <footnote><para>Neste exemplo, baseado nos dados da Securityfocus, pode ser visto que o Windows NT é mais seguro que o Linux, o que é uma afirmação questionável. Apesar de tudo, as distribuições do Linux geralmente oferecem mais aplicações comparadas ao Windows NT da Microsoft. Estas situações de <emphasis>contagem de vulnerabilidades</emphasis> são melhor descritas em <ulink url="http://www.dwheeler.com/oss_fs_why.html#security" name="Why Open Source Software / Free Software (OSS/FS)? Look at the Numbers!" /> por David A. Wheeler</para></footnote> Também, tenha em mente que algumas das vulnerabilidades reportadas via bugs com relação a Debian, se aplicam somente ao repositório <emphasis>unstable</emphasis> (área de desenvolvimento).

en: Is Debian more secure than other Linux distributions (such as Red Hat, SuSE...)?
pt_BR: A Debian é mais segura que as outras distribuições Linux (tal como Red Hat, SuSE...)?

en: There are not really many differences between Linux distributions, with exceptions to the base installation and package management system. Most distributions share many of the same applications, with differences mainly in the versions of these applications that are shipped with the distribution's stable release. For example, the kernel, Bind, Apache, OpenSSH, Xorg, gcc, zlib, etc. are all common across Linux distributions.
pt_BR: Realmente não existem muitas diferenças entre as distribuições Linux, com exceção da instalação básica e do sistema de gerenciamento de pacotes. A maioria das distribuições compartilham muitos dos aplicativos, com a diferença básica nas versões em que estes aplicativos são oferecidos com o lançamento da distribuição estável. Por exemplo, o kernel, Bind, Apache, OpenSSH, XFree, gcc, zlib, etc. são todos idênticos entre as distribuições de Linux.

en: For example, Red Hat was unlucky and shipped when foo 1.2.3 was current, which was then later found to have a security hole. Debian, on the other hand, was lucky enough to ship foo 1.2.4, which incorporated the bug fix. That was the case in the big <ulink name="rpc.statd" url="http://www.cert.org/advisories/CA-2000-17.html" /> problem from a couple years ago.
pt_BR: Por exemplo, a Red Hat foi infeliz e ofereceu quando 1.2.3 era a atual, que em seguida foram encontrados problemas de segurança. Na Debian, por outro lado, foi sortuda e forneceu 1.2.4 que já possui a correção da falha. Este foi o caso no grande problema do <ulink name="rpc.statd" url="http://www.cert.org/advisories/CA-2000-17.html" /> diversos anos atrás.

en: There is a lot of collaboration between the respective security teams for the major Linux distributions. Known security updates are rarely, if ever, left unfixed by a distribution vendor. Knowledge of a security vulnerability is never kept from another distribution vendor, as fixes are usually coordinated upstream, or by <ulink name="CERT" url="http://www.cert.org" />. As a result, necessary security updates are usually released at the same time, and the relative security of the different distributions is very similar.
pt_BR: Existe muita colaboração entre os respectivos times de segurança das maiores distribuições Linux. Atualizações de segurança conhecidas são raramente, se existirem, deixadas de lado por desenvolvedores de uma distribuição. O conhecimento de uma vulnerabilidade de segurança nunca é mantida isolada do conhecimento de desenvolvedores de outra distribuição, pois as correções são normalmente coordenadas com o autor ou através do <ulink url="http://www.cert.org" name="CERT" />. Como um resultado, as atualizações necessárias de segurança são geralmente lançadas ao mesmo tempo e a segurança relativa de diferentes distribuições são bem parecidas.

en: One of Debian's main advantages with regards to security is the ease of system updates through the use of <command>apt</command>. Here are some other aspects of security in Debian to consider:
pt_BR: Uma das principais vantagens da Debian com relação a segurança é a facilidade de atualizações do sistema através do uso do <command>apt</command>. Aqui existem muitos outros aspectos da segurança na Debian a serem considerados:

en: Debian provides more security tools than other distributions, see <xref linkend="sec-tools" />.
pt_BR: A Debian fornece mais ferramentas de segurança que outras distribuições, veja <xref linkend="sec-tools" />.

en: Debian's standard installation is smaller (less functionality), and thus more secure. Other distributions, in the name of usability, tend to install many services by default, and sometimes they are not properly configured (remember the <ulink name="Lion" url="http://www.sophos.com/virusinfo/analyses/linuxlion.html" /> <ulink name="Ramen" url="http://www.sophos.com/virusinfo/analyses/linuxramen.html" />). Debian's installation is not as limited as OpenBSD (no daemons are active per default), but it's a good compromise. <footnote><para>&gt;Without diminishing the fact that some distributions, such as Red Hat or Mandrake, are also taking into account security in their standard installations by having the user select <emphasis>security profiles</emphasis>, or using wizards to help with configuration of <emphasis>personal firewalls</emphasis>.</para></footnote>
pt_BR: A instalação padrão da Debian é pequena (menos funcionalidades), e assim mais segura. Outras distribuições, em nome da funcionalidade, tem a tendência de instalarem diversos serviços por padrão e algumas vezes não estão corretamente configurados (lembre-se dos <ulink url="http://www.sans.org/y2k/lion.htm" name="worms Ramen ou Lion" />). A instalação da Debian não é limitada como o OpenBSD (não existem daemons ativos por padrão), mas tem um bom compromisso. <footnote><para>Sem mencionar o fato que algumas distribuições, tal como a Red Hat ou Mandrake, também estão permitindo que o usuário selecione <emphasis>perfis de segurança</emphasis> ou usando assistentes para ajudar na configuração de <emphasis>firewalls pessoais</emphasis>.</para></footnote>

en: Debian documents best security practices in documents like this one.
pt_BR: A Debian documenta as melhores práticas de segurança em documentos como este.

en: There are many Debian bugs in Bugtraq. Does this mean that it is very vulnerable?
pt_BR: Existem muitas falhas no sistema de tratamento de falhas da Debian. Isto significa que é muito vulnerável?

en: The Debian distribution boasts a large and growing number of software packages, probably more than provided by many proprietary operating systems. The more packages installed, the greater the potential for security issues in any given system.
pt_BR: A distribuição Debian conta com um número grande e crescente de pacotes de software, provavelmente mais do que os fornecidos por muitos sistemas operacionais proprietários. Quanto mais pacotes instalados, maior o potencial de falhas de segurança em um determinado sistema.

en: More and more people are examining source code for flaws. There are many advisories related to source code audits of the major software components included in Debian. Whenever such source code audits turn up security flaws, they are fixed and an advisory is sent to lists such as Bugtraq.
pt_BR: Mais e mais pessoas estão examinando o código fonte por problemas. Existem muitos alertas relacionados com a auditoria de código fonte dos maiores componentes de software incluídos na Debian. Desta forma, tais auditorias de software mostram brechas de segurança, elas são corrigidas e um aviso é enviado para listas tal como Bugtraq.

en: Bugs that are present in the Debian distribution usually affect other vendors and distributions as well. Check the "Debian specific: yes/no" section at the top of each advisory (DSA).
pt_BR: Falhas que estão presentes na distribuição Debian normalmente também afetam outros distribuidores e vendedores. Verifique a seção "Específico da Debian: yes/no" no topo de cada aviso de segurança (DSA).

en: Does Debian have any certification related to security?
pt_BR: A Debian possui qualquer certificação relacionada a segurança?

en: Short answer: no.
pt_BR: Resposta curta: não.

en: Long answer: certification costs money (specially a <emphasis>serious</emphasis> security certification), nobody has dedicated the resources in order to certify Debian GNU/Linux to any level of, for example, the <ulink name="Common Criteria" url="http://niap.nist.gov/cc-scheme/st/" />. If you are interested in having a security-certified GNU/Linux distribution, try to provide the resources needed to make it possible.
pt_BR: Resposta longa: certificação custa dinheiro (especialmente se for uma certificação de segurança <emphasis>séria</emphasis>), ninguém dedicou seus recursos para para certificar a Debian GNU/Linux em qualquer nível de, por exemplo, <ulink name="Critérios comuns" url="http://niap.nist.gov/cc-scheme/st/" />. Se estiver interessado em ter uma distribuição de GNU/Linux seguramente certificada, tente fornecer os recursos necessários para tornar isto possível.

en: Are there any hardening programs for Debian?
pt_BR: Existe algum programa de fortalecimento para a Debian?

en: Some people believe, however, that a hardening tool does not eliminate the need for good administration.
pt_BR: Algumas pessoas, no entanto, acreditam que uma ferramenta de fortalecimento não elimina a necessidade de se ter uma boa administração.

en: I want to run XYZ service, which one should I choose?
pt_BR: Eu desejo executar o serviço XYZ, qual eu devo escolher?

en: One of Debian's great strengths is the wide variety of choice available between packages that provide the same functionality (DNS servers, mail servers, ftp servers, web servers, etc.). This can be confusing to the novice administrator when trying to determine which package is right for you. The best match for a given situation depends on a balance between your feature and security needs. Here are some questions to ask yourself when deciding between similar packages:
pt_BR: Um dos grandes potenciais da Debian é a grande variedade de escolhas disponíveis entre pacotes que oferecem a mesma funcionalidade (servidores de DNS, servidores de e-mail, servidores ftp, servidores web, etc.). Isto pode confundir o administrador novato ao tentar determinar que pacote é o mais adequado para você. O melhor para uma determinada situação depende de um balanceamento entre suas características e necessidades de segurança. Aqui estão algumas questões que devem ser feitas a você mesmo quando decidir entre pacotes parecidos:

en: Is the software maintained upstream? When was the last release?
pt_BR: Existem um maintainer do código fonte do programa? Quando foi o último lançamento?

en: Is the package mature? The version number really does <emphasis>not</emphasis> tell you about its maturity. Try to trace the software's history.
pt_BR: O pacote está maduro? o número de versão realmente <emphasis>não</emphasis> mostra sua maturidade. Tente analisar o histórico de atualizações do software.

en: Is the software bug-ridden? Have there been security advisories related to it?
pt_BR: Este programa é atormentado por falhas? Tem avisos de segurança relacionados a ele?

en: Does the software provide all the functionality you need? Does it provide more than you really need?
pt_BR: Este programa oferece todas as funcionalidades que precisa? ele oferece mais do que você realmente precisa?

en: How can I make service XYZ more secure in Debian?
pt_BR: Como eu posso tornar o serviço XYZ mais seguro na Debian?

en: You will find information in this document to make some services (FTP, Bind) more secure in Debian GNU/Linux. For services not covered here, check the program's documentation, or general Linux information. Most of the security guidelines for Unix systems also apply to Debian. In most cases, securing service X in Debian is like securing that service in any other Linux distribution (or Un*x, for that matter).
pt_BR: Você encontrará informações neste documento sobre como tornar alguns serviços (FTP, Bind) mais seguros na Debian GNU/Linux. Para serviços não cobertos aqui, verifique a documentação do programa, ou informações gerais sobre o Linux. Muitas das regras de segurança para sistemas Unix também se aplicam a Debian. Na maioria dos casos, o método para tornar um serviço X mais seguro na Debian é parecido com torná-lo mais seguro em qualquer outra distribuição de Linux (ou Unix, nesta importância).

en: How can I remove all the banners for services?
pt_BR: Como posso remover todos os banners de serviços?

en: If you do not like users connecting to your POP3 daemon, for example, and retrieving information about your system, you might want to remove (or change) the banner the service shows to users. <footnote><para>&gt;Note that this is 'security by obscurity', and will probably not be worth the effort in the long term.</para></footnote> Doing so depends on the software you are running for a given service. For example, in <command>postfix</command>, you can set your SMTP banner in <filename>/etc/postfix/main.cf</filename>:
pt_BR: Se não gosta que os usuários que se conectam ao seu serviço de POP3 recebam informações sobre seu sistema (por exemplo), você pode querer remover (ou alterar) o banner que este serviço mostra para os usuários. <footnote><para>Note que isto é "segurança pela obscuridade" e provavelmente este esforço não valerá a pena em longo termo.</para></footnote> Fazer isto depende do programa que está executando para um determinado serviço. Por exemplo, no <command>postfix</command>, você poderá ajustar o banner SMTP no arquivo <filename>/etc/postfix/main.cf</filename>:

en: Are all Debian packages safe?
pt_BR: Todos os pacotes da Debian são seguros?

en: The Debian security team cannot possibly analyze all the packages included in Debian for potential security vulnerabilities, since there are just not enough resources to source code audit the whole project. However, Debian does benefit from the source code audits made by upstream developers.
pt_BR: O time de segurança da Debian não tem a possibilidade de analisar todos os pacotes incluídos na Debian procurando por vulnerabilidades de segurança em potencial, pois não existem recursos para auditar o código fonte de todo o projeto. No entanto, a Debian se beneficia da auditoria de código fonte feita por desenvolvedores que criam o programa.

en: As a matter of fact, a Debian developer could distribute a Trojan in a package, and there is no possible way to check it out. Even if introduced into a Debian branch, it would be impossible to cover all the possible situations in which the Trojan would execute. This is why Debian has a <emphasis>"no guarantees"</emphasis> license clause.
pt_BR: Como um fato de importância, um desenvolvedor da Debian pode distribuir um Trojan em um pacote e não existe possibilidade de verificar isto. Até mesmo se for introduzido na estrutura da distribuição, seria impossível identificar todas as situações onde o trojan seria executado. Este é o motivo porque a Debian vem com a cláusula de licença <emphasis>"sem garantias"</emphasis>.

en: However, Debian users can take confidence in the fact that the stable code has a wide audience and most problems would be uncovered through use. Installing untested software is not recommended in a critical system (if you cannot provide the necessary code audit). In any case, if there were a security vulnerability introduced into the distribution, the process used to include packages (using digital signatures) ensures that the problem can be ultimately traced back to the developer. The Debian project has not taken this issue lightly.
pt_BR: No entanto, os usuários da Debian podem ter confiança no fato que que código estável tem uma audiência ampla e a maioria dos problemas foram descobertos durante o uso. A instalação de versões não testadas de programas em sistemas críticos é algo não recomendado (se não puder fornecer a auditoria de código necessária). Em qualquer caso, se for descoberta uma vulnerabilidade de segurança introduzida na distribuição, o processo usado para incluir pacote (usando assinaturas digitais) se certifica que o problema pode ser rastreado até o desenvolvedor. O projeto Debian não tem examinado isto levemente.

en: Why are some log files/configuration files world-readable, isn't this insecure?
pt_BR: Porque alguns arquivos de logs/configuração tem permissão de leitura para qualquer um, isto não é inseguro?

en: Of course, you can change the default Debian permissions on your system. The current policy regarding log files and configuration files is that they are world readable <emphasis>unless</emphasis> they provide sensitive information.
pt_BR: É claro, você pode alterar as permissões padrões da Debian em seu sistema. A política atual relacionada com arquivos de log e configuração é que eles sejam lidos por todos <emphasis>a não ser</emphasis> que eles contenham informações sensíveis.

en: Be careful if you do make changes since:
pt_BR: Tenha cuidado se fizer estas alterações pois:

en: Processes might not be able to write to log files if you restrict their permissions.
pt_BR: Alguns processos podem não ser capazes de gravar arquivos de log se restringir suas permissões.

en: Some applications may not work if the configuration file they depend on cannot be read. For example, if you remove the world-readable permission from <filename>/etc/samba/smb.conf</filename>, the <command>smbclient</command> program will not work when run by a normal user.
pt_BR: Alguns aplicativos podem deixar de funcionar se o arquivo de configuração que eles dependem não puder ser lido. Por exemplo, se você remover a permissão de leitura para todos do <filename>/etc/samba/smb.conf</filename>, o <command>smbclient</command> deixará de funcionar se for executado por um usuário normal.

en: FIXME: Check if this is written in the Policy. Some packages (i.e. ftp daemons) seem to enforce different permissions.
pt_BR: FIXME: Verificar se isto está escrito na Política. Alguns pacotes (i.e. daemons de ftp) parecem forçar permissões diferentes.

en: Why does /root/ (or UserX) have 755 permissions?
pt_BR: Porque o /root/ (ou UsuarioX) tem permissões 755?

en: As a matter of fact, the same questions stand for any other user. Since Debian's installation does not place <emphasis>any</emphasis> file under that directory, there's no sensitive information to protect there. If you feel these permissions are too broad for your system, consider tightening them to 750. For users, read <xref linkend="limit-user-perm" />.
pt_BR: Como fato de importância, as mesmas questões são válidas para qualquer outro usuário. Como a instalação da Debian não coloca <emphasis>qualquer</emphasis> arquivo sob aquele diretório, não existe informações sensíveis a serem protegidas lá. Se você sentir que estas permissões são muito largas para seu sistema, considere altera-las para 750. Para os usuários, leia <xref linkend="limit-user-perm" />.

en: After installing a grsec/firewall, I started receiving many console messages! How do I remove them?
pt_BR: Após instalar o grsec/firewall, comecei a receber muitas mensagens de console! como removê-las?

en: If you are receiving console messages, and have configured <filename>/etc/syslog.conf</filename> to redirect them to either files or a special TTY, you might be seeing messages sent directly to the console.
pt_BR: Se estiver recebendo mensagens de console e configurou o <filename>/etc/syslog.conf</filename> para redirecioná-las ou para arquivos ou para um TTY especial, você pode ver mensagens sendo direcionadas para a console.

en: The default console log level for any given kernel is 7, which means that any message with lower priority will appear in the console. Usually, firewalls (the LOG rule) and some other security tools log lower that this priority, and thus, are sent directly to the console.
pt_BR: O nível de registro padrão do console para qualquer kernel é 7, o que significa que qualquer mensagem que tem prioridade menor aparecerá no console. Normalmente, os firewalls (a regra LOG) e algumas outras ferramentas de segurança registram eventos em uma prioridade menor que esta, e assim, são enviadas diretamente para a console.

en: to:
pt_BR: para:

en: Use a lower number for <literal>-c</literal> if you are still seeing them. A description of the different log levels can be found in <filename>/usr/include/sys/syslog.h</filename>:
pt_BR: Use um número menor para <literal>-c</literal> se estiver ainda vendo as mensagens. Uma descrição dos diferentes níveis de logs podem ser encontrados no arquivo <filename>/usr/include/sys/syslog.h</filename>:

en: 
      #define LOG_EMERG       0       /* system is unusable */
      #define LOG_ALERT       1       /* action must be taken immediately */
      #define LOG_CRIT        2       /* critical conditions */
      #define LOG_ERR         3       /* error conditions */
      #define LOG_WARNING     4       /* warning conditions */
      #define LOG_NOTICE      5       /* normal but significant condition */
      #define LOG_INFO        6       /* informational */
      #define LOG_DEBUG       7       /* debug-level messages */
pt_BR: 
      #define LOG_EMERG       0       /* o sistema está inutilizável */
      #define LOG_ALERT       1       /* uma ação deve ser tomada imediatamente */
      #define LOG_CRIT        2       /* condições críticas */
      #define LOG_ERR         3       /* condições de erro */
      #define LOG_WARNING     4       /* condições de alerta */
      #define LOG_NOTICE      5       /* condição normal mas significante */
      #define LOG_INFO        6       /* informativas */
      #define LOG_DEBUG       7       /* mensagens a nível de depuração */

en: Operating system users and groups
pt_BR: Usuários e grupos do sistema operacional

en: Are all system users necessary?
pt_BR: Todos os usuários do sistema são necessários?

en: Yes and no. Debian comes with some predefined users (user id (UID) &lt; 99 as described in <ulink name="Debian Policy" url="http://www.debian.org/doc/debian-policy/" /> or <filename>/usr/share/doc/base-passwd/README</filename>) to ease the installation of some services that require that they run under an appropriate user/UID. If you do not intend to install new services, you can safely remove those users who do not own any files in your system and do not run any services. In any case, the default behavior is that UID's from 0 to 99 are reserved in Debian, and UID's from 100 to 999 are created by packages on install (and deleted when the package is purged).
pt_BR: Sim e não. A Debian vem com alguns usuários pré-definidos (identificação de usuários (UID) &lt; 99 como descritos na <ulink url="http://www.debian.org/doc/debian-policy/" name="Debian Policy" /> ou <filename>/usr/share/doc/base-passwd/README</filename>) para facilitar a instalação de alguns serviços que requerem que sejam executados sob um usuário/UID apropriado. Se não tem a intenção de instalar novos serviços, você pode seguramente remover estes usuários que não são donos de qualquer arquivo em seu sistema e não executam qualquer serviço. Em qualquer caso, o comportamento padrão é que UIDs de 0 a 99 são reservadas para a Debian, e UIDs de 100 a 999 são criados por pacotes na instalação (e apagados quando o pacote e suas configurações são removidos do sistema).

en: root: Root is (typically) the superuser.
pt_BR: root: O root é (tipicamente) o superusuário.

en: daemon: Some unprivileged daemons that need to write to files on disk run as daemon.daemon (e.g., <command>portmap</command>, <command>atd</command>, probably others). Daemons that don't need to own any files can run as nobody.nogroup instead, and more complex or security conscious daemons run as dedicated users. The daemon user is also handy for locally installed daemons.
pt_BR: daemon: Alguns daemons não privilegiados que precisam gravar em arquivos no disco são executados como daemon.daemon (e.g., <command>portmap</command>, <command>atd</command>, provavelmente outros). Os daemons que não precisam ser donos de quaisquer arquivos são executados sob nobody.nogroup e daemons mais complexos ou com segurança em mente são executados como usuários dedicados. O usuário do daemon é prático para daemons instalados localmente.

en: bin: maintained for historic reasons.
pt_BR: bin: mantido por razões históricas.

en: sys: same as with bin. However, /dev/vcs* and <filename>/var/spool/cups</filename> are owned by group sys.
pt_BR: sys: mesmo que bin. No entanto. /dev/vcs* e <filename>/var/spool/cups</filename> tem como donos o grupo sys.

en: sync: The shell of user sync is <filename>/bin/sync</filename>. Thus, if its password is set to something easy to guess (such as ""), anyone can sync the system at the console even if they have don't have an account.
pt_BR: sync: O interpretador de comandos do usuário sync é <filename>/bin/sync</filename>. Assim se sua senha for ajustada para algo fácil de adivinhar (tal como ""), qualquer um pode fazer sync no sistema pela console, até mesmo se não possuir uma conta.

en: games: Many games are SETGID to games so they can write their high score files. This is explained in policy.
pt_BR: games: Muitos jogos são SETGID para games assim eles podem gravar seus arquivos de pontuações. Isto é explicado na policy.

en: man: The man program (sometimes) runs as user man, so it can write cat pages to <filename>/var/cache/man</filename>
pt_BR: man: O programa man (algumas vezes) é executado como usuário man, assim ele poderá gravar páginas de manuais em <filename>/var/cache/man</filename>

en: lp: Used by printer daemons.
pt_BR: lp: Usado por daemons de impressão.

en: mail: Mailboxes in <filename>/var/mail</filename> are owned by group mail, as explained in policy. The user and group are used for other purposes by various MTA's as well.
pt_BR: mail: Caixas de correios em <filename>/var/mail</filename> tem como dono o grupo mail, como explicado pela policy. O usuário e grupo também são usados para outros propósitos por vários MTA's.

en: news: Various news servers and other associated programs (such as <command>suck</command>) use user and group news in various ways. Files in the news spool are often owned by user and group news. Programs such as <command>inews</command> that can be used to post news are typically SETGID news.
pt_BR: news: Vários servidores de notícias e outros programas associados (tal como o <command>suck</command>) utilizam usuário e grupo news de várias formas. Os arquivos no spool de notícias tem freqüentemente como dono o usuário e grupo news. Os programas tais como <command>inews</command> que são usados para postar notícias tipicamente usam SETGID para o grupo news.

en: uucp: The uucp user and group is used by the UUCP subsystem. It owns spool and configuration files. Users in the uucp group may run uucico.
pt_BR: uucp: O usuário e grupo uucp são usados pelo subsistema UUCP. Ele é dono do spool e arquivos de configuração. Usuários no grupo uucp podem executar o uucico.

en: proxy: Like daemon, this user and group is used by some daemons (specifically, proxy daemons) that don't have dedicated user id's and that need to own files. For example, group proxy is used by <command>pdnsd</command>, and <command>squid</command> runs as user proxy.
pt_BR: proxy: Assim como o daemon, este usuário e grupo são usados por alguns daemons (especificamente, daemons de proxy) que precisam de identificação de usuários dedicadas para ser dono de arquivos. Por exemplo, o grupo proxy é usado pelo <command>pdnsd</command> e <command>squid</command> para serem executados como o usuário proxy.

en: majordom: <command>Majordomo</command> has a statically allocated UID on Debian systems for historical reasons. It is not installed on new systems.
pt_BR: majordom: <command>Majordomo</command> tem uma UID estaticamente alocada em sistemas Debian por razões históricas. Ele não é instalado em novos sistemas.

en: postgres: <command>Postgresql</command> databases are owned by this user and group. All files in <filename>/var/lib/postgresql</filename> are owned by this user to enforce proper security.
pt_BR: postgres: Os bancos de dados do <command>Postgresql</command> tem como dono este usuário e grupo. Todos os arquivos sob <filename>/var/lib/postgresql</filename> tem como dono este usuário para forçar segurança de forma apropriada.

en: www-data: Some web servers run as www-data. Web content should <emphasis>not</emphasis> be owned by this user, or a compromised web server would be able to rewrite a web site. Data written out by web servers, including log files, will be owned by www-data.
pt_BR: www-data: Alguns servidores web são executados sob www-data. O conteúdo web *não* deve ter como dono este usuário, ou um servidor web comprometido poderia ser capaz de regravar um site de internet. Dados gravados por servidores web, incluindo arquivos de logs, terão que ter como dono www-data.

en: backup: So backup/restore responsibilities can be locally delegated to someone without full root permissions.
pt_BR: backup: Assim as responsabilidades de backup/restauração podem ser localmente delegadas para alguém sem permissões completas de usuário root.

en: operator: Operator is historically (and practically) the only 'user' account that can login remotely, and doesn't depend on NIS/NFS.
pt_BR: operator: O operador é historicamente (e praticamente) a única conta de "usuário" que pode efetuar login remotamente, e não depende do NIS/NFS.

en: list: Mailing list archives and data are owned by this user and group. Some mailing list programs may run as this user as well.
pt_BR: list: Os arquivos de listas de discussões e dados tem como dono este usuário e grupo. Alguns programas de listas de discussões podem ser executadas também sobe este usuário.

en: irc: Used by irc daemons. A statically allocated user is needed only because of a bug in <command>ircd</command>, which SETUID()s itself to a given UID on startup.
pt_BR: irc: Usado por daemons de irc. É necessário um usuário alocado estaticamente somente por causa de um bug no <command>ircd</command>, que faz SETUID()s de si mesmo para a UID especificada na inicialização.

en: nobody, nogroup: Daemons that need not own any files run as user nobody and group nogroup. Thus, no files on a system should be owned by this user or group.
pt_BR: nobody, nogroup: Daemons que não tem necessidade de serem donos de quaisquer arquivos são executados sob o usuário nobody e grupo nogroup. Assim, nenhum arquivo existente no sistema devem ter como donos este usuário ou grupo.

en: Other groups which have no associated user:
pt_BR: Outros grupos que não tem um usuário associado:

en: adm: Group adm is used for system monitoring tasks. Members of this group can read many log files in <filename>/var/log</filename>, and can use xconsole. Historically, <filename>/var/log</filename> was <filename>/usr/adm</filename> (and later <filename>/var/adm</filename>), thus the name of the group.
pt_BR: adm: O grupo adm é usado para tarefas de monitoramento do sistema. Os membros deste grupo podem ler a maioria dos arquivos de log em <filename>/var/log</filename> e podem usar o xconsole. Historicamente, o <filename>/var/log</filename> foi <filename>/usr/adm</filename> (e depois <filename>/var/adm</filename>), isto explica o nome do grupo.

en: tty: TTY devices are owned by this group. This is used by write and wall to enable them to write to other people's TTYs.
pt_BR: tty: Os dispositivos TTY tem como dono este grupo. Eles são usados pelas ferramentas write e wall para permitir escrever para pessoas conectadas em outras TTYs.

en: disk: Raw access to disks. Mostly equivalent to root access.
pt_BR: disk: Acesso direto a disco. Muito equivalente ao acesso root.

en: kmem: /dev/kmem and similar files are readable by this group. This is mostly a BSD relic, but any programs that need direct read access to the system's memory can thus be made SETGID kmem.
pt_BR: kmem: /dev/kmem e arquivos similares são lidos por este grupo. Isto é mais uma relíquia do BSD, mas alguns programas que precisam de acesso de leitura direto a memória do sistema podem fazer SETGID para o grupo kmem.

en: dialout: Full and direct access to serial ports. Members of this group can reconfigure the modem, dial anywhere, etc.
pt_BR: dialout: Acesso direto e completo a portas seriais. Membros deste grupo podem reconfigurar o modem, discar para qualquer lugar, etc.

en: dip: The group's name stands for "Dial-up IP", and membership in dip allows you to use tools like <command>ppp</command>, <command>dip</command>, <command>wvdial</command>, etc. to dial up a connection. The users in this group cannot configure the modem, but may run the programs that make use of it.
pt_BR: dip: O nome do grupo vem de "Dial-up IP", e membros que pertencem ao grupo dip podem usar ferramentas como o <command>ppp</command>, <command>dip</command>, <command>wvdial</command>, etc. para realizar uma conexão. Os usuários neste grupo não podem reconfigurar o modem, mas podem executar programas para fazerem uso dele.

en: fax: Allows members to use fax software to send / receive faxes.
pt_BR: fax: Permite que membros usem programas de fax para ler/enviar faxes.

en: voice: Voicemail, useful for systems that use modems as answering machines.
pt_BR: voice: Voicemail, útil para sistemas que usam modens como secretárias eletrônicas.

en: cdrom: This group can be used locally to give a set of users access to a CDROM drive.
pt_BR: cdrom: Este grupo pode ser usado localmente para dar ao grupo de usuários acesso a unidade de CDROM.

en: floppy: This group can be used locally to give a set of users access to a floppy drive.
pt_BR: floppy: Este grupo pode ser usado localmente par dar a um grupo de usuários acesso a unidade de disquetes.

en: tape: This group can be used locally to give a set of users access to a tape drive.
pt_BR: tape: Este grupo pode ser usado localmente para dar a um grupo de usuários acesso a uma unidade de fita.

en: sudo: Members of this group don't need to type their password when using <command>sudo</command>. See <filename>/usr/share/doc/sudo/OPTIONS</filename>.
pt_BR: sudo: Membros dentro deste grupo não precisam digitar sua senha quando estiverem fazendo o uso do <command>sudo</command>. Veja <filename>/usr/share/doc/sudo/OPTIONS</filename>.

en: audio: This group can be used locally to give a set of users access to an audio device.
pt_BR: audio: Este grupo pode ser usado localmente para dar a um grupo de usuários acesso a um dispositivo de audio.

en: src: This group owns source code, including files in <filename>/usr/src</filename>. It can be used locally to give a user the ability to manage system source code.
pt_BR: src: Este grupo é dono de código fonte, incluindo arquivos em <filename>/usr/src</filename>. Ele pode ser usado para dar a um usuário a habilidade de gerenciar código fonte do sistema.

en: shadow: <filename>/etc/shadow</filename> is readable by this group. Some programs that need to be able to access the file are SETGID shadow.
pt_BR: shadow: O arquivo <filename>/etc/shadow</filename> é lido por este grupo. Alguns programas que precisam ser capazes de acessar o arquivo tem SETGID ajustados para shadow.

en: utmp: This group can write to <filename>/var/run/utmp</filename> and similar files. Programs that need to be able to write to it are SETGID utmp.
pt_BR: utmp: Este grupo pode gravar para o arquivo <filename>/var/run/utmp</filename> e similares. Programas que precisam se capazes de gravar para ele usam SETGID para utmp.

en: video: This group can be used locally to give a set of users access to a video device.
pt_BR: video: Este grupo é usado localmente para dar a um conjunto de usuários permissões de acesso a dispositivos de vídeo.

en: staff: Allows users to add local modifications to the system (<filename>/usr/local</filename>, <filename>/home</filename>) without needing root privileges. Compare with group "adm", which is more related to monitoring/security.
pt_BR: staff: Permite que usuários adicionem modificações locais ao sistema (<filename>/usr/local</filename>, <filename>/home</filename>) sem necessidade de privilégios de usuário root. Compare com o grupo "adm", que é mais relacionado a segurança/monitoramento.

en: users: While Debian systems use the private user group system by default (each user has their own group), some prefer to use a more traditional group system, in which each user is a member of this group.
pt_BR: users: Enquanto usuários de sistemas Debian usam seus grupos privados de sistema por padrão (cada usuário tem seu próprio grupo), alguns preferem usar um grupo de sistema mais tradicional, no qual cada usuário é membro de seu grupo.

en: What is the difference between the adm and the staff group?
pt_BR: Quais são as diferenças entre os grupos adm e staff?

en: The 'adm' group are usually administrators, and this group permission allows them to read log files without having to <command>su</command>. The 'staff' group are usually help-desk/junior sysadmins, allowing them to work in <filename>/usr/local</filename> and create directories in <filename>/home</filename>.
pt_BR: Componentes do grupo "adm" são geralmente administradores e neste grupo as permissões os permitem ler arquivos de log sem utilizar <command>su</command>. O grupo "staff" são geralmente administradores junior e de suporte, permitindo que trabalhem em <filename>/usr/local</filename> e criarem diretórios em <filename>/home</filename>.

en: Why is there a new group when I add a new user? (or Why does Debian give each user one group?)
pt_BR: Porque existe um novo grupo quando adiciono um novo usuário? (ou porque a Debian cria um novo grupo para cada usuário?)

en: The default behavior in Debian is that each user has its own, private group. The traditional UN*X scheme assigned all users to the <emphasis>users</emphasis> group. Additional groups were created and used to restrict access to shared files associated with different project directories. Managing files became difficult when a single user worked on multiple projects because when someone created a file, it was associated with the primary group to which they belong (e.g. 'users').
pt_BR: O comportamento padrão na Debian é que cada usuário tem seu próprio e privado grupo. O esquema tradicional do UN*X coloca todos os usuários no grupo <emphasis>users</emphasis>. Grupos adicionais foram criados e usados para restringir o acesso a arquivos compartilhados associados com diferentes diretórios de projetos. O gerenciamento de arquivos se torna difícil quando apenas um usuário trabalha em múltiplos projetos, porque quando alguém cria um arquivo, ele é associado com o grupo primário do grupo que ele pertence (e.g. "users").

en: Debian's scheme solves this problem by assigning each user to their own group; so that with a proper umask (0002) and the SETGID bit set on a given project directory, the correct group is automatically assigned to files created in that directory. This makes it easier for people who work on multiple projects, because they will not have to change groups or umasks when working on shared files.
pt_BR: O método da Debian resolve este problema associando a cada usuário seu próprio grupo; assim com a máscara apropriada (0002) e o bit SETGID ajustado em um diretório determinado de projetos, o grupo correto é automaticamente designado para arquivos criados naquele diretório. Isto facilita a vida de pessoas que trabalham em múltiplos projetos, porque elas não terão que alterar os grupos e umasks quando estiverem trabalhando em arquivos compartilhados.

en: You can, however, change this behavior by modifying <filename>/etc/adduser.conf</filename>. Change the <emphasis>USERGROUPS</emphasis> variable to 'no', so that a new group is not created when a new user is created. Also, set <emphasis>USERS_GID</emphasis> to the GID of the users group which all users will belong to.
pt_BR: Você pode, no entanto, alterar este comportamento modificando o <filename>/etc/adduser.conf</filename>. Altere a variável <emphasis>USERGROUPS</emphasis> para "no", assim um novo grupo não será criado quando o novo usuário for criado. Também, altere <emphasis>USERS_GID</emphasis> para a identificação de grupo a que os usuários pertencem.

en: Questions regarding services and open ports
pt_BR: Questões relacionadas a serviços e portas abertas

en: Why are all services activated upon installation?
pt_BR: Porque todos os serviços são ativados durante a instalação?

en: That's just an approach to the problem of being, on one side, security conscious and on the other side user friendly. Unlike OpenBSD, which disables all services unless activated by the administrator, Debian GNU/Linux will activate all installed services unless deactivated (see <xref linkend="disableserv" /> for more information). After all you installed the service, didn't you?
pt_BR: Esta é simplesmente uma aproximação do problema de sendo, de um lado, consciente de segurança e por outro lado amigável ao usuário. De forma contrária a OpenBSD, que desativa todos os serviços a não ser que sejam ativados pelo administrador, a Debian GNU/Linux ativa todos os serviços instalados a não ser que sejam desativados (veja <xref linkend="disableserv" /> para mais informações). Afinal, você instalou o serviço, não foi?

en: There has been much discussion on Debian mailing lists (both at debian-devel and at debian-security) regarding which is the better approach for a standard installation. However, as of this writing (March 2002), there still isn't a consensus.
pt_BR: Existem muitas discussões nas listas de discussões da Debian (ambas na debian-devel e na debian-security) com relação a qual é a melhor estratégia para a instalação padrão. No entanto, no momento em que isto foi escrito (Março de 2002), ainda não existia um consenso.

en: Why do I have port 111 open?
pt_BR: Porque eu tenho a porta 111 aberta?

en: Port 111 is sunrpc's portmapper, and it is installed by default as part of Debian's base installation since there is no need to know when a user's program might need RPC to work correctly. In any case, it is used mostly for NFS. If you do not need it, remove it as explained in <xref linkend="rpc" />.
pt_BR: A porta 111 é usada pelo portmapper sunrpc e é instalada por padrão como parte do sistema de instalação básico da Debian, pois não existe a necessidade de saber quando o programa do usuário precisa do RPC para funcionar adequadamente. Em qualquer caso, ele é mais usado pelo NFS. Se não precisar dele, remova-o como explicado na seção <xref linkend="rpc" />.

en: What use is <command>identd</command> (port 113) for?
pt_BR: Para que a porta 113 (<command>identd</command>) é usada?

en: Identd service is an authentication service that identifies the owner of a specific TCP/IP connection to the remote server accepting the connection. Typically, when a user connects to a remote host, <command>inetd</command> on the remote host sends back a query to port 113 to find the owner information. It is often used by mail, FTP and IRC servers, and can also be used to track down which user in your local system is attacking a remote system.
pt_BR: O serviço ident é um serviço de autenticação que identifica o dono de uma conexão TCP/IP para o servidor remoto que está aceitando a conexão. Tipicamente, quando um usuário se conecta ao servidor remoto, o <command>inetd</command> do sistema remoto envia uma requisição à porta 113 para procurar informações sobre o dono. É freqüentemente usada em servidores de e-mails, FTP e IRC, e também podem ser usadas para descobrir que usuário em seu sistema local está atacando um sistema remoto.

en: I have services using port 1 and 6, what are they and how can I remove them?
pt_BR: Tenho serviços usando a porta 1 e 6, o que são e como posso removê-las?

en: If you have run the command <literal>netstat -an</literal> and receive:
pt_BR: Se executar o comando <literal>netstat -an</literal> e receber como retorno:

en: I found the port XYZ open, can I close it?
pt_BR: Encontrei a porta XYZ aberta, posso fechá-la?

en: Yes, of course. The ports you are leaving open should adhere to your individual site's policy regarding public services available to other networks. Check if they are being opened by <command>inetd</command> (see <xref linkend="inetd" />), or by other installed packages and take the appropriate measures (i.e, configure inetd, remove the package, avoid it running on boot-up).
pt_BR: Sim, com certeza. As portas que está deixando abertas devem aderir a política individual do seu site com relação a serviços públicos disponíveis para outras redes. Verifique se estão sendo abertas pelo <command>inetd</command> (veja <xref linkend="inetd" />) ou instalando pacotes individuais e tome as medidas apropriadas (i.e, configure o inetd, remova o pacote, evite executá-lo na inicialização).

en: Will removing services from <filename>/etc/services</filename> help secure my box?
pt_BR: Removendo serviços do <filename>/etc/services</filename> ajudará a tornar minha máquina mais segura?

en: <emphasis>No</emphasis>, <filename>/etc/services</filename> only provides a mapping between a virtual name and a given port number. Removing names from this file will not (usually) prevent services from being started. Some daemons may not run if <filename>/etc/services</filename> is modified, but that's not the norm. To properly disable the service, see <xref linkend="disableserv" />.
pt_BR: <emphasis>Não</emphasis> o <filename>/etc/services</filename> somente oferece o mapeamento entre um nome virtual e um número dado de porta. A remoção de nomes deste arquivo (geralmente) não evitará que os serviços sejam iniciados. Alguns daemons podem não ser executados se o <filename>/etc/services</filename> for modificado mas isto não é a norma. Para desativar apropriadamente o serviço, veja <xref linkend="disableserv" />.

en: Common security issues
pt_BR: Assuntos comuns relacionados a segurança

en: I have lost my password and cannot access the system!
pt_BR: Perdi minha senha e não posso acessar o sistema!

en: The steps you need to take in order to recover from this depend on whether or not you have applied the suggested procedure for limiting access to <command>lilo</command> and your system's BIOS.
pt_BR: Os passos que precisa fazer para se recuperar disto depende se aplicou ou não os procedimentos necessários para limitar o acesso ao <command>lilo</command> e da BIOS do seu sistema.

en: If you have limited both, you need to disable the BIOS setting that only allows booting from the hard disk before proceeding. If you have also forgotten your BIOS password, you will have to reset your BIOS by opening the system and manually removing the BIOS battery.
pt_BR: Se limitou ambos, precisará desativar a configuração de BIOS que somente lhe permite inicializar através do disco rígido antes de prosseguir. Se tiver também perdido a senha da sua BIOS, você terá que resetar a sua BIOS abrindo o computador e removendo manualmente a bateria que mantém os dados da BIOS>

en: Once you have enabled booting from a CD-ROM or diskette enable, try the following:
pt_BR: Assim que permitir a inicialização através da unidade de CD-ROM ou ativação da unidade de disquete, faça o seguinte:

en: Boot-up from a rescue disk and start the kernel
pt_BR: Inicialize através de um disquete de recuperação e inicie o kernel

en: Go to the virtual console (Alt+F2)
pt_BR: Vá até o console virtual (Alt+F2)

en: Mount the hard disk where your /root is
pt_BR: Monte o disco rígido onde o sistema de arquivos raíz (/) está

en: Edit (Debian 2.2 rescue disk comes with the editor <command>ae</command>, and Debian 3.0 comes with <command>nano-tiny</command> which is similar to <command>vi</command>) <filename>/etc/shadow</filename> and change the line:
pt_BR: Edite o arquivo <filename>/etc/shadow</filename> (o disquete de recuperação da Debian 2.2 vem com o editor <command>ae</command> e a Debian 3.0 vem com o <command>nano-tiny</command> que é similar ao <command>vi</command>) e altere a linha:

en: 
      root:asdfjl290341274075:XXXX:X:XXXX:X::: (X=any number)
pt_BR: 
      root:asdfjgl29gl0341274075:XXXX:X:XXXX:X::: (X=um número qualquer)

en: This will remove the forgotten root password, contained in the first colon separated field after the user name. Save the file, reboot the system and login with root using an empty password. Remember to reset the password. This will work unless you have configured the system more tightly, i.e. if you have not allowed users to have null passwords or not allowed root to login from the console.
pt_BR: Isto removerá a senha de root perdida, contida no primeiro campo separado por dois pontos após o nome do usuário. Salve o arquivo, reinicie o sistema e faça login como usuário root usando uma senha em branco. Lembre-se de adicionar uma nova senha. Isto funcionará a menos que tenha configurado o sistema de forma mais restrita, ou seja, não permitindo que usuários utilizem senhas em branco ou não permitindo o login do usuário root através do console.

en: If you have introduced these features, you will need to enter into single user mode. If LILO has been restricted, you will need to rerun <command>lilo</command> just after the root reset above. This is quite tricky since your <filename>/etc/lilo.conf</filename> will need to be tweaked due to the root (/) file system being a ramdisk and not the real hard disk.
pt_BR: Se adicionou estas características, você precisará entrar em modo monousuário. Se o LILO foi restringido, será necessário re-executar o <command>lilo</command> após alterar a senha de root acima. Este truque é necessário pois seu <filename>/etc/lilo.conf</filename> precisa ser mexido devido ao sistema de arquivos raíz (/) ser um disco ram e não um disco rígido real.

en: Once LILO is unrestricted, try the following:
pt_BR: Assim que a restrição do LILO for removida, tente o seguinte:

en: Press the Alt, shift or Control key just before the system BIOS finishes, and you should get the LILO prompt.
pt_BR: Pressione as teclas Alt, shift e Control antes do sistema terminar o processo de inicialização, assim você terá acesso ao aviso de comandos do LILO.

en: Type <literal>linux single</literal>, <literal>linux init=/bin/sh</literal> or <literal>linux 1</literal> at the prompt.
pt_BR: Digite <literal>linux single</literal>, <literal>linux init=/bin/sh</literal> ou <literal>linux 1</literal> na linha de comandos.

en: This will give you a shell prompt in single-user mode (it will ask for a password, but you already know it)
pt_BR: Isto lhe dará um aviso de comandos do shell em modo monousuário (ele perguntará por uma senha, mas você já a conhece)

en: Re-mount read/write the root (/) partition, using the mount command.
pt_BR: Remonte sua partição raíz (/) usando o comando mount.

en: Change the superuser password with <command>passwd</command> (since you are superuser it will not ask for the previous password).
pt_BR: Altere a senha do usuário root com o comando <command>passwd</command> (como você é o superusuário, o sistema não perguntará a senha anterior).

en: How do I accomplish setting up a service for my users without giving out shell accounts?
pt_BR: Como posso configurar um serviço para meus usuários sem lhes dar uma conta de acesso ao shell?

en: to, for example, ldap:
pt_BR: para, por exemplo, ldap:

en: In the case of LDAP directories, some services provide LDAP schemas to be included in your directory that are required in order to use LDAP authentication. If you are using a relational database, a useful trick is to use the <emphasis>where</emphasis> clause when configuring the PAM modules. For example, if you have a database with the following table attributes:
pt_BR: No caso de diretórios LDAP, alguns serviços oferecem esquemas LDAP que devem ser incluídos em seu diretório e são necessários para a utilização de autenticação LDAP. Se estiver usando um banco de dados relacional, uma dica útil é usar a cláusula <emphasis>where</emphasis> quando estiver configurando os módulos do PAM. Por exemplo, se tiver um banco de dados com os seguintes atributos na tabela:

en: By making the services attributes boolean fields, you can use them to enable or disable access to the different services just by inserting the appropriate lines in the following files:
pt_BR: Tornando os serviços campos de atributos boleanos, você poderá usa-los para permitir ou negar acesso a diferentes serviços apenas inserindo as linhas apropriadas nos seguintes arquivos:

en: My system is vulnerable! (Are you sure?)
pt_BR: Meu sistema é vulnerável! (Você tem certeza?)

en: Vulnerability assessment scanner X says my Debian system is vulnerable!
pt_BR: O scanner de vulnerabilidade X diz que meu sistema Debian é vulnerável!

en: Many vulnerability assessment scanners give false positives when used on Debian systems, since they only use version checks to determine if a given software package is vulnerable, but do not really test the security vulnerability itself. Since Debian does not change software versions when fixing a package (many times the fix made for newer releases is back ported), some tools tend to think that an updated Debian system is vulnerable when it is not.
pt_BR: Muitos scanners de avaliação de vulnerabilidades indicarão falso positivos quando forem usados em sistemas Debian, pois podem somente usar checagem de versões para determinar se uma determinada versão de pacote é vulnerável, mas realmente não testam a vulnerabilidade de segurança propriamente dita. Pois a Debian não muda os números de versões quando corrige um pacote (muitas vezes a correção feita em versões novas são reproduzidas nas atuais), algumas ferramentas tendem a achar que um sistema Debian atualizado está vulnerável, quando não está.

en: If you think your system is up to date with security patches, you might want to use the cross references to security vulnerability databases published with the DSAs (see <xref linkend="dsa" />) to weed out false positives, if the tool you are using includes CVE references.
pt_BR: Se você acha que o seu sistema está atualizado com patches de segurança, você pode querer usar as referências cruzadas com o banco de dados de vulnerabilidades publicados com os DSAs (veja <xref linkend="dsa" />) para afastar a possibilidade de falsos positivos, se a ferramenta que estiver usando inclui referências do CVE.

en: I've seen an attack in my system's logs. Is my system compromised?
pt_BR: Eu vi um ataque em meus logs de sistema. Meu sistema foi comprometido?

en: A trace of an attack does not always mean that your system has been compromised, and you should take the usual steps to determine if the system is indeed compromised (see <xref linkend="after-compromise" />). Even if your system was not vulnerable to the attack that was logged, a determined attacker might have used some other vulnerability besides the ones you have detected.
pt_BR: Um traço de ataque nem sempre significa que seu sistema foi comprometido, e você deverá fazer os passos tradicionais para determinar se o sistema está comprometido (veja <xref linkend="after-compromise" />). Também, note que o fato de ver os ataques nos logs pode significar que seu sistema está vulnerável a ele (um invasor determinado pode ter usado outras vulnerabilidades que não sejam a que você viu, no entanto).

en: I have found strange 'MARK' lines in my logs: Am I compromised?
pt_BR: Eu vi algumas linhas estranhas "MARK" em meus logs: Eu fui comprometido?

en: You might find the following lines in your system logs:
pt_BR: Você pode achar as seguintes linhas nos seus logs de sistema:

en: This does not indicate any kind of compromise, and users changing between Debian releases might find it strange. If your system does not have high loads (or many active services), these lines might appear throughout your logs. This is an indication that your <command>syslogd</command> daemon is running properly. From <citerefentry><refentrytitle>syslogd</refentrytitle> <manvolnum>8</manvolnum></citerefentry>:
pt_BR: Isto não indica qualquer tipo de comprometimento e os usuários que estão mudando de versão da Debian devem achar isto estranho. Se o seu sistema não tem uma carga alta (ou muitos serviços ativos), estas linhas devem aparecer entre seus logs. Isto é uma indicação que seu daemon do <command>syslogd</command> está sendo executado de forma apropriada. Texto extraído da página de manual <citerefentry><refentrytitle>syslogd</refentrytitle> <manvolnum>8</manvolnum></citerefentry>:

en: 
           -m interval
                  The syslogd logs a mark timestamp  regularly.   The
                  default interval between two -- MARK -- lines is 20
                  minutes.  This can be  changed  with  this  option.
                  Setting the interval to zero turns it off entirely.
pt_BR: 
           -m intervalo
                  O syslogd registra uma marca de horário regularmente. O
                  intervalo padrão entre duas linhas -- MARK -- é de 20 minutos.
                  Isto pode ser alterado com esta opção. 
                  O intervalo de zero, desativa totalmente este recurso.

en: I found users using 'su' in my logs: Am I compromised?
pt_BR: Encontrei usuários usando o "su" em meus logs: Eu fui comprometido?

en: You might find lines in your logs like:
pt_BR: Você pode encontrar linhas em seus logs como:

en: Don't worry too much. Check to see if these entries are due to <command>cron</command> jobs (usually <filename>/etc/cron.daily/find</filename> or <command>logrotate</command>):
pt_BR: Não se preocupe muito. Verifique para ver se estas mensagens são devido a tarefas do <command>cron</command> (normalmente <filename>/etc/cron.daily/find</filename> ou <command>logrotate</command>):

en: 
      $ grep 25 /etc/crontab
      25 9    * * *   root    test -e /usr/sbin/anacron || run-parts --report
      /etc/cron.daily
      $ grep nobody /etc/cron.daily/*
      find:cd / &amp;&amp; updatedb --localuser=nobody 2&gt;/dev/null
pt_BR: 
      $ grep 25 /etc/crontab
      25 6    * * *   root    test -e /usr/sbin/anacron || run-parts --report
      /etc/cron.daily
      $ grep nobody /etc/cron.daily/*
      find:cd / &amp;&amp; updatedb --localuser=nobody 2&gt;/dev/null

en: I have found 'possible SYN flooding' in my logs: Am I under attack?
pt_BR: Encontrei um possível "SYN flooding" em meus logs: Estou sob um ataque?

en: If you see entries like these in your logs:
pt_BR: Se ver linhas como estas em seus logs:

en: Check if there is a high number of connections to the server using <command>netstat</command>, for example:
pt_BR: Verifique se existe um número alto de conexões ao servidor usando o <command>netstat</command>, por exemplo:

en: This is an indication of a denial of service (DoS) attack against your system's X port (most likely against a public service such as a web server or mail server). You should activate TCP syncookies in your kernel, see <xref linkend="tcp-syncookies" />. Note, however, that a DoS attack might flood your network even if you can stop it from crashing your systems (due to file descriptors being depleted, the system might become unresponsive until the TCP connections timeout). The only effective way to stop this attack is to contact your network provider.
pt_BR: Isto é uma indicação de ataque de negação de serviço (denial of service - DoS) contra a porta X do seu sistema (mais provável contra um serviço público tal como um servidor web ou servidor de e-mails). Você deverá ativar os SynCookies TCP em seu kernel, veja <xref linkend="tcp-syncookies" />. Note, no entanto, que um ataque DoS pode sobrecarregar sua rede até mesmo se você puder parar de fazê-lo travar seus sistemas (devido ao número de descritores de arquivos sendo reduzidos, o sistema pode parar de responder até que o tempo limite de algumas conexões se esgote). O único método efetivo de parar este ataque é contactar seu provedor de rede.

en: I have found strange root sessions in my logs: Am I compromised?
pt_BR: Encontrei seções de root estranhas em meus logs: Eu fui comprometido?

en: You might see these kind of entries in your <filename>/var/log/auth.log</filename> file:
pt_BR: Se ver estes tipos de entradas em seu arquivo <filename>/var/log/auth.log</filename>:

en: These are due to a <command>cron</command> job being executed (in this example, every five minutes). To determine which program is responsible for these jobs, check entries under: <filename>/etc/crontab</filename>, <filename>/etc/cron.d</filename>, <filename>/etc/crond.daily</filename> and root's <filename>crontab</filename> under <filename>/var/spool/cron/crontabs</filename>.
pt_BR: Estas são devido a uma tarefa do <command>cron</command> sendo executada (neste exemplo, a cada cinco minutos). Para determinar que programa é responsável por estas tarefas, verifique as tarefas nos diretórios: <filename>/etc/crontab</filename>, <filename>/etc/cron.d</filename>, <filename>/etc/crond.daily</filename> e do root <filename>crontab</filename> sob <filename>/var/spool/cron/crontabs</filename>.

en: I have suffered a break-in, what do I do?
pt_BR: Sofri uma invasão, o que faço?

en: There are several steps you might want to take in case of a break-in:
pt_BR: Existem diversos passos que deve fazer no caso de uma invasão:

en: Check if your system is up to date with security patches for published vulnerabilities. If your system is vulnerable, the chances that the system is in fact compromised are increased. The chances increase further if the vulnerability has been known for a while, since there is usually more activity related to older vulnerabilities. Here is a link to <ulink name="SANS Top 20 Security Vulnerabilities" url="http://www.sans.org/top20/" />.
pt_BR: Verifique se o seu sistema está atualizado com as atualizações de segurança de vulnerabilidades publicadas. Se o seu sistema estiver vulnerável, as chances do sistema estar de fato comprometido são maiores. As chances crescem mais se a vulnerabilidade foi conhecida durante algum tempo, pois normalmente existem mais atividades com relação a vulnerabilidades antigas. Aqui está um link para <ulink url="http://www.sans.org/top20/" name="As 20 maiores Vulnerabilidades de Segurança" />.

en: Read this document, especially the <xref linkend="after-compromise" /> section.
pt_BR: Leia este documento, especialmente a seção <xref linkend="after-compromise" />

en: Ask for assistance. You might use the debian-security mailing list and ask for advice on how to recover/patch your system.
pt_BR: Peça assistência. Você deverá usar a lista de discussão debian-security para perguntar sobre como recuperar/corrigir seu sistema.

en: Notify your local <ulink name="CERT" url="http://www.cert.org" /> (if it exists, otherwise you may want to consider contacting CERT directly). This might or might not help you, but, at the very least, it will inform CERT of ongoing attacks. This information is very valuable in determining which tools and attacks are being used by the <emphasis>blackhat</emphasis> community.
pt_BR: Notifique seu <ulink url="http://www.cert.org" name="CERT" /> local (caso ele exista, caso contrário você deverá considerar o contato direto com o CERT). Isto pode ou não ajudar você, mas, pelo menos, informará o CERT de ataques que estejam acontecendo. Esta informação é muito valiosa em determinar que ferramentas e ataques estão sendo usados pela comunidade <emphasis>chapéu preto</emphasis>.

en: How can I trace an attack?
pt_BR: Como posso rastrear um ataque?

en: By watching the logs (if they have not been tampered with), using intrusion detection systems (see <xref linkend="intrusion-detect" />), <command>traceroute</command>, <command>whois</command> and similar tools (including forensic analysis), you may be able to trace an attack to the source. The way you should react to this information depends solely on your security policy, and what <emphasis>you</emphasis> consider is an attack. Is a remote scan an attack? Is a vulnerability probe an attack?
pt_BR: Olhando os logs (caso não tenham sido mexidos) usando sistemas de detecção de intrusão (veja <xref linkend="intrusion-detect" />), <command>traceroute</command>, <command>whois</command> e ferramentas parecidas (incluindo análise forense), você pode ser capaz de detectar um ataque até a sua origem. O método que pode reagir a esta informação depende solenemente de sua política de segurança e o que <emphasis>você</emphasis> considera um ataque. Um scan remoto é um ataque? É um teste de vulnerabilidade um ataque?

en: Program X in Debian is vulnerable, what do I do?
pt_BR: O programa X na Debian é vulnerável, o que fazer?

en: First, take a moment to see if the vulnerability has been announced in public security mailing lists (like Bugtraq) or other forums. The Debian Security Team keeps up to date with these lists, so they may also be aware of the problem. Do not take any further actions if you see an announcement at <ulink url="http://security.debian.org" />.
pt_BR: Primeiro, leve um momento para se certificar se a vulnerabilidade foi anunciada em listas de discussões de segurança públicas (como a Bugtraq) ou outros fóruns. O time da Debian Security se mantém atualizada com estas listas, assim elas também deverão ter conhecimento do problema. Não faça qualquer outra ações se você ver um anúncio em <ulink url="http://security.debian.org" />.

en: If no information seems to be published, please send e-mail about the affected package(s), as well as a detailed description of the vulnerability (proof of concept code is also OK), to <ulink name="team@security.debian.org" url="mailto:team@security.debian.org" />. This will get you in touch with Debian's security team.
pt_BR: Caso nenhuma informação tenha sido publicada, por favor envie um e-mail sobre o(s) pacote(s) afetado(s), assim como uma descrição detalhada da vulnerabilidade (código que comprova isto também é válido) para <ulink url="mailto:team@security.debian.org" name="team@security.debian.org" />. Isto lhe colocará em contato com o time de segurança da Debian.

en: The version number for a package indicates that I am still running a vulnerable version!
pt_BR: O número de versão de um pacote indica que eu ainda estou usando uma versão vulnerável!

en: Instead of upgrading to a new release, Debian backports security fixes to the version that was shipped in the stable release. The reason for this is to make sure that the stable release changes as little as possible, so that things will not change or break unexpectedly as a result of a security fix. You can check if you are running a secure version of a package by looking at the package changelog, or comparing its exact (upstream version -slash- debian release) version number with the version indicated in the Debian Security Advisory.
pt_BR: Ao invés de atualizar para uma versão nova, a Debian adapta as correções para a versão que é fornecida com o lançamento estável. A razão disto é para ter certeza que o lançamento estável altere o mínimo possível, assim as coisas não alterarão ou quebrarão de forma inesperada como resultado de uma correção de falha. Você pode verificar se está executando uma versão segura de pacote olhando nos logs de alterações do pacote ou comparando seu número de versão exato (versão do autor - traço- lançamento da Debian) com o número de versão indicado no aviso de segurança da Debian.

en: Specific software
pt_BR: Programas específicos

en: Add <literal>DenyFilter \*.*/</literal> to your configuration file, and for more information see <ulink url="http://www.proftpd.org/bugs.html" />.
pt_BR: Adicione <literal>DenyFilter \*.*/</literal> em seu arquivo de configuração, e para mais informações veja <ulink url="http://www.proftpd.org/critbugs.html" />.

en: That's just the way <command>portsentry</command> works. It opens about twenty unused ports to try to detect port scans.
pt_BR: Este é simplesmente o método como o <command>portsentry</command> funciona. Ele abre cerca de vinte portas não usadas para tentar identificar port scans.

en: Questions regarding the Debian security team
pt_BR: Questões relacionadas ao time de segurança da Debian
