From: Michael Tremer <michael.tremer@ipfire.org>
To: development@lists.ipfire.org
Subject: Re: [PATCH] snort: Also monitor assigned alias addresses on red.
Date: Fri, 16 Oct 2015 17:39:22 +0100 [thread overview]
Message-ID: <1445013562.18375.93.camel@ipfire.org> (raw)
In-Reply-To: <1445013436.2021.22.camel@ipfire.org>
[-- Attachment #1: Type: text/plain, Size: 2999 bytes --]
On Fri, 2015-10-16 at 18:37 +0200, Stefan Schantl wrote:
> > On Fri, 2015-10-16 at 12:09 +0200, Timo Eissler wrote:
> > > Reviewed-by: Timo Eissler <timo.eissler(a)ipfire.org>
> >
> > I don't think that this patch is okay.
> >
> > > Am 16.10.2015 um 11:41 schrieb Stefan Schantl:
> > > > These changes will allow snort to also inspect the traffic for
> > > > one or more configured alias addresses, which has not been done
> > > > in
> > > > the past.
> >
> > What consequences did that have? What does this patch change? Is
> > anything of that user-visible or breaking backward-compatibility?
>
> The current situation is, that snort if enabled on red, only inspects
> the traffic which is desired to the statically configured red
> address.
>
> If some alias addresses have been assigned to the red interface the
> traffic to these addresses will not be checked by snort and
> completely
> bypasses the IDS.
>
> There is no user interaction required, nor visible-effects or any
> backward-compatiblity required, only a restart of snort after the
> update process to protect all red addresses.
Please include that description in the new version of the patch.
>
>
> >
> > There are some formatting inconsistencies in this patch.
> >
> > > >
> > > > diff --git a/src/initscripts/init.d/snort
> > > > b/src/initscripts/init.d/snort
> > > > index e03c80f..47e7998 100644
> > > > --- a/src/initscripts/init.d/snort
> > > > +++ b/src/initscripts/init.d/snort
> > > > @@ -20,6 +20,8 @@
> > > > PATH=/usr/local/sbin:/usr/local/bin:/bin:/usr/bin:/sbin:/usr/sb
> > > > in
> > > > ;
> > > > export PATH
> > > > eval $(/usr/local/bin/readhash /var/ipfire/ethernet/settings)
> > > > eval $(/usr/local/bin/readhash /var/ipfire/snort/settings)
> > > >
> > > > +ALIASFILE="/var/ipfire/ethernet/aliases"
> > > > +
> > > > case "$1" in
> > > > start)
> > > > if [ "$BLUE_NETADDRESS" ]; then
> > > > @@ -59,6 +61,19 @@ case "$1" in
> > > > if [ "$LOCAL_IP" ]; then
> > > > HOMENET+="$LOCAL_IP,"
> > > > fi
> > > > +
> > > > + # Check if the red device is set to
> > > > static
> > > > and
> > > > + # any aliases have been configured.
> > > > + if [ "$RED_TYPE" == "STATIC" ] && [ -s
> > > > "${ALIASFILE}" ]; then
> >
> > RED_TYPE does not have curly braces, ALIASFILE has these.
> >
> > Pick one based on the rest of the script and be consistent, please.
>
> Thanks for the hint, I will upload a reworked patch soon.
> >
> > > > + # Read in aliases file.
> > > > + while IFS="," read -r address
> > > > mode
> > > > remark; do
> > > > + # Check if the alias
> > > > is
> > > > enabled.
> > > > + [ "${mode}" = "on" ]
> > > > ||
> > > > continue
> > > > +
> > > > + # Add alias to the
> > > > list
> > > > of
> > > > HOMENET addresses.
> > > > + HOMENET+="${address},"
> > > > + done < "${ALIASFILE}"
> > > > + fi
> > > > fi
> > > > HOMENET+="127.0.0.1"
> > > > echo "ipvar HOME_NET [$HOMENET]" >
> > > > /etc/snort/vars
> >
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 819 bytes --]
next prev parent reply other threads:[~2015-10-16 16:39 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-10-16 9:41 Stefan Schantl
2015-10-16 10:09 ` Timo Eissler
2015-10-16 15:48 ` Michael Tremer
2015-10-16 16:37 ` Stefan Schantl
2015-10-16 16:39 ` Michael Tremer [this message]
2015-10-16 16:49 ` Stefan Schantl
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=1445013562.18375.93.camel@ipfire.org \
--to=michael.tremer@ipfire.org \
--cc=development@lists.ipfire.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