-
Notifications
You must be signed in to change notification settings - Fork 1.5k
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
ARP: implement decoder and logger v3 #10675
Conversation
Codecov ReportAttention: Patch coverage is
Additional details and impacted files@@ Coverage Diff @@
## master #10675 +/- ##
==========================================
- Coverage 82.72% 82.67% -0.06%
==========================================
Files 926 928 +2
Lines 247633 247824 +191
==========================================
+ Hits 204865 204880 +15
- Misses 42768 42944 +176
Flags with carried forward coverage won't be shown. Click here to find out more. |
The record looks a bit odd with the empty src_ip/dest_ip, 0 src_port/dest_port and empty proto. {
"timestamp": "2024-03-20T11:38:24.524409+0000",
"in_iface": "0000:01:00.0",
"event_type": "arp",
"src_ip": "",
"src_port": 0,
"dest_ip": "",
"dest_port": 0,
"proto": "",
"pkt_src": "wire/pcap",
"arp": {
"hw_type": "ethernet",
"proto_type": "ipv4",
"opcode": "reply",
"src_mac": "xx",
"src_ip": "10.84.1.1",
"dest_mac": "yy",
"dest_ip": "10.84.1.14"
}
} |
Makes sense. Let me add a function similar to |
Perhaps generic one for non IP/IPv6, so w/o ports, addresses, ipproto |
Another approach would be to ensure that addresses, ports, and ipproto have valid values.
What do you think? |
Replaced with #10692 |
Make sure these boxes are signed before submitting your Pull Request -- thank you.
https://docs.suricata.io/en/latest/devguide/contributing/contribution-process.html
https://suricata.io/about/contribution-agreement/ (note: this is only required once)
Link to redmine ticket:
https://redmine.openinfosecfoundation.org/issues/6827
Describe changes:
SV_BRANCH=OISF/suricata-verify#1711