From: "Philippe Anctil" <z77y16@hotmail.com>
To: netfilter@lists.netfilter.org
Subject: Re: safe default chain policies
Date: Fri, 02 Apr 2004 10:21:27 -0500 [thread overview]
Message-ID: <BAY16-F48j6fVCjmpp100021caf@hotmail.com> (raw)
Hi Antony,
I will leave the nat chains open. In fact I already did that yesterday. I
really makes my life better.
May I ask what are your arguments in favor of putting filter output and
forward chains to drop?
As far as my understanding goes, the output chain is primarily important for
traffic involving the firewall box itself. For example, you need rules in
this chain if you want to ftp from the firewall to the outside. You need
rules also if you want the firewall box to communicate freely with the local
network. Why wouldn't we want the box to complete connections? Once traffic
passed the input chain, why wouldn't I want it to cross the output chain as
well?
My reasoning is similar with the forward chain. If traffic is allowed
through the input chain, it is very likely it is allowed to cross the
forward chain too.
In other words, rules in OUTPUT and FORWARD appear redundant to me.
How a default accept policy in output and forward OUTPUT can compromise my
network? Are there obvious cases I should know about?
Thanks for sharing!
>
> > I set all of input and nat chains to DROP.
>
>Do NOT set the nat table policies to DROP. The nat tables are for address
>translation, not for filtering (DROP is a filtering operation).
>
> > I am thinking to set all chains to ACCEPT except the INPUT chain.
>
>No. Set default DROP on INPUT, FORWARD and OUTPUT, then add rules to
>allow
>the traffic you want.
_________________________________________________________________
MSN Search, le moteur de recherche qui pense comme vous !
http://fr.ca.search.msn.com/
next reply other threads:[~2004-04-02 15:21 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-04-02 15:21 Philippe Anctil [this message]
2004-04-02 15:36 ` safe default chain policies Antony Stone
2004-04-02 15:44 ` Antony Stone
-- strict thread matches above, loose matches on Subject: below --
2004-04-02 19:12 Philippe Anctil
2004-04-02 19:02 Philippe Anctil
2004-04-02 19:23 ` Antony Stone
2004-04-02 4:58 Philippe Anctil
2004-04-02 7:42 ` Antony Stone
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=BAY16-F48j6fVCjmpp100021caf@hotmail.com \
--to=z77y16@hotmail.com \
--cc=netfilter@lists.netfilter.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox