Linux Netfilter discussions
 help / color / mirror / Atom feed
From: Pablo Neira Ayuso <pablo@netfilter.org>
To: Jan Engelhardt <jengelh@medozas.de>
Cc: "Gáspár Lajos" <swifty@freemail.hu>,
	"JeHo Park" <linuxpark@gmail.com>,
	"netfilter list" <netfilter@vger.kernel.org>
Subject: Re: [HELP] why the string match does not work in nat tables?
Date: Tue, 01 Feb 2011 13:41:28 +0100	[thread overview]
Message-ID: <4D47FF78.2020502@netfilter.org> (raw)
In-Reply-To: <alpine.LNX.2.01.1102011335170.9559@obet.zrqbmnf.qr>

On 01/02/11 13:35, Jan Engelhardt wrote:
> On Tuesday 2011-02-01 13:32, Pablo Neira Ayuso wrote:
> 
>> On 01/02/11 13:01, Gáspár Lajos wrote:
>>> The string match is much like a toy and not a real help in the iptables.
>>> (Sorry, I do not really "believe" in this match. But also I understand
>>> the need for such match. Sometimes it can be very usefull.)  As already
>>> mentioned before, the main problem is the fragmentation.
>>
>> fragmentation is not a problem for algorithms like knuth-pratt-morris,
>> which is implemented in textsearch. boyer-moore is faster but if the
>> text is splitted among fragments, it won't find a matching.
>>
>> segmentation is a problem for textsearch, it wouldn't be hard to extend
>> the string matching to make it flow-based.
> 
> How so? You would have to collect the packets like l7-filter.

You can store the partial matching in the ts_state structure, which
would be stored in every ct flow object, with a conntrack extension.
You'll have to make the string match stateful, of course.

BTW, I'm working on something new to provide a replacement l7-filter.

  reply	other threads:[~2011-02-01 12:41 UTC|newest]

Thread overview: 20+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-01-31  1:53 [HELP] why the string match does not work in nat tables? JeHo Park
2011-01-31  2:09 ` Jan Engelhardt
     [not found]   ` <AANLkTik02D=agfFrc8VX+Wh4WAg_odm6cEcpbXvbgtqM@mail.gmail.com>
2011-01-31  2:38     ` Jan Engelhardt
2011-01-31  2:47       ` JeHo Park
2011-01-31  2:51         ` Jan Engelhardt
2011-01-31  2:59           ` JeHo Park
2011-01-31  3:34         ` netfilter - u32 module Sridhar Kumar
2011-01-31  9:36           ` Pablo Neira Ayuso
2011-01-31 15:31             ` Sridhar Kumar
2011-01-31  9:35         ` [HELP] why the string match does not work in nat tables? Pablo Neira Ayuso
2011-01-31 10:33           ` Pascal Hambourg
2011-01-31 11:17             ` JeHo Park
2011-02-01  1:50           ` JeHo Park
2011-02-01 11:51             ` Jan Engelhardt
2011-02-01 12:01             ` Gáspár Lajos
2011-02-01 12:32               ` Pablo Neira Ayuso
2011-02-01 12:35                 ` Jan Engelhardt
2011-02-01 12:41                   ` Pablo Neira Ayuso [this message]
2011-02-01 12:47                     ` Jan Engelhardt
2011-02-01 12:57                       ` Pablo Neira Ayuso

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=4D47FF78.2020502@netfilter.org \
    --to=pablo@netfilter.org \
    --cc=jengelh@medozas.de \
    --cc=linuxpark@gmail.com \
    --cc=netfilter@vger.kernel.org \
    --cc=swifty@freemail.hu \
    /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