Ananias, estava me referindo as proteções, edição de arquivos, configurações enfim tudo para uma melhor segurança do servidor, faço o que eu chamo de checklist para não esquecer de configurações básicas de segurança , não confio só na minha memória.


Em 15/06/2011 16:27, Ananias Filho escreveu:
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]>
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]

--
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]

Responder a