[Bro-Dev] [JIRA] (BIT-1530) protocol_confirmation event cannot be hooked by plugin
Robin Sommer (JIRA)
jira at bro-tracker.atlassian.net
Mon Feb 1 14:20:00 PST 2016
[ https://bro-tracker.atlassian.net/browse/BIT-1530?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=24008#comment-24008 ]
Robin Sommer commented on BIT-1530:
-----------------------------------
Yeah, I think I agree this should be changed. The original motivation was to trigger that event as quickly as possible, but not sure it's really worth going a non-standard route for that; in particular now that we have plugins hooking into the standard route.
I'm not sure but there may indeed be a couple more places avoiding the normal event queueing in the same way, might be worth checking them as well.
> protocol_confirmation event cannot be hooked by plugin
> ------------------------------------------------------
>
> Key: BIT-1530
> URL: https://bro-tracker.atlassian.net/browse/BIT-1530
> Project: Bro Issue Tracker
> Issue Type: Problem
> Components: Bro
> Affects Versions: 2.4
> Reporter: Jeff Barber
>
> The way the 'protocol_confirmation' event is raised bypasses the plugin event-hook mechanism. Plugin event hooks are triggered via EventMgr.QueueEvent which is in the usual event generation interface. However, protocol_confirmation is generated via this code in src/analyzer/Analyzer.cc:
> {{
> // We immediately raise the event so that the analyzer can quickly
> // react if necessary.
> ::Event* e = new ::Event(protocol_confirmation, vl, SOURCE_LOCAL);
> mgr.Dispatch(e);
> }}
> The EventMgr.Dispatch method doesn't invoke the hook so at present it's not possible for a plugin to hook this event. It would be nice if this were orthogonal with other events.
--
This message was sent by Atlassian JIRA
(v7.1.0-OD-05-006#71001)
More information about the bro-dev
mailing list