Feature #6480
closedplugins: allow plugins to specify the version of suricata they are for
Description
Still needs some thought. But would happen at plugin registration time.
Updated by Philippe Antoine over 1 year ago
Remark: there should be some API stability at some point like https://github.com/OISF/suricata/pull/9662 changes the prototype of SigMatchAppendSMToList and would break plugins using this...
Updated by Jason Ish over 1 year ago
Philippe Antoine wrote in #note-1:
Remark: there should be some API stability at some point like https://github.com/OISF/suricata/pull/9662 changes the prototype of
SigMatchAppendSMToListand would break plugins using this...
I think we are OK to break the API at major version points, ideally we won't but I don't think its a promise we can make.
Updated by Jason Ish 10 months ago
- Assignee changed from OISF Dev to Jason Ish
There are 2 things here:
- A plugin build should have the ability to check the version of Suricata it is building against. But that's going to be highly depending on the build tool.
- Encode the version in the binary so a plugin built for 7 will fail to load in 8, which is the focus of this ticket.
Updated by Philippe Antoine 3 months ago
For app-layer plugins `SCAppLayerPlugin` structure has first a version field that suricata checks against its `SC_PLUGIN_API_VERSION`(maybe we should log more error messages in `SCPluginRegisterAppLayer`
Updated by Philippe Antoine 1 day ago
Was done by commit c164cfcf6b74ebc81f6577920a40ccbe30dbe669 to be precise