Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Modify OSSEC_HYBRID_SERVER_HOST settings in ossec.pattern #21

Open
craiglawson opened this issue May 12, 2015 · 3 comments
Open

Modify OSSEC_HYBRID_SERVER_HOST settings in ossec.pattern #21

craiglawson opened this issue May 12, 2015 · 3 comments

Comments

@craiglawson
Copy link
Contributor

Instead of Alert.Analyzer.Analyzer.Node.Name, which can be confusing to read at a glance, would it be suitable to highlight that this is a log which has arrived via hybrid box e.g. Alert.Analyzer.Hybrid.Node.Name?

And repeat for the other patterns...

@dsvetlov
Copy link
Owner

Hi, Craig!

I'm endeavor to use IDMEF format for alert formatting. It have RFC and very comprehencive.
IDMEF format assumes that analyzers can be chained. And OSSEC assumes that too. As I can understand you can create very long structure of hybrid OSSEC servers. So, in most common case you need to make name for every analyzer in chain. I think it is not bad idea.

What problem, you are trying to solve? May be it'll be better to make some kind of composite name of analyzers path? Something like Alert.Analyzing.Path:OSSECserver<-OSSEChybrid<-OSSECagent.

@craiglawson
Copy link
Contributor Author

Ahh, that makes sense, I will need to have a read of that RFC (https://www.ietf.org/rfc/rfc4765.txt ?)... Queue up the coffee!

I guess the "problem" I was trying to solve was to make the fields a little clearer, yes, it's not something you would really need to edit on a regular basis, I just found myself having to double check which field I was working with more often.

@dsvetlov
Copy link
Owner

@craiglawson, I think we can add a config for logstash. It config will make custom transforms for users.
That way all configs will be consistent with master branch, but end user still can modify or add fields.
One problem, is that kibana can't automatically reflect that changes and user must create custom dashboards for using custom fields.

What do you think about it?

@dsvetlov dsvetlov added this to the Version 0.2 milestone May 22, 2015
@dsvetlov dsvetlov self-assigned this May 22, 2015
@dsvetlov dsvetlov modified the milestones: Version 0.3, Version 0.2 May 31, 2015
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants