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]
