Actually, you would need this:

<hostname>MYAGENT|MYAGENT1|MYAGENT2</hostname>

Kevin

On Thu, Nov 2, 2017 at 10:26 AM, Stephen LuShing <smlush...@gmail.com>
wrote:

> Question
>
> The rule you provided
>
> <rule id="101234" level="5">
>         <if_sid>5104</if_sid>
>         <hostname>MYAGENT</hostname>
>         <description>Ignore promisc mode events for specific
> agent(s)</description>
>   </rule>
>
> If I have more than 1 server that giving this ,essage will the entry be
> like
>
> <hostname>MYAGENT, MYAGENT1, MYAGENT2</hostname>
>
> or do I copy the same statement fordifferent servers.
>
>
> Thanks in advance
>
> steve lushing
>
> On Tue, Oct 31, 2017 at 10:59 AM, dan (ddp) <ddp...@gmail.com> wrote:
>
>> On Tue, Oct 31, 2017 at 10:58 AM, Stephen LuShing <smlush...@gmail.com>
>> wrote:
>> > Does this child rule go on my main ossec server or on the agent side. -
>> I
>> > still learning OSSEC.
>> >
>>
>> Rules go on the OSSEC manager.
>>
>> > Thanks in advance
>> >
>> > Steve Lushing
>> >
>> > On Mon, Oct 30, 2017 at 11:43 AM, Branch Family <branchbu...@gmail.com>
>> > wrote:
>> >>
>> >> Stephen,
>> >>
>> >> If you want to granularly de-escalate or whitelist this alert, then
>> create
>> >> a child rule to rule 5104 in /var/ossec/etc/rules/local_rules.xml
>> like this,
>> >> somewhere in the sid range 100000-120000, with the agent name in
>> question
>> >> substituted for MYAGENT.
>> >>
>> >>   <rule id="101234" level="5">
>> >>         <if_sid>5104</if_sid>
>> >>         <hostname>MYAGENT</hostname>
>> >>         <description>Ignore promisc mode events for specific
>> >> agent(s)</description>
>> >>   </rule>
>> >>
>> >> This would drop the severity level of the rule down to 5 for promisc
>> >> events involving MYAGENT, hopefully low enough to be below your
>> >> <email_alert_level> in ossec.conf so you don't get emailed about it.
>> >> Actually 5104 is only a level 8, which would imply your
>> <email_alert_level>
>> >> is 8 or lower.  I imagine that would email you about a heap of events
>> of
>> >> little alert value.  You might want to consider bumping up that
>> threshold.
>> >> I personally would be deluged with emails even with an
>> <email_alert_level>
>> >> value of 10.
>> >>
>> >> Reegards,
>> >> Kevin
>> >>
>> >> On Mon, Oct 30, 2017 at 11:17 AM, Stephen LuShing <smlush...@gmail.com
>> >
>> >> wrote:
>> >>>
>> >>> I do not want to block the whole event or this alert. Is there a way
>> to
>> >>> block or whitelist a specific message from this alert. On this server
>> we are
>> >>> getting the Interface entered in promiscuous(sniffing) mode for one
>> server
>> >>> and a specific network interface.
>> >>>
>> >>> Can this be done on the agent level. We are basically getting "Oct 27
>> >>> 09:39:59 lxbandt2 kernel: device eth10 entered promiscuous mode"
>> message -
>> >>> we want to stop getting this as a email but still record it on the
>> logs. Is
>> >>> there a way to do this.
>> >>>
>> >>> Else we may have to filter this email.
>> >>>
>> >>> Stephen LuShing
>> >>>
>> >>> On Fri, Oct 27, 2017 at 9:09 PM, <alberto.rodrig...@wazuh.com> wrote:
>> >>>>
>> >>>> Hello Stephen
>> >>>>
>> >>>>   I do not know if I understood well, but if you want to disable this
>> >>>> alert, you only need to add the following block to your file
>> local_rules.xml
>> >>>>
>> >>>>   <rule id="5104" level="0" overwrite="yes">
>> >>>>     <if_sid>5100</if_sid>
>> >>>>     <regex>Promiscuous mode enabled|</regex>
>> >>>>     <regex>device \S+ entered promiscuous mode</regex>
>> >>>>     <description>Interface entered in promiscuous(sniffing)
>> >>>> mode.</description>
>> >>>>     <group>promisc,</group>
>> >>>>   </rule>
>> >>>>
>> >>>> This block will overwrite the official 5104 rule.
>> >>>> If you want to do that, you have to be sure, because you are changing
>> >>>> the level value of the event in order to dismiss it. Could be
>> possible that
>> >>>> other similar events (i.e. a malicious script which change the
>> network
>> >>>> interface to promiscuous mode), then the event will no be registered
>> as an
>> >>>> alert too.
>> >>>>
>> >>>> Hope it helps.
>> >>>> Best regards,
>> >>>>
>> >>>>
>> >>>>
>> >>>> On Friday, October 27, 2017 at 7:11:26 AM UTC-7, Stephen LuShing
>> wrote:
>> >>>>>
>> >>>>> We recently been getting the following message from OSSEC:
>> >>>>>
>> >>>>>
>> >>>>>
>> >>>>> OSSEC HIDS Notification.
>> >>>>>
>> >>>>> 2017 Oct 27 09:40:01
>> >>>>>
>> >>>>> Received From: (lxbandt2) 10.8.6.31->/var/log/messages
>> >>>>>
>> >>>>> Rule: 5104 fired (level 8) -> "Interface entered in
>> >>>>> promiscuous(sniffing) mode."
>> >>>>>
>> >>>>> Portion of the log(s):
>> >>>>>
>> >>>>> Oct 27 09:39:59 lxbandt2 kernel: device eth10 entered promiscuous
>> mode
>> >>>>>
>> >>>>> --END OF NOTIFICATION
>> >>>>>
>> >>>>> Question
>> >>>>>
>> >>>>>
>> >>>>>
>> >>>>> Is there a way to ignore this message (other that are similar) as we
>> >>>>> determine that this is not a issue for the server (It seems like
>> Oracle is
>> >>>>> running a process)
>> >>>>>
>> >>>>>
>> >>>>>
>> >>>>> If this is possible to whitelist or somehow have OSSEC ignore this
>> >>>>> specific warning. If so – where do we code this.
>> >>>>>
>> >>>>> I am running OSSEC 2.8.1 on the client and server.
>> >>>>>
>> >>>>>
>> >>>>>
>> >>>>> Thanks in advance
>> >>>>>
>> >>>>>
>> >>>>>
>> >>>>> Stephen LuShing
>> >>>>>
>> >>>>> Hofstra University - Open System
>> >>>>>
>> >>>>> 125 Hofstra University
>> >>>>>
>> >>>>> McEwen Hall - Room 208
>> >>>>>
>> >>>>> Hempstead, NY 11549
>> >>>>
>> >>>> --
>> >>>>
>> >>>> ---
>> >>>> You received this message because you are subscribed to the Google
>> >>>> Groups "ossec-list" group.
>> >>>> To unsubscribe from this group and stop receiving emails from it,
>> send
>> >>>> an email to ossec-list+unsubscr...@googlegroups.com.
>> >>>> For more options, visit https://groups.google.com/d/optout.
>> >>>
>> >>>
>> >>> --
>> >>>
>> >>> ---
>> >>> You received this message because you are subscribed to the Google
>> Groups
>> >>> "ossec-list" group.
>> >>> To unsubscribe from this group and stop receiving emails from it,
>> send an
>> >>> email to ossec-list+unsubscr...@googlegroups.com.
>> >>> For more options, visit https://groups.google.com/d/optout.
>> >>
>> >>
>> >> --
>> >>
>> >> ---
>> >> You received this message because you are subscribed to the Google
>> Groups
>> >> "ossec-list" group.
>> >> To unsubscribe from this group and stop receiving emails from it, send
>> an
>> >> email to ossec-list+unsubscr...@googlegroups.com.
>> >> For more options, visit https://groups.google.com/d/optout.
>> >
>> >
>> > --
>> >
>> > ---
>> > You received this message because you are subscribed to the Google
>> Groups
>> > "ossec-list" group.
>> > To unsubscribe from this group and stop receiving emails from it, send
>> an
>> > email to ossec-list+unsubscr...@googlegroups.com.
>> > For more options, visit https://groups.google.com/d/optout.
>>
>> --
>>
>> ---
>> You received this message because you are subscribed to the Google Groups
>> "ossec-list" group.
>> To unsubscribe from this group and stop receiving emails from it, send an
>> email to ossec-list+unsubscr...@googlegroups.com.
>> For more options, visit https://groups.google.com/d/optout.
>>
>
> --
>
> ---
> You received this message because you are subscribed to the Google Groups
> "ossec-list" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to ossec-list+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

-- 

--- 
You received this message because you are subscribed to the Google Groups 
"ossec-list" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to ossec-list+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Reply via email to