Before a migration
Find the forgotten dependency before you move the server and discover it at 2am. Every service, every port, and the process behind it, as it really runs today.
Map
A lightweight agent on each host streams real TCP and UDP activity — with the owning process behind every connection — into a live dependency map. No guessing from a CMDB export.
SRV-BKP-01 → SRV-FILE-01 tcp/445
Would be blocked · no rule yet
Why an agent
Flow logs and cloud mirrors sample traffic and stop at the IP address. A host agent sees the whole picture — and is the only thing that can enforce on the host itself afterwards.
What the map shows
The map is built from traffic observed in the last window you chose. If a dependency stopped being used, it stops being on the map.
Hosts are grouped into the applications they serve, so the map reads as your estate rather than as a hairball of addresses.
Each edge is classified against live policy: allowed, blocked, waiting on a draft, or would-be-blocked under enforcement.
A container is a peer on the map with its own flows, rather than being folded into the host it happens to run on.
Scans, probes and one-off background chatter are separated from the dependencies that matter, so the signal survives.
What teams use it for
The dependency map is drawn from actual traffic, not a CMDB export someone last touched two years ago.
Before a migration
Find the forgotten dependency before you move the server and discover it at 2am. Every service, every port, and the process behind it, as it really runs today.
After an incident
See exactly which paths were reachable from the host that was compromised — and close them, rather than guessing at a blast radius after the fact.
Questions
How the picture is built, and what it costs to build it.
It is built to sit on production servers: a small resident footprint, flow capture batched rather than streamed per packet, and collection work bounded so a slow host does not stall the agent.
No. Segmenta records connection metadata — source, destination, port, protocol, the owning process, and counts. It is not a packet capture tool and does not read payloads.
You choose the window. The map is drawn from traffic observed inside it, so a dependency that has genuinely stopped disappears rather than lingering forever.
They appear on the map as seen by the managed hosts talking to them. You get the flows in and out, without the process detail that only an agent on the host itself can provide.
Start a trial, install on a handful of servers, and watch the map draw itself from live traffic.