Feature #3316
open
unix-socket: support dumping flow table
Added by Victor Julien about 6 years ago.
Updated 14 days ago.
Description
Idea is to use the unix socket interface dump the flow table. This could be used to analyse the internal state of flows.
The conntrack tool from Linux/Netfilter could be an example.
Related issues
4 (4 open — 0 closed)
- Related to Task #3288: Suricon 2019 brainstorm added
- Related to Feature #3295: unix-socket: support to receive flow bypass information added
Suggestions about use cases and things like syntax and such are welcome.
- Description updated (diff)
One thing as we were exploring saving flow state is that there is not currently a stable identifier for flows between suricata runs. If we plan to load the dumped flow table, flow hash_id will need to be stable (no seed), or support for community flow id will need to be added to flow as a way to marry dumped state and captured flows.
- Related to Task #3301: Research: Failover support within the current IPS implementation added
- Related to Task #8123: Suricon 2025 Brainstorm added
apparentlym there is alresy a unix socket command to dump a flow given its id
TCP reverse shells seem an interesting use case as a long session not terminating properly
Another solution could be a partial flow dump in eve.json (at flow start)
Not only at start/end of flow, but give flexibility to user...
- Subject changed from Unix socket: support dumping flow table to unix-socket: support dumping flow table
Also available in: Atom
PDF