Qual é a diferença entre proteger uma caixa Linux usando hosts. [Allow | deny] vs iptables?


16

Como o título indica, eu tenho uma caixa Linux. Tanto quanto posso dizer, posso usar hosts.allow / hosts.deny ou iptables para proteger. Qual é a diferença? Existe outro mecanismo que possa ser usado?

Respostas:


22

O IPTables funciona no nível do Kernel. Em geral, isso significa que não tem conhecimento de aplicativos ou processos. Ele pode filtrar apenas com base no que é obtido dos vários cabeçalhos de pacotes, na maior parte.

O host.allow / deny, no entanto, opera no nível do aplicativo / processo. Você pode criar regras para vários processos ou daemons em execução no sistema.

Por exemplo, o IPTables pode filtrar na porta 22. O SSH pode ser configurado para usar essa porta e geralmente é, mas também pode ser configurado para estar em uma porta diferente. O IPTables não sabe em qual porta está, apenas conhece a porta no cabeçalho TCP. Os arquivos hosts.allow, no entanto, podem ser configurados para determinados daemons, como o daemon openssh.

Se você tiver que escolher, geralmente optarei pelo menos por IPTables. Eu vejo os hosts.allow como um bom bônus. Mesmo que pareça que os níveis de daemon parecem mais fáceis, o IPTables bloqueará o pacote antes que ele realmente chegue muito longe. Com segurança, quanto mais cedo você puder bloquear algo, melhor. No entanto, tenho certeza de que existem situações que alteram essa escolha.


0

O iptables bloqueia o acesso antes que ele atinja o aplicativo, enquanto hosts.allow / hosts.deny faz parte do PAM e requer que o aplicativo implemente a verificação do PAM e manipule corretamente o arquivo. Ambos são úteis, e ter os dois no lugar é ainda melhor.


Não acredito que os arquivos hosts. [Allow | deny] tenham algo a ver com o PAM. Você estava pensando em tcpwrappers?
EEAA

Desculpe, eu estava ficando-lo confundido com os allow_hosts impementations dentro PAM para vsftpd etc.
James L
Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.