(este para usuários)
E ainda, explorando o site há muito material sobre o tema.
Recomendo ainda os cursos ministrados pelos CERT.br, são muito
bons, com destaque especial para os instrutores cujos
conhecimento técnico e didática são excelentes.
O CERT.br é o grupo de resposta a incidentes de segurança para a
Internet brasileira, mantido pelo NIC.br, do Comitê Gestor da
Internet no Brasil. O CERT.br é responsável por receber, analisar
e responder a incidentes de segurança envolvendo redes conectadas
à Internet no Brasil.
Saudações,
Otto Fuchshuber Filho
o2to2f(a)gmail.com
Anderson Kaiser escreveu, Em 28-08-2007 20:01:
Em 28/08/07, *Cristiano Furtado* <jasonnfedora(a)gmail.com
<mailto:jasonnfedora@gmail.com>> escreveu:
Nunca deve-se usar senha do tipo conhecidas. As minhas senhas são
macabras, mais imagine o que é MACABRA? Todas as minhas senhas são
acima de 13 digitos. Em relação ao John the Ripper realmente é uma
otima opção. Usei ele mais a muito tempo mesmo atras. Hoje as minhas
senhas são geralmente trocadas de 15 em 15 dias. (Ja estou Falando
demais...)
Bem, falar de segurança é sempre muito complicado. Eu definiria
segurança como um modo de adiar o momento do ataque, pois um dia você
será atacado. Bem, deixando a paranóia de lado. Segurança é algo
fundamental, mas que ninguém se preocupa muito hoje em dia.
Claro que para um ambiente seguro, tem que se levar em conta o que se
roda, qual a necessidade de se rodar tal programa entre diversos otros
fatores. Um firewall, por exemplo, tem que ser o mais seguro de uma
empresa. Já um servidor de arquivos, não terá a mesma segurança que o
firewall, pois seria quase que impossível utilizá-lo, dar permissões e
ser tão flexível como tem que ser.
Boas praticas de segurança? Bem, é complicado, mas não impossível.
Algomas dicas do que se pode fazer em um sistema para deixá-lo mais seguro:
- Hardering
Ou seja, tirar as permissões de quase tudo. Exemplos?
SUID de arquivos - Não permitir que nenhum arquivo rode com permissões
de dono de outro usuário
/etc/passwd com quase nenhum serviço rodando com um shell válido
(somente os extremamente necessários)
Politica bem definida com o PAM. Limitando acesso por horário, por
usuário etc.
Ainda no PAM, usar cracklib para definição de senhas etc.
Configurar as partições, principalmente /home, /tmp, /var/log com os
parâmetros NOSUID, NOEXEC
Configurar a variável TMOUT para os usuário logados.
Bloquer login de root, só permitindo su, e ainda assim para usuários
específicos.
SSH com chave.
Senha no gerenciador de boot
Criar um sistema que rode em chroot, como serviços enjaulados. Um bom
exemplo seria apache, ftp, e serviços que seriam abertos à acessos externos.
Utilizar um registro de eventos com o Syslog-NG
Um IDS bem configurado.
Programas para checar vulnerabilidades.
Bem, por ai já deve-se ter uma idéia do tanto de trabalho que é pensar
em segurança. Isso por que não mencionei metado do necessário e possível.
Segurança é algo bem complexo, que exige muito de um Administrador.
Analise de logs, acompanhamentos, check-list de verificações.
Tenho um conhecido que fala: "Para se proteger, pense como um cracker.
Imagine as formas que você usaria para entrar em sua rede. Para saber se
está vulnerável, tente se invadir, mas com determinação, com vontade de
quem quer obter lucro tendo acessos à seus arquivos."
Bem, acho que deu pra passar uma idéia do que quis dizer, mas também
acho que me delonguei muito.
Abraços.
--
Anderson Kaiser
alpkaiser(a)gmail.com <mailto:alpkaiser@gmail.com>
Linux User #: 426240
(1011) 10000011000100100110010000011000
------------------------------------------------------------------------
--
Fedora-users-br mailing list
Fedora-users-br(a)redhat.com
https://www.redhat.com/mailman/listinfo/fedora-users-br