Closed colin-stubbs closed 9 months ago
Pinging @elastic/security-external-integrations (Team:Security-External Integrations)
@colin-stubbs Can you provide an event.original
for this issue?
As of v3.1.2, these fields are being mapped as specified above AFAICS. Can you confirm?
Running a reconstructed message based on the document above through the system tests gives this
{
"@timestamp": "2022-09-14T06:40:43.000Z",
"agent": {
"ephemeral_id": "c9057a1e-3f46-4e5b-bfe0-d36449d1b68d",
"id": "552540f0-70a3-42b2-a02e-a94b71754dbd",
"name": "docker-fleet-agent",
"type": "filebeat",
"version": "8.4.1"
},
"data_stream": {
"dataset": "panw.panos",
"namespace": "ep",
"type": "logs"
},
"ecs": {
"version": "8.4.0"
},
"elastic_agent": {
"id": "552540f0-70a3-42b2-a02e-a94b71754dbd",
"snapshot": false,
"version": "8.4.1"
},
"event": {
"agent_id_status": "verified",
"category": [
"network"
],
"code": "gateway-config-release",
"created": "2021-11-09T21:45:36.000Z",
"dataset": "panw.panos",
"duration": 0,
"ingested": "2022-11-04T06:46:04Z",
"kind": "event",
"original": "Nov 30 16:09:08 931201168,2021-11-09T21:45:36.000000Z,BLAH,GLOBALPROTECT,globalprotect,9.1,2022-09-14T16:40:43.000+10:00,vsys1,gateway-config-release,configuration,,,admin.user,AU,customer-BLAH,203.0.113.1,0.0.0.0,10.0.0.1,0.0.0.0,83fc2cdc-3299-4d6d-880f-872beff30e26,BLAH,5.2.11,Windows,\"Microsoft Windows 11 Enterprise , 64-bit\",1,,,\"\",success,,0,,0,vpn1-FIREWALLcloud-GW,503,0x0,0,0,0,0,,FIREWALL.IP-FW01,1",
"outcome": "success",
"timezone": "+00:00"
},
"host": {
"id": "83fc2cdc-3299-4d6d-880f-872beff30e26",
"ip": "10.0.0.1",
"name": "customer-BLAH",
"os": {
"family": "Windows",
"full": "Microsoft Windows 11 Enterprise , 64-bit"
}
},
"input": {
"type": "log"
},
"log": {
"file": {
"path": "/tmp/service_logs/panw-panos-globalprotect.log"
},
"offset": 0
},
"message": "vsys1,gateway-config-release,configuration,,,admin.user,AU,customer-BLAH,203.0.113.1,0.0.0.0,10.0.0.1,0.0.0.0,83fc2cdc-3299-4d6d-880f-872beff30e26,BLAH,5.2.11,Windows,\"Microsoft Windows 11 Enterprise , 64-bit\",1,,,\"\",success,,0,,0,vpn1-FIREWALLcloud-GW,503,0x0,0,0,0,0,,FIREWALL.IP-FW01,1",
"network": {
"type": "ipv4"
},
"observer": {
"product": "PAN-OS",
"serial_number": "BLAH",
"type": "firewall",
"vendor": "Palo Alto Networks"
},
"panw": {
"panos": {
"action_flags": "0x0",
"client_ver": "5.2.11",
"device_group_hierarchy1": "1",
"error_code": 0,
"gateway": "FIREWALL.IP-FW01",
"portal": "vpn1-FIREWALLcloud-GW",
"priority": "0",
"repeat_count": 1,
"response_time": 0,
"selection_type": "0",
"sequence_number": "503",
"serial_number": "BLAH",
"stage": "configuration",
"sub_type": "globalprotect",
"type": "GLOBALPROTECT",
"virtual_sys": "vsys1"
}
},
"related": {
"hosts": [
"customer-BLAH"
],
"ip": [
"10.0.0.1",
"203.0.113.1"
],
"user": [
"admin.user"
]
},
"source": {
"geo": {
"name": "AU"
},
"ip": "10.0.0.1",
"nat": {
"ip": "203.0.113.1"
},
"user": {
"name": "admin.user"
}
},
"tags": [
"preserve_original_event",
"panw-panos",
"forwarded"
]
}
Hi! We just realized that we haven't looked into this issue in a while. We're sorry! We're labeling this issue as Stale
to make it hit our filters and make sure we get back to it as soon as possible. In the meantime, it'd be extremely helpful if you could take a look at it as well and confirm its relevance. A simple comment with a nice emoji will be enough :+1
. Thank you for your contribution!
Some GlobalProtect logs are received from PanOS devices differently, in particular GlobalProtect logs,
Example indexed document where:
panw.panos.response_time is a string, when it should be a long panw.panos.sequence_number is numeric, when it should be a keyword
We have fixed this with the following custom ingest pipeline,
Can this please be corrected in the next panw.panos integration release?