mirror of
https://github.com/zeek/zeek.git
synced 2025-10-14 20:48:21 +00:00
3a320fc6b6
There's a logic error in the packet analyzer's AnalyzerConfirmation() method that causes analyzer_confirmation() events to be raised for every packet rather than stopping after the first confirmation which appears to have been the intention. This affects, for example, VXLAN and Geneve tunnels. The optional arg_tag parameter was used for short-circuit'ing, but the return value of GetAnalyzerTag() used for setting the session state causing the disconnect. In scenarios where Zeek receives purely tunneled monitoring traffic, this may result in a non-negligible performance impact. Somewhat related, ensure the session state is set to violated before short-circuiting if no analyzer_violations are installed. Suggesting this as a 5.0.3 candidate. |
||
|---|---|---|
| .. | ||
| gtp | ||
| 4in4.pcap | ||
| 4in6.pcap | ||
| 6in4.pcap | ||
| 6in6-tunnel-change.pcap | ||
| 6in6.pcap | ||
| 6in6in6.pcap | ||
| ayiya3.trace | ||
| geneve.pcap | ||
| geneve.README | ||
| gre-aruba.pcap | ||
| gre-erspan3-dot1q.pcap | ||
| gre-pptp.pcap | ||
| gre-sample.pcap | ||
| gre-within-gre.pcap | ||
| mpls-6in6-6in6-4in6-invalid-version-4.pcap | ||
| mpls-6in6-6in6-invalid-version-6.pcap | ||
| ping6-in-ipv4.pcap | ||
| socks.pcap | ||
| teredo-udp-in-udp.pcap | ||
| Teredo.pcap | ||
| teredo_bubble_with_payload.pcap | ||
| vxlan-encapsulated-http.pcap | ||
| vxlan.pcap | ||