Diogo, pelo que entendi, o checklist que ele quis foi um checklist de aplicativos para se montar um servidor. Correto?
2011/6/15 Diogo Leal <[email protected]> > A minha opinião > > > Eu uso um automatizador de configurações para melhorar o processo de > manutenção do servidor e garantir que os arquivos de configuração, usuários, > grupos, grupos e pacotes estejam da forma que quero. O que tenho usado para > isso é o Puppet. > > O que voce pode fazer pra facilitar é separar bem os serviços em varios > servidores, desta forma ajuda. > > Como o Keppler, Ananias e outros disseram, não existe uma cartilha de > segurança. O melhor que voce pode fazer para verificar se tudo tá seguro é > seguir as dicas do pessoal e usar uma ferramenta que analisa as falhas de > segurança e correr atrás da resolução delas. > > Mas não existe um checklist para isso. > > > Em caso de dúvida, consulte um analista de segurança mais próximo. > > > Diogo Leal [aka estranho] > http://diogoleal.com > msn | gtalk: [email protected] > > > > > 2011/6/15 Keppler <[email protected]> > >> Olá galera. >> Só para finalizar esta Thread, talvéz eu tenha passado uma impressão de >> menosprezo ou arrogância. De qualquer forma não foi o caso...lhes garanto! >> Aguimar, como você mesmo citou numa thread anterior, acho que a melhor >> pessoa para montar sua checklist é vc mesmo! Pois como é vc quem está >> implementando, você tem todos os detalhes! >> E como lhe disse, mesmo sem termos todas informações, tem algumas coisas >> que você deverá considerar como, segurança, controles de acesso interno e >> externo (se houver), tráfego gerado, número de requisições, tamanho dos >> discos, quandos discos serão necessários, etc. >> >> E fique à vontande para postar suas dúvidas..... >> >> abraço, >> Keppler >> >> >> >> On 15-06-2011 10:19, Ananias Filho wrote: >> >> O Alisson foi feliz em suas palavras :) >> >> Já a questão de não utilizar o Firebird como o Keppler citou, é >> complicado. >> Estou utilizando um ERP open source (FreedomERP) que utiliza o Firebird, >> versão 1.5.x >> Tenho uns 'vários' clientes que rodam aplicações com Firebird inclusive >> aplicações desenvolvidas, recentemente pela IBM. >> >> O Firebird tem uma serie de funcionalidades que o MySQL, por exemplo, >> não tem. Nem vou me aprofundar nisso para não criar flammes. >> >> Agora se realmente vamos falar de Banco de dados, começo a pensar em >> PostgreSQL. >> >> tem um amigo que faz a seguinte comparação, erradamente ou não, >> Firebird é o CGI >> MySQL é o PHP >> PostgreSQL é o Java >> hahaha, é feia essa comparação mas chega a ser cômica para mim ;) >> >> Keppler, se realmente sua necessidade é um cliente pequeno, vai em >> frente e pesquisa, estuda, vai a luta! >> Esse termo do checklist soa como uma má interpretação pela maioria, eu por >> exemplo antes de você dar maiores detalhes. >> >> A lista está aqui para isso. Auxiliar, ajudar, tirar-dúvidas e >> principalmente colaborar. >> Um grande abraço! >> >> 2011/6/15 Aguimar Rezende Junior <[email protected]> >> >>> Exatamente Alisson, você entendeu a minha dúvida. Ou talvez eu não tenha >>> me expressado bem, de qualquer forma obrigado pela dica. Creio que muitos >>> iniciantes vão aproveitar essa trhead. >>> >>> >>> >>> Em 14/06/2011 23:54, Alisson Ceolin escreveu: >>> >>> Olá >>> >>> acredito que vc queira esta configuração confusa com muitos serviços, >>> mais para prova de conceito certo? ou como comentado algo pequeno. >>> bem, antes me malhar o cara por usar firebird, veja se nao é a >>> necessidade, existem casos que vc fica preso a uma aplicação construída para >>> este banco, sei pq indiretamente passo por isso. >>> >>> mysql | postgresql | ingres | oracle e sabelaoqueSQL uns amam, outros >>> detestam, mas no final vc acaba utilizando um, mas tem que saber como o >>> outro funfa tb. >>> penso que a ideia nao é discutir um ou outro.. mas sim como tirar melhor >>> proveito de um ou outro. >>> >>> no seu caso, procure pelo termo linux hardening vc encontrará algo >>> como >>> http://marcosabadi.blogspot.com/2010/02/hardening-em-servidores-linux.html >>> procure livros do assunto, e lembre-se vc nunca estará 100% seguro, mas >>> pq facilitar as coisas para o 'malfeitor' ou mesmo um cliente desavisado e >>> atrapalhado. >>> aprofunde-se nos serviços que quer disseminar, e isto é legal, é assim q >>> vc aprende.. surgiram dúvidas, poste aqui, ou em outro blog... sempre alguém >>> poderá auxiliar. >>> se os assuntos de segurança fossem fáceis, nao teríamos tantos problemas >>> em redes como Sony, FMI, Acer, Google/Facebook etc. >>> >>> minha dica é o termo hardening de servidores assim vc vai fechando os >>> mesmos, vai desde a criação das partiçoes, politica de senhas, a conf de >>> serviços. >>> indo um pouco mais além, vc pode dar uma olhada (para conhecimento) nas >>> isos/iec 27001 e 27002 (elas nao dizem como, mas dizem o que é recomendado >>> na maioria dos casos) >>> >>> att >>> >>> Alisson Ceolin >>> >>> >>> ------------------------------ >>> *De:* Keppler <[email protected]> <[email protected]> >>> *Para:* [email protected] >>> *Enviadas:* Terça-feira, 14 de Junho de 2011 21:39 >>> *Assunto:* Re: [slack-users] Checklist de segurança >>> >>> Olá Aguimar! >>> Cara, tô com o Ananias! >>> Não existe um checklist na forma como você quer e se alguém te passar um, >>> pode jogar fora! >>> Um servidor que vai rodar tudo isso acho que nem na Locaweb ou no UolHost >>> tem assim....:P >>> A não ser que seja algo de pequeno porte como sugeriu o Ananias. >>> Outra coisa estranha são estes 2 bancos de dados no mesmo servidor....a >>> última vez que ouvi falar de alguém que usa o Firebird foi em meados de >>> 2006. De lá pra cá, no meu modesto ponto de vista, tem bancos muito melhores >>> que ele, por exemplo Mysql e o meu preferido, o PostgreSQL que atendem >>> perfeitamente até para grandes volumes de dados e tráfego. >>> >>> Bom, voltando ao seu checklist, volto a dizer que é impossível falar em >>> um, pois você precisa saber todos (na medida do possível) detalhes dos >>> serviços que irão rodar, quem irá acessar, terá acesso remoto?, tráfego, >>> etc. Acho que começa por aí... >>> >>> Outro ponto é tentar usar sempre que possível a última versão dos >>> programas a serem usados, pois com certeza foram corrigidos bugs e falhas de >>> segurança. >>> Não sei se te ajuda, mas eu por exemplo quando vou configurar um servidor >>> do zero, levando quais os serviços que este server vai rodar e aí eu baixo a >>> última versão do programa, compilo e instalo. >>> Hoje por exemplo fiz isto: Instalei e compilei as útimas versões do >>> Apache, do Squid, do PostgreSQL e do Bacula. >>> >>> Bem, este é meu ponto de vista. Mas de toda forma gostaria de ouvir os >>> colegas. >>> >>> >>> On 14-06-2011 10:53, Ananias Filho wrote: >>> >>> Aguimar, >>> >>> não entendi, sinceramente, esse teu ponto de vista do checklist. >>> Você pode até ter um check list de uma necessidade específica. Mas um >>> checklist geral? dúvido :) >>> >>> Por exemplo, esse teu checklist ai, usa o Firebird e sendmail. Quem >>> aqui na lista usa os dois ao mesmo tempo ou ao menos o Firebird? >>> Poucos são os que utilizam o Firebird para internet, tendo em vista que a >>> maior linguagem web, não sei se ainda é, o php é mais comum ser utilizado >>> como MySQL ou ainda, PostgreSQL. >>> >>> Outra coisa, quando você diz que este servidor vai ser completo, não >>> entendi novamente. Você carregar no mesmo sistema >>> tudo isso, é meio doidera, 2 bancos de dados junto com o apache e o >>> serviço de email. >>> Aonde você irá montar esse servidor? em um escritório com até 5 usuários? >>> na tua casa? >>> E ai? >>> >>> 2011/6/14 Aguimar Rezende Junior <[email protected]> >>> >>> Pessoal bom dia >>> >>> Estou montando um servidor web novo no slackware 13.37, este servidor vai >>> ser completo. >>> >>> Apache >>> Sendmail >>> Mysql >>> Firebird >>> Ftp >>> php >>> phpmyadmin >>> >>> Sempre sigo um checlist de segurança que eu mesmo fiz pra não esquecer >>> nada, mas gostaria de saber se alguém tem checklist pronto. >>> De repente deixei passar alguma coisa, só para comparar. >>> >>> -- >>> GUS-BR - Grupo de Usuários de Slackware Brasil >>> http://www.slackwarebrasil.org/ >>> http://groups.google.com/group/slack-users-br >>> >>> Antes de perguntar: >>> http://www.istf.com.br/perguntas/ >>> >>> Para sair da lista envie um e-mail para: >>> [email protected] >>> >>> >>> >>> >>> -- >>> *kram3r* >>> -- >>> GUS-BR - Grupo de Usuários de Slackware Brasil >>> http://www.slackwarebrasil.org/ >>> http://groups.google.com/group/slack-users-br >>> >>> Antes de perguntar: >>> http://www.istf.com.br/perguntas/ >>> >>> Para sair da lista envie um e-mail para: >>> [email protected] >>> >>> >>> -- >>> GUS-BR - Grupo de Usuários de Slackware Brasil >>> http://www.slackwarebrasil.org/ >>> http://groups.google.com/group/slack-users-br >>> >>> Antes de perguntar: >>> http://www.istf.com.br/perguntas/ >>> >>> Para sair da lista envie um e-mail para: >>> [email protected] >>> >>> >>> -- >>> GUS-BR - Grupo de Usuários de Slackware Brasil >>> http://www.slackwarebrasil.org/ >>> http://groups.google.com/group/slack-users-br >>> >>> Antes de perguntar: >>> http://www.istf.com.br/perguntas/ >>> >>> Para sair da lista envie um e-mail para: >>> [email protected] >>> >>> >>> -- >>> GUS-BR - Grupo de Usuários de Slackware Brasil >>> http://www.slackwarebrasil.org/ >>> http://groups.google.com/group/slack-users-br >>> >>> Antes de perguntar: >>> http://www.istf.com.br/perguntas/ >>> >>> Para sair da lista envie um e-mail para: >>> [email protected] >>> >> >> >> >> -- >> *kram3r* >> -- >> GUS-BR - Grupo de Usuários de Slackware Brasil >> http://www.slackwarebrasil.org/ >> http://groups.google.com/group/slack-users-br >> >> Antes de perguntar: >> http://www.istf.com.br/perguntas/ >> >> Para sair da lista envie um e-mail para: >> [email protected] >> >> >> -- >> GUS-BR - Grupo de Usuários de Slackware Brasil >> http://www.slackwarebrasil.org/ >> http://groups.google.com/group/slack-users-br >> >> Antes de perguntar: >> http://www.istf.com.br/perguntas/ >> >> Para sair da lista envie um e-mail para: >> [email protected] >> > > -- > GUS-BR - Grupo de Usuários de Slackware Brasil > http://www.slackwarebrasil.org/ > http://groups.google.com/group/slack-users-br > > Antes de perguntar: > http://www.istf.com.br/perguntas/ > > Para sair da lista envie um e-mail para: > [email protected] > -- *kram3r* -- GUS-BR - Grupo de Usuários de Slackware Brasil http://www.slackwarebrasil.org/ http://groups.google.com/group/slack-users-br Antes de perguntar: http://www.istf.com.br/perguntas/ Para sair da lista envie um e-mail para: [email protected]
