-
-
Notifications
You must be signed in to change notification settings - Fork 67
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
Sensor name does not show up when Filebeat is used to process events. #100
Comments
Your index is listed as custom. Can you tell me how it differs from a default Logstash template? It could be breaking the aggregations needed for the Inbox/Alert views. Also, what is adding the "host" field? When Suricata adds it, its a simple string. Can you provide the JSON from an alert? |
Here is the JSON from an Alert within Elasticsearch. I will verify the template. |
That pastebin is private. If you can, share it to "jasonish" on pastebin. |
I made it public. I did not see a way to share to a person. Thanks |
Looks like Logstash or Filebeat is adding "host" as an object which is different than if Suricata added it, in which case it would simply be a string. I'll have to figure out exactly whats adding it. But this shouldn't affect the inbox/alert view. That is probably more due to a template issue. You should be able to extract it like: curl http://hostname:9200/nsm-2019.01.28/_mapping If you haven't, you may want to try the latest development version as well. |
Here is the mapping. Sorry about the format, I tried to make it "pretty" but for whatever reason, could not. |
Hi, |
Nothing yet, I have had to back burner this to get some other things online. Still my top priority. |
Are you using Filebeat and Logstash as well? What I'll probably end up doing is adding a check in the UI to see if hostname is a string or an object and displaying it properly. Unfortunately if you ever want to search by hostname, you'll have to enter the correct search key yourself. |
So it looks like filebeat overwrites the "host" string field added by Suricata with its own "host" object. Will fix in the UI. |
Yes Filebeat AND logstash.
Great, thanks ! |
Suricata will create events with the "host" field being a string of the sensor name. Filebeat will override this with a "host" object where "host.name" is the hostname of the machine generating the alert. If this appears to be the case, use host.name as the sensor name. Github issue: #100
This is now fixed in the latest development builds. You will lose the "host" field as added by Suricata as Filebeat is overwriting it. @kamandohl I updated this issue to only cover the sensor name issue. If you had other issues, please create a new issue. |
I have scored the closed and open issues without any luck. Releated to Issue #76 , but I am not using SELKS. My set-up
Events are showing up in the "Events" Tab. The GeoIP even shows. I have loaded the latest ET ruleset and pointing to it in the yaml to the correct path.
/etc/evebox/rules/*.rules
Permissions are forevebox:evebox
The rules do not show up in the Alert.
The
Sensor
Field all say [object Object]Here is my config yaml Pastebin
Thanks in Advanced.
The text was updated successfully, but these errors were encountered: