* Re: [PATCH] core 130: Remove snort settings dir after convert has run.
2019-03-18 19:12 ` Michael Tremer
@ 2019-03-18 19:15 ` Stefan Schantl
2019-03-18 19:15 ` Michael Tremer
2019-03-18 19:20 ` Horace Michael
2019-03-18 19:33 ` [PATCH] Core 130: Remove files after convert-snort has been launched Stefan Schantl
2 siblings, 1 reply; 14+ messages in thread
From: Stefan Schantl @ 2019-03-18 19:15 UTC (permalink / raw)
To: development
[-- Attachment #1: Type: text/plain, Size: 4559 bytes --]
> Why would the converter read snort.conf?
Because the enabled rule files (categories) are stored in this file.
>
> I agree.
Thanks, so please ignore the current patch.
I'll send a new one to take care of all of this.
>
> > On 18 Mar 2019, at 19:11, Stefan Schantl <stefan.schantl(a)ipfire.org
> > > wrote:
> >
> > > Hi,
> > >
> > > I do not see why the converter does not take care of the removal.
> > > That would only be one place.
> >
> > Me, too - I simply implemented it in the same way all other
> > converters
> > will be handled by the backup.pl script....
> >
> > But I found an other really important issue in the core 130
> > update.sh
> > and the converter.
> >
> > The "/etc/snort/snort.conf" will be deleted very early. Exactly
> > before
> > the converter has been the chance to read the settings from this
> > file.
> >
> > I'll send a patch to do the removal of the whole snort stuff and
> > the
> > settings in one step after the converter has done it's work, if you
> > agree with me.
> >
> > > But I will merge this if you want me to.
> > >
> > > -Michael
> > >
> > > > On 18 Mar 2019, at 19:04, Stefan Schantl <
> > > > stefan.schantl(a)ipfire.org
> > > > > wrote:
> > > > > Almost?
> > > >
> > > > As long as the files are present, the settings will be
> > > > converted.
> > > > May
> > > > in special cases if a user does something really weird may the
> > > > converter will fail, but in this case I think it even would be
> > > > better
> > > > start a new clean IPS configuration.
> > > >
> > > > > How is this directory removed when a backup was restored?
> > > > >
> > > >
> > > > By the backup.pl script. It checks if after the backup a snort
> > > > settings
> > > > dir (/var/ipfire/snort) exists, launches the converter and
> > > > afterwards
> > > > deletes the directory.
> > > >
> > > > See:
> > > >
> > > > https://git.ipfire.org/?p=ipfire-2.x.git;a=commit;h=8c27372438dd267648cba48b86d85a594f14be1c
> > > >
> > > > > -Michael
> > > > >
> > > > > > On 18 Mar 2019, at 18:56, Stefan Schantl <
> > > > > > stefan.schantl(a)ipfire.org
> > > > > > > wrote:
> > > > > >
> > > > > > Hello Michael,
> > > > > > > Hi,
> > > > > > >
> > > > > > > What happens when the converter has failed? Is that a
> > > > > > > possibility?
> > > > > >
> > > > > > There is almost no risk, that this would be happened.
> > > > > >
> > > > > > It contains checks if all corresponding files are present
> > > > > > and
> > > > > > will
> > > > > > contain the settings from them - I do not see a case where
> > > > > > any
> > > > > > problems
> > > > > > can be happen.
> > > > > >
> > > > > > Best regards,
> > > > > >
> > > > > > -Stefan
> > > > > >
> > > > > > > -Michael
> > > > > > >
> > > > > > > > On 18 Mar 2019, at 18:46, Stefan Schantl <
> > > > > > > > stefan.schantl(a)ipfire.org
> > > > > > > > > wrote:
> > > > > > > >
> > > > > > > > When all settings have been converted, the files and
> > > > > > > > directory
> > > > > > > > are
> > > > > > > > not
> > > > > > > > needed anymore.
> > > > > > > >
> > > > > > > > If they will be left and at a later time an backup will
> > > > > > > > be
> > > > > > > > restored, the
> > > > > > > > converter will be started by the backup script again
> > > > > > > > and
> > > > > > > > would
> > > > > > > > be
> > > > > > > > restore those
> > > > > > > > old snort settings and replace the current IPS
> > > > > > > > settings.
> > > > > > > >
> > > > > > > > Signed-off-by: Stefan Schantl <
> > > > > > > > stefan.schantl(a)ipfire.org>
> > > > > > > > ---
> > > > > > > > config/rootfiles/core/130/update.sh | 3 +++
> > > > > > > > 1 file changed, 3 insertions(+)
> > > > > > > >
> > > > > > > > diff --git a/config/rootfiles/core/130/update.sh
> > > > > > > > b/config/rootfiles/core/130/update.sh
> > > > > > > > index d33321c32..f3dc0d85a 100644
> > > > > > > > --- a/config/rootfiles/core/130/update.sh
> > > > > > > > +++ b/config/rootfiles/core/130/update.sh
> > > > > > > > @@ -74,6 +74,9 @@ ldconfig
> > > > > > > > # Migrate snort configuration to suricata
> > > > > > > > /usr/sbin/convert-snort
> > > > > > > >
> > > > > > > > +# Remove snort settings
> > > > > > > > +rm -rvf /var/ipfire/snort
> > > > > > > > +
> > > > > > > > # Start services
> > > > > > > > /etc/init.d/collectd restart
> > > > > > > > /etc/init.d/firewall restart
> > > > > > > > --
> > > > > > > > 2.20.1
> > > > > > > >
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [PATCH] core 130: Remove snort settings dir after convert has run.
2019-03-18 19:15 ` Stefan Schantl
@ 2019-03-18 19:15 ` Michael Tremer
0 siblings, 0 replies; 14+ messages in thread
From: Michael Tremer @ 2019-03-18 19:15 UTC (permalink / raw)
To: development
[-- Attachment #1: Type: text/plain, Size: 4224 bytes --]
Okay...
> On 18 Mar 2019, at 19:15, Stefan Schantl <stefan.schantl(a)ipfire.org> wrote:
>
>> Why would the converter read snort.conf?
>
> Because the enabled rule files (categories) are stored in this file.
>
>>
>> I agree.
>
> Thanks, so please ignore the current patch.
>
> I'll send a new one to take care of all of this.
>
>>
>>> On 18 Mar 2019, at 19:11, Stefan Schantl <stefan.schantl(a)ipfire.org
>>>> wrote:
>>>
>>>> Hi,
>>>>
>>>> I do not see why the converter does not take care of the removal.
>>>> That would only be one place.
>>>
>>> Me, too - I simply implemented it in the same way all other
>>> converters
>>> will be handled by the backup.pl script....
>>>
>>> But I found an other really important issue in the core 130
>>> update.sh
>>> and the converter.
>>>
>>> The "/etc/snort/snort.conf" will be deleted very early. Exactly
>>> before
>>> the converter has been the chance to read the settings from this
>>> file.
>>>
>>> I'll send a patch to do the removal of the whole snort stuff and
>>> the
>>> settings in one step after the converter has done it's work, if you
>>> agree with me.
>>>
>>>> But I will merge this if you want me to.
>>>>
>>>> -Michael
>>>>
>>>>> On 18 Mar 2019, at 19:04, Stefan Schantl <
>>>>> stefan.schantl(a)ipfire.org
>>>>>> wrote:
>>>>>> Almost?
>>>>>
>>>>> As long as the files are present, the settings will be
>>>>> converted.
>>>>> May
>>>>> in special cases if a user does something really weird may the
>>>>> converter will fail, but in this case I think it even would be
>>>>> better
>>>>> start a new clean IPS configuration.
>>>>>
>>>>>> How is this directory removed when a backup was restored?
>>>>>>
>>>>>
>>>>> By the backup.pl script. It checks if after the backup a snort
>>>>> settings
>>>>> dir (/var/ipfire/snort) exists, launches the converter and
>>>>> afterwards
>>>>> deletes the directory.
>>>>>
>>>>> See:
>>>>>
>>>>> https://git.ipfire.org/?p=ipfire-2.x.git;a=commit;h=8c27372438dd267648cba48b86d85a594f14be1c
>>>>>
>>>>>> -Michael
>>>>>>
>>>>>>> On 18 Mar 2019, at 18:56, Stefan Schantl <
>>>>>>> stefan.schantl(a)ipfire.org
>>>>>>>> wrote:
>>>>>>>
>>>>>>> Hello Michael,
>>>>>>>> Hi,
>>>>>>>>
>>>>>>>> What happens when the converter has failed? Is that a
>>>>>>>> possibility?
>>>>>>>
>>>>>>> There is almost no risk, that this would be happened.
>>>>>>>
>>>>>>> It contains checks if all corresponding files are present
>>>>>>> and
>>>>>>> will
>>>>>>> contain the settings from them - I do not see a case where
>>>>>>> any
>>>>>>> problems
>>>>>>> can be happen.
>>>>>>>
>>>>>>> Best regards,
>>>>>>>
>>>>>>> -Stefan
>>>>>>>
>>>>>>>> -Michael
>>>>>>>>
>>>>>>>>> On 18 Mar 2019, at 18:46, Stefan Schantl <
>>>>>>>>> stefan.schantl(a)ipfire.org
>>>>>>>>>> wrote:
>>>>>>>>>
>>>>>>>>> When all settings have been converted, the files and
>>>>>>>>> directory
>>>>>>>>> are
>>>>>>>>> not
>>>>>>>>> needed anymore.
>>>>>>>>>
>>>>>>>>> If they will be left and at a later time an backup will
>>>>>>>>> be
>>>>>>>>> restored, the
>>>>>>>>> converter will be started by the backup script again
>>>>>>>>> and
>>>>>>>>> would
>>>>>>>>> be
>>>>>>>>> restore those
>>>>>>>>> old snort settings and replace the current IPS
>>>>>>>>> settings.
>>>>>>>>>
>>>>>>>>> Signed-off-by: Stefan Schantl <
>>>>>>>>> stefan.schantl(a)ipfire.org>
>>>>>>>>> ---
>>>>>>>>> config/rootfiles/core/130/update.sh | 3 +++
>>>>>>>>> 1 file changed, 3 insertions(+)
>>>>>>>>>
>>>>>>>>> diff --git a/config/rootfiles/core/130/update.sh
>>>>>>>>> b/config/rootfiles/core/130/update.sh
>>>>>>>>> index d33321c32..f3dc0d85a 100644
>>>>>>>>> --- a/config/rootfiles/core/130/update.sh
>>>>>>>>> +++ b/config/rootfiles/core/130/update.sh
>>>>>>>>> @@ -74,6 +74,9 @@ ldconfig
>>>>>>>>> # Migrate snort configuration to suricata
>>>>>>>>> /usr/sbin/convert-snort
>>>>>>>>>
>>>>>>>>> +# Remove snort settings
>>>>>>>>> +rm -rvf /var/ipfire/snort
>>>>>>>>> +
>>>>>>>>> # Start services
>>>>>>>>> /etc/init.d/collectd restart
>>>>>>>>> /etc/init.d/firewall restart
>>>>>>>>> --
>>>>>>>>> 2.20.1
>>>>>>>>>
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [PATCH] core 130: Remove snort settings dir after convert has run.
2019-03-18 19:12 ` Michael Tremer
2019-03-18 19:15 ` Stefan Schantl
@ 2019-03-18 19:20 ` Horace Michael
2019-03-18 19:22 ` Michael Tremer
2019-03-18 19:31 ` Stefan Schantl
2019-03-18 19:33 ` [PATCH] Core 130: Remove files after convert-snort has been launched Stefan Schantl
2 siblings, 2 replies; 14+ messages in thread
From: Horace Michael @ 2019-03-18 19:20 UTC (permalink / raw)
To: development
[-- Attachment #1: Type: text/plain, Size: 4341 bytes --]
Hi,
On March 18, 2019 7:12:35 PM UTC, Michael Tremer <michael.tremer(a)ipfire.org> wrote:
>Why would the converter read snort.conf?
>
>I agree.
>
>> On 18 Mar 2019, at 19:11, Stefan Schantl <stefan.schantl(a)ipfire.org>
>wrote:
>>
>>> Hi,
>>>
>>> I do not see why the converter does not take care of the removal.
>>> That would only be one place.
>>
>> Me, too - I simply implemented it in the same way all other
>converters
>> will be handled by the backup.pl script....
>>
>> But I found an other really important issue in the core 130 update.sh
>> and the converter.
>>
>> The "/etc/snort/snort.conf" will be deleted very early. Exactly
>before
>> the converter has been the chance to read the settings from this
>file.
>>
>> I'll send a patch to do the removal of the whole snort stuff and the
>> settings in one step after the converter has done it's work, if you
>> agree with me.
>>
>>>
>>> But I will merge this if you want me to.
>>>
>>> -Michael
>>>
>>>> On 18 Mar 2019, at 19:04, Stefan Schantl <stefan.schantl(a)ipfire.org
>>>>> wrote:
>>>>
>>>>> Almost?
>>>>
>>>> As long as the files are present, the settings will be converted.
I did tuned snort using official documentation - I did created threshold.conf which contains all treatment for special trafic like false positives, IP range exclusions for a signature or multiple snort signatures that triggers false positives.
Will such customization (as defined in snort manual) will be transfered or simply erased?
>>>> May
>>>> in special cases if a user does something really weird may the
>>>> converter will fail, but in this case I think it even would be
>>>> better
>>>> start a new clean IPS configuration.
Will creation of threshold.conf be considered weird?
Thanks,
Horace
>>>>
>>>>> How is this directory removed when a backup was restored?
>>>>>
>>>>
>>>> By the backup.pl script. It checks if after the backup a snort
>>>> settings
>>>> dir (/var/ipfire/snort) exists, launches the converter and
>>>> afterwards
>>>> deletes the directory.
>>>>
>>>> See:
>>>>
>>>>
>https://git.ipfire.org/?p=ipfire-2.x.git;a=commit;h=8c27372438dd267648cba48b86d85a594f14be1c
>>>>
>>>>> -Michael
>>>>>
>>>>>> On 18 Mar 2019, at 18:56, Stefan Schantl <
>>>>>> stefan.schantl(a)ipfire.org
>>>>>>> wrote:
>>>>>>
>>>>>> Hello Michael,
>>>>>>> Hi,
>>>>>>>
>>>>>>> What happens when the converter has failed? Is that a
>>>>>>> possibility?
>>>>>>
>>>>>> There is almost no risk, that this would be happened.
>>>>>>
>>>>>> It contains checks if all corresponding files are present and
>>>>>> will
>>>>>> contain the settings from them - I do not see a case where any
>>>>>> problems
>>>>>> can be happen.
>>>>>>
>>>>>> Best regards,
>>>>>>
>>>>>> -Stefan
>>>>>>
>>>>>>> -Michael
>>>>>>>
>>>>>>>> On 18 Mar 2019, at 18:46, Stefan Schantl <
>>>>>>>> stefan.schantl(a)ipfire.org
>>>>>>>>> wrote:
>>>>>>>>
>>>>>>>> When all settings have been converted, the files and
>>>>>>>> directory
>>>>>>>> are
>>>>>>>> not
>>>>>>>> needed anymore.
>>>>>>>>
>>>>>>>> If they will be left and at a later time an backup will be
>>>>>>>> restored, the
>>>>>>>> converter will be started by the backup script again and
>>>>>>>> would
>>>>>>>> be
>>>>>>>> restore those
>>>>>>>> old snort settings and replace the current IPS settings.
>>>>>>>>
>>>>>>>> Signed-off-by: Stefan Schantl <stefan.schantl(a)ipfire.org>
>>>>>>>> ---
>>>>>>>> config/rootfiles/core/130/update.sh | 3 +++
>>>>>>>> 1 file changed, 3 insertions(+)
>>>>>>>>
>>>>>>>> diff --git a/config/rootfiles/core/130/update.sh
>>>>>>>> b/config/rootfiles/core/130/update.sh
>>>>>>>> index d33321c32..f3dc0d85a 100644
>>>>>>>> --- a/config/rootfiles/core/130/update.sh
>>>>>>>> +++ b/config/rootfiles/core/130/update.sh
>>>>>>>> @@ -74,6 +74,9 @@ ldconfig
>>>>>>>> # Migrate snort configuration to suricata
>>>>>>>> /usr/sbin/convert-snort
>>>>>>>>
>>>>>>>> +# Remove snort settings
>>>>>>>> +rm -rvf /var/ipfire/snort
>>>>>>>> +
>>>>>>>> # Start services
>>>>>>>> /etc/init.d/collectd restart
>>>>>>>> /etc/init.d/firewall restart
>>>>>>>> --
>>>>>>>> 2.20.1
>>>>>>>>
--
Horace Michael (aka H&M)
Please excuse my typos and brevity. Sent from a Smartphone.
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [PATCH] core 130: Remove snort settings dir after convert has run.
2019-03-18 19:20 ` Horace Michael
@ 2019-03-18 19:22 ` Michael Tremer
2019-03-18 19:31 ` Stefan Schantl
1 sibling, 0 replies; 14+ messages in thread
From: Michael Tremer @ 2019-03-18 19:22 UTC (permalink / raw)
To: development
[-- Attachment #1: Type: text/plain, Size: 4751 bytes --]
Hello,
Only the settings from /var/ipfire/ids/settings will be transferred.
Suricata uses a different configuration file syntax.
-Michael
> On 18 Mar 2019, at 19:20, Horace Michael <horace.michael(a)gmx.com> wrote:
>
>
>
> Hi,
>
> On March 18, 2019 7:12:35 PM UTC, Michael Tremer <michael.tremer(a)ipfire.org> wrote:
>> Why would the converter read snort.conf?
>>
>> I agree.
>>
>>> On 18 Mar 2019, at 19:11, Stefan Schantl <stefan.schantl(a)ipfire.org>
>> wrote:
>>>
>>>> Hi,
>>>>
>>>> I do not see why the converter does not take care of the removal.
>>>> That would only be one place.
>>>
>>> Me, too - I simply implemented it in the same way all other
>> converters
>>> will be handled by the backup.pl script....
>>>
>>> But I found an other really important issue in the core 130 update.sh
>>> and the converter.
>>>
>>> The "/etc/snort/snort.conf" will be deleted very early. Exactly
>> before
>>> the converter has been the chance to read the settings from this
>> file.
>>>
>>> I'll send a patch to do the removal of the whole snort stuff and the
>>> settings in one step after the converter has done it's work, if you
>>> agree with me.
>>>
>>>>
>>>> But I will merge this if you want me to.
>>>>
>>>> -Michael
>>>>
>>>>> On 18 Mar 2019, at 19:04, Stefan Schantl <stefan.schantl(a)ipfire.org
>>>>>> wrote:
>>>>>
>>>>>> Almost?
>>>>>
>>>>> As long as the files are present, the settings will be converted.
>
> I did tuned snort using official documentation - I did created threshold.conf which contains all treatment for special trafic like false positives, IP range exclusions for a signature or multiple snort signatures that triggers false positives.
>
> Will such customization (as defined in snort manual) will be transfered or simply erased?
>
>>>>> May
>>>>> in special cases if a user does something really weird may the
>>>>> converter will fail, but in this case I think it even would be
>>>>> better
>>>>> start a new clean IPS configuration.
>
> Will creation of threshold.conf be considered weird?
>
> Thanks,
> Horace
>
>
>>>>>
>>>>>> How is this directory removed when a backup was restored?
>>>>>>
>>>>>
>>>>> By the backup.pl script. It checks if after the backup a snort
>>>>> settings
>>>>> dir (/var/ipfire/snort) exists, launches the converter and
>>>>> afterwards
>>>>> deletes the directory.
>>>>>
>>>>> See:
>>>>>
>>>>>
>> https://git.ipfire.org/?p=ipfire-2.x.git;a=commit;h=8c27372438dd267648cba48b86d85a594f14be1c
>>>>>
>>>>>> -Michael
>>>>>>
>>>>>>> On 18 Mar 2019, at 18:56, Stefan Schantl <
>>>>>>> stefan.schantl(a)ipfire.org
>>>>>>>> wrote:
>>>>>>>
>>>>>>> Hello Michael,
>>>>>>>> Hi,
>>>>>>>>
>>>>>>>> What happens when the converter has failed? Is that a
>>>>>>>> possibility?
>>>>>>>
>>>>>>> There is almost no risk, that this would be happened.
>>>>>>>
>>>>>>> It contains checks if all corresponding files are present and
>>>>>>> will
>>>>>>> contain the settings from them - I do not see a case where any
>>>>>>> problems
>>>>>>> can be happen.
>>>>>>>
>>>>>>> Best regards,
>>>>>>>
>>>>>>> -Stefan
>>>>>>>
>>>>>>>> -Michael
>>>>>>>>
>>>>>>>>> On 18 Mar 2019, at 18:46, Stefan Schantl <
>>>>>>>>> stefan.schantl(a)ipfire.org
>>>>>>>>>> wrote:
>>>>>>>>>
>>>>>>>>> When all settings have been converted, the files and
>>>>>>>>> directory
>>>>>>>>> are
>>>>>>>>> not
>>>>>>>>> needed anymore.
>>>>>>>>>
>>>>>>>>> If they will be left and at a later time an backup will be
>>>>>>>>> restored, the
>>>>>>>>> converter will be started by the backup script again and
>>>>>>>>> would
>>>>>>>>> be
>>>>>>>>> restore those
>>>>>>>>> old snort settings and replace the current IPS settings.
>>>>>>>>>
>>>>>>>>> Signed-off-by: Stefan Schantl <stefan.schantl(a)ipfire.org>
>>>>>>>>> ---
>>>>>>>>> config/rootfiles/core/130/update.sh | 3 +++
>>>>>>>>> 1 file changed, 3 insertions(+)
>>>>>>>>>
>>>>>>>>> diff --git a/config/rootfiles/core/130/update.sh
>>>>>>>>> b/config/rootfiles/core/130/update.sh
>>>>>>>>> index d33321c32..f3dc0d85a 100644
>>>>>>>>> --- a/config/rootfiles/core/130/update.sh
>>>>>>>>> +++ b/config/rootfiles/core/130/update.sh
>>>>>>>>> @@ -74,6 +74,9 @@ ldconfig
>>>>>>>>> # Migrate snort configuration to suricata
>>>>>>>>> /usr/sbin/convert-snort
>>>>>>>>>
>>>>>>>>> +# Remove snort settings
>>>>>>>>> +rm -rvf /var/ipfire/snort
>>>>>>>>> +
>>>>>>>>> # Start services
>>>>>>>>> /etc/init.d/collectd restart
>>>>>>>>> /etc/init.d/firewall restart
>>>>>>>>> --
>>>>>>>>> 2.20.1
>>>>>>>>>
>
> --
> Horace Michael (aka H&M)
> Please excuse my typos and brevity. Sent from a Smartphone.
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [PATCH] core 130: Remove snort settings dir after convert has run.
2019-03-18 19:20 ` Horace Michael
2019-03-18 19:22 ` Michael Tremer
@ 2019-03-18 19:31 ` Stefan Schantl
1 sibling, 0 replies; 14+ messages in thread
From: Stefan Schantl @ 2019-03-18 19:31 UTC (permalink / raw)
To: development
[-- Attachment #1: Type: text/plain, Size: 5561 bytes --]
>
> Hi,
>
> On March 18, 2019 7:12:35 PM UTC, Michael Tremer <
> michael.tremer(a)ipfire.org> wrote:
> > Why would the converter read snort.conf?
> >
> > I agree.
> >
> > > On 18 Mar 2019, at 19:11, Stefan Schantl <
> > > stefan.schantl(a)ipfire.org>
> > wrote:
> > > > Hi,
> > > >
> > > > I do not see why the converter does not take care of the
> > > > removal.
> > > > That would only be one place.
> > >
> > > Me, too - I simply implemented it in the same way all other
> > converters
> > > will be handled by the backup.pl script....
> > >
> > > But I found an other really important issue in the core 130
> > > update.sh
> > > and the converter.
> > >
> > > The "/etc/snort/snort.conf" will be deleted very early. Exactly
> > before
> > > the converter has been the chance to read the settings from this
> > file.
> > > I'll send a patch to do the removal of the whole snort stuff and
> > > the
> > > settings in one step after the converter has done it's work, if
> > > you
> > > agree with me.
> > >
> > > > But I will merge this if you want me to.
> > > >
> > > > -Michael
> > > >
> > > > > On 18 Mar 2019, at 19:04, Stefan Schantl <
> > > > > stefan.schantl(a)ipfire.org
> > > > > > wrote:
> > > > > > Almost?
> > > > >
> > > > > As long as the files are present, the settings will be
> > > > > converted.
>
> I did tuned snort using official documentation - I did created
> threshold.conf which contains all treatment for special trafic like
> false positives, IP range exclusions for a signature or multiple
> snort signatures that triggers false positives.
>
> Will such customization (as defined in snort manual) will be
> transfered or simply erased?
Hello Horace,
the threshold.conf will not be touched or read by the converter script,
so any custom settings will not be converted and because the file is
located in "/etc/snort/" it would be deleted (!) during update.
>
> > > > > May
> > > > > in special cases if a user does something really weird may
> > > > > the
> > > > > converter will fail, but in this case I think it even would
> > > > > be
> > > > > better
> > > > > start a new clean IPS configuration.
>
> Will creation of threshold.conf be considered weird?
>
> Thanks,
> Horace
>
>
> > > > > > How is this directory removed when a backup was restored?
> > > > > >
> > > > >
> > > > > By the backup.pl script. It checks if after the backup a
> > > > > snort
> > > > > settings
> > > > > dir (/var/ipfire/snort) exists, launches the converter and
> > > > > afterwards
> > > > > deletes the directory.
> > > > >
> > > > > See:
> > > > >
> > > > >
> > https://git.ipfire.org/?p=ipfire-2.x.git;a=commit;h=8c27372438dd267648cba48b86d85a594f14be1c
> > > > > > -Michael
> > > > > >
> > > > > > > On 18 Mar 2019, at 18:56, Stefan Schantl <
> > > > > > > stefan.schantl(a)ipfire.org
> > > > > > > > wrote:
> > > > > > >
> > > > > > > Hello Michael,
> > > > > > > > Hi,
> > > > > > > >
> > > > > > > > What happens when the converter has failed? Is that a
> > > > > > > > possibility?
> > > > > > >
> > > > > > > There is almost no risk, that this would be happened.
> > > > > > >
> > > > > > > It contains checks if all corresponding files are present
> > > > > > > and
> > > > > > > will
> > > > > > > contain the settings from them - I do not see a case
> > > > > > > where any
> > > > > > > problems
> > > > > > > can be happen.
> > > > > > >
> > > > > > > Best regards,
> > > > > > >
> > > > > > > -Stefan
> > > > > > >
> > > > > > > > -Michael
> > > > > > > >
> > > > > > > > > On 18 Mar 2019, at 18:46, Stefan Schantl <
> > > > > > > > > stefan.schantl(a)ipfire.org
> > > > > > > > > > wrote:
> > > > > > > > >
> > > > > > > > > When all settings have been converted, the files and
> > > > > > > > > directory
> > > > > > > > > are
> > > > > > > > > not
> > > > > > > > > needed anymore.
> > > > > > > > >
> > > > > > > > > If they will be left and at a later time an backup
> > > > > > > > > will be
> > > > > > > > > restored, the
> > > > > > > > > converter will be started by the backup script again
> > > > > > > > > and
> > > > > > > > > would
> > > > > > > > > be
> > > > > > > > > restore those
> > > > > > > > > old snort settings and replace the current IPS
> > > > > > > > > settings.
> > > > > > > > >
> > > > > > > > > Signed-off-by: Stefan Schantl <
> > > > > > > > > stefan.schantl(a)ipfire.org>
> > > > > > > > > ---
> > > > > > > > > config/rootfiles/core/130/update.sh | 3 +++
> > > > > > > > > 1 file changed, 3 insertions(+)
> > > > > > > > >
> > > > > > > > > diff --git a/config/rootfiles/core/130/update.sh
> > > > > > > > > b/config/rootfiles/core/130/update.sh
> > > > > > > > > index d33321c32..f3dc0d85a 100644
> > > > > > > > > --- a/config/rootfiles/core/130/update.sh
> > > > > > > > > +++ b/config/rootfiles/core/130/update.sh
> > > > > > > > > @@ -74,6 +74,9 @@ ldconfig
> > > > > > > > > # Migrate snort configuration to suricata
> > > > > > > > > /usr/sbin/convert-snort
> > > > > > > > >
> > > > > > > > > +# Remove snort settings
> > > > > > > > > +rm -rvf /var/ipfire/snort
> > > > > > > > > +
> > > > > > > > > # Start services
> > > > > > > > > /etc/init.d/collectd restart
> > > > > > > > > /etc/init.d/firewall restart
> > > > > > > > > --
> > > > > > > > > 2.20.1
> > > > > > > > >
>
> --
> Horace Michael (aka H&M)
> Please excuse my typos and brevity. Sent from a Smartphone.
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]
^ permalink raw reply [flat|nested] 14+ messages in thread
* [PATCH] Core 130: Remove files after convert-snort has been launched
2019-03-18 19:12 ` Michael Tremer
2019-03-18 19:15 ` Stefan Schantl
2019-03-18 19:20 ` Horace Michael
@ 2019-03-18 19:33 ` Stefan Schantl
2 siblings, 0 replies; 14+ messages in thread
From: Stefan Schantl @ 2019-03-18 19:33 UTC (permalink / raw)
To: development
[-- Attachment #1: Type: text/plain, Size: 2065 bytes --]
The converter requires /etc/snort/snort.conf to grab the used rule files
(categories). After all settings have been converted, we are fine to delete all
snort related files, because none of them is needed anymore.
Also the /var/ipfire/snort directory needs to be deleted. If it will be left on the
system and at any later time a backup will get restored, the converter will be
started by the backup script, because it detects that a snort settins dir exists
and would be restore the old snort settings and replaces all current IPS settings.
Signed-off-by: Stefan Schantl <stefan.schantl(a)ipfire.org>
---
config/rootfiles/core/130/update.sh | 31 +++++++++++++++--------------
1 file changed, 16 insertions(+), 15 deletions(-)
diff --git a/config/rootfiles/core/130/update.sh b/config/rootfiles/core/130/update.sh
index d33321c32..6d32bdba2 100644
--- a/config/rootfiles/core/130/update.sh
+++ b/config/rootfiles/core/130/update.sh
@@ -37,21 +37,6 @@ if [ -e "/etc/init.d/suricata" ]; then
/etc/init.d/suricata stop
fi
-# Remove files
-rm -rfv \
- /etc/rc.d/rc*.d/*snort \
- /etc/rc.d/init.d/networking/red.up/23-RS-snort \
- /etc/snort \
- /usr/bin/daq-modules-config \
- /usr/bin/u2boat \
- /usr/bin/u2spewfoo \
- /usr/lib/daq \
- /usr/lib/snort \
- /usr/lib/libdaq.so* \
- /usr/lib/libsfbpf.so* \
- /usr/local/bin/snortctl \
- /usr/sbin/snort
-
# Rename snort user to suricata
if getent group snort &>/dev/null; then
groupmod -n suricata snort
@@ -74,6 +59,22 @@ ldconfig
# Migrate snort configuration to suricata
/usr/sbin/convert-snort
+# Remove files
+rm -rfv \
+ /etc/rc.d/rc*.d/*snort \
+ /etc/rc.d/init.d/networking/red.up/23-RS-snort \
+ /etc/snort \
+ /usr/bin/daq-modules-config \
+ /usr/bin/u2boat \
+ /usr/bin/u2spewfoo \
+ /usr/lib/daq \
+ /usr/lib/snort \
+ /usr/lib/libdaq.so* \
+ /usr/lib/libsfbpf.so* \
+ /usr/local/bin/snortctl \
+ /usr/sbin/snort \
+ /var/ipfire/snort
+
# Start services
/etc/init.d/collectd restart
/etc/init.d/firewall restart
--
2.20.1
^ permalink raw reply [flat|nested] 14+ messages in thread