From: Eric Leblond <eric@inl.fr>
To: "J. Federico Hernandez" <fede.hernandez@gmail.com>
Cc: netfilter-devel@lists.netfilter.org,
Pablo Neira Ayuso <pablo@netfilter.org>
Subject: Re: new match extension to implement port knocking in one
Date: Mon, 23 Oct 2006 21:46:52 +0200 [thread overview]
Message-ID: <1161632812.5359.8.camel@localhost> (raw)
In-Reply-To: <c0db55360610230631u4acce3bft3f020916341caf0f@mail.gmail.com>
[-- Attachment #1: Type: text/plain, Size: 2206 bytes --]
Le lundi 23 octobre 2006 à 10:31 -0300, J. Federico Hernandez a écrit :
> On 10/18/06, Pablo Neira Ayuso <pablo@netfilter.org> wrote:
> > J. Federico Hernandez wrote:
> > > On 10/17/06, Eric Leblond <eric@inl.fr> wrote:
> > >> >
> > >> > When all you want is to open a port after a correct sequence of
> > >> > knocks, instead of sending from the kernel all the knocks to the
> > >> > userspace, and then setting a new iptables rule so the kernel firewall
> > >> > takes an action, it would be better to leave the whole work to the
> > >> > kernel and avoid the transition kernel->userspace->kernel.
> > >>
> > >> kernel->userspace->kernel is really not a problem for nowadays computer.
> > >> Simply think about snort-inline which is able to handle a great amount
> > >> of traffic.
> > >
> > > the fact that nowadays computers have much more power, doesn't mean
> > > that you can forget about a simple, less complex and correct design.
> >
> > I'm unsure that putting things in kernel implies less complexity and
> > correct design, it depends on the case.
> >
>
> Putting things in kernel doesn't mean less complexity, but on port
> knocking case means a correct design and better performance.
>
> WIth traditional port knocking applications you have to switch
> kernelspace ->userspase->kernelspace several times. Furthermore, you
> have to load the regex engine for parsing the firewall logs and you
> have to access the hard disk each minute for parsing logs files. In
> our opinion, this is not a correct design.
We do not understand each other about the way I (and pablo I think)
propose you to do because the solution I thought off do not use log
analysis...
Let's say port knocking is 4138 2345 4577 to open port 22
Then just do
iptables -A INPUT -p tcp -m multiport --dports 4138,2345,4577,22 -j QUEUE
Your userspace application wait for packets coming from queue, drop them
when they come from knocking ports (but store the knock) and accept
packet to port 22 if we just had a correct knocking sequence before.
This is simple, do not use complex algorithms and should fit on all
small routers.
BR,
--
Eric Leblond <eric@inl.fr>
INL
[-- Attachment #2: Ceci est une partie de message numériquement signée --]
[-- Type: application/pgp-signature, Size: 191 bytes --]
next prev parent reply other threads:[~2006-10-23 19:46 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-10-16 15:10 new match extension to implement port knocking in one J. Federico Hernandez
2006-10-17 1:23 ` Pablo Neira Ayuso
2006-10-17 12:19 ` J. Federico Hernandez
2006-10-17 14:05 ` Eric Leblond
2006-10-18 0:32 ` J. Federico Hernandez
2006-10-18 14:46 ` Pablo Neira Ayuso
2006-10-23 13:31 ` J. Federico Hernandez
2006-10-23 19:46 ` Eric Leblond [this message]
2006-10-24 23:21 ` Luis Floreani
2006-10-25 6:31 ` Eric Leblond
2006-10-26 3:59 ` J. Federico Hernandez
2006-10-25 15:41 ` Luis Floreani
2006-10-17 15:12 ` Michael Rash
2006-10-18 1:01 ` J. Federico Hernandez
-- strict thread matches above, loose matches on Subject: below --
2006-10-13 13:35 J. Federico Hernandez
2006-10-14 17:19 ` Michael Rash
2006-10-11 20:33 Luis Floreani
2006-10-12 20:41 ` Alexey Toptygin
2006-10-12 21:30 ` Alexey Toptygin
2006-10-13 2:50 ` Michael Rash
2006-10-13 2:50 ` Luis Floreani
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=1161632812.5359.8.camel@localhost \
--to=eric@inl.fr \
--cc=fede.hernandez@gmail.com \
--cc=netfilter-devel@lists.netfilter.org \
--cc=pablo@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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.