[watchguard_firebox] Initial release of the WatchGuard Firebox - #10110
Conversation
🚀 Benchmarks reportTo see the full report comment with |
|
Pinging @elastic/security-service-integrations (Team:Security-Service Integrations) |
| "procid": "10" | ||
| } | ||
| }, | ||
| "message": "Cannot relearn system MAC address, possible loop or MAC spoofing, ip=192.168.111.10, mac=00:50:da:c7:90:5d, interface=5", |
There was a problem hiding this comment.
For 3000012E, the doc describes the mac as observer mac address. We could copy this into observer.mac
| "procid": "10" | ||
| } | ||
| }, | ||
| "message": "[eth0] Sending interface status event, logical=up link=up ip=10.0.0.1 mask=81.2.69.144", |
There was a problem hiding this comment.
Could add mask to related.ip
| "dns": { | ||
| "question": { | ||
| "name": "members.dyndns.org" | ||
| }, | ||
| "resolved_ip": [ | ||
| "81.2.69.144" | ||
| ] |
| "procid": "10" | ||
| } | ||
| }, | ||
| "message": "Received reply: HTTP/1.1 200 OK Date: Tue, 27 Nov 2012 17:14:57 GMT Server: Apache Content-Type: text/plain Connection: close good 192.168.53.88", |
There was a problem hiding this comment.
Can you parse them into http.* fields?
| "procid": "10" | ||
| } | ||
| }, | ||
| "message": "Received reply: HTTP/1.1 200 OK Date: Tue, 27 Nov 2012 17:14:57 GMT Server: Apache Content-Type: text/plain Connection: close good 192.168.53.88", |
There was a problem hiding this comment.
Add IP address to related.ip
| ] | ||
| }, | ||
| "rule": { | ||
| "name": "\"FTP-00\"" |
There was a problem hiding this comment.
Can you remove escape characters
|
Pinging @elastic/sec-deployment-and-devices (Team:Security-Deployment and Devices) |
| /packages/universal_profiling_symbolizer @elastic/obs-ds-intake-services | ||
| /packages/vectra_detect @elastic/security-service-integrations | ||
| /packages/vsphere @elastic/obs-infraobs-integrations | ||
| /packages/watchguard_firebox @elastic/security-service-integrations |
There was a problem hiding this comment.
This integration will actually be owned by the @elastic/sec-deployment-and-devices team - can we ensure that's reflected in the codeowners please.
taylor-swanson
left a comment
There was a problem hiding this comment.
For performance and maintainability reasons, the large groks should be split out into individual processors for each log type.
- Log types that extract back out to the same field need no additional processing (
3000-0006frompipeline_diagnostic, for example) - Use
dissectfirst. It is faster than grok and in most cases can handle the patterns I see without issue - If
dissectis not flexible enough, thengrokcan be used.
taylor-swanson
left a comment
There was a problem hiding this comment.
I'm still reviewing, but wanted to get some comments out in the mean time.
Also, please add the file kibana/tags.yml with the following contents:
- text: Security Solution
asset_types:
- dashboard
- searchFor example: https://github.com/elastic/integrations/blob/main/packages/cisco_asa/kibana/tags.yml
| tag: rename_message_to_event_original | ||
| target_field: event.original | ||
| ignore_missing: true | ||
| description: Renames the original `message` field to `event.original` to store a copy of the original message. The `event.original` field is not touched if the document already has one; it may happen when Logstash sends the document. |
There was a problem hiding this comment.
The problem with this is logstash may attach an event.original that is not formatted correctly. We've actually started overwriting event.original with message in other integrations.
One such PR that addressed this was #9438, however, it doesn't go into detail about what the problem is. Basically, there was a case where logstash was putting the entire beat event document into event.original, rather than the original message from the vendor appliance.
So basically, we want this:
- set:
field: event.original
copy_from: message
- remove:
field: messageThere was a problem hiding this comment.
This is still outstanding.
Edit: Disregard, there are some issues with package-spec validation at later versions. I'll have to think of a different way of handling this, but it'll come in the form of a wider change that'll affect other integrations as well.
kcreddy
left a comment
There was a problem hiding this comment.
LGTM (for my comments) 👍🏼
taylor-swanson
left a comment
There was a problem hiding this comment.
Just the message/event.original comment, otherwise everything else LGTM
| tag: rename_message_to_event_original | ||
| target_field: event.original | ||
| ignore_missing: true | ||
| description: Renames the original `message` field to `event.original` to store a copy of the original message. The `event.original` field is not touched if the document already has one; it may happen when Logstash sends the document. |
There was a problem hiding this comment.
This is still outstanding.
Edit: Disregard, there are some issues with package-spec validation at later versions. I'll have to think of a different way of handling this, but it'll come in the form of a wider change that'll affect other integrations as well.
💚 Build Succeeded
History
|
|
|
Package watchguard_firebox - 0.1.0 containing this change is available at https://epr.elastic.co/search?package=watchguard_firebox |
…ic#10110) - Created a new integration package for WatchGuard Firebox. - Added a log data stream. - Added data collection logic for log data stream. - Added the ingest pipeline for log data stream. - Mapped fields according to the ECS schema and added Fields metadata in the appropriate yml files. - Added dashboards and visualizations. - Added test for pipeline for log data stream. - Added system test cases for log data stream.




Proposed commit message
Create New integration package watchguard_firebox.
Checklist
changelog.ymlfile.How to test this PR locally
Related issues
Screenshots