Introducing Mitigate: agents that work every alert, with the record to prove it
Mitigate investigates and contains security incidents inside the tools a team already runs, and writes down everything it does.
01The queue is the problem
Ask any SOC lead where the hours go and the answer is rarely the hard cases. It is the long tail of alerts that each need ten minutes of lookups before anyone can say whether they matter. Most of those lookups are the same: who owns this account, what else ran on this host, has this key been used from somewhere new.
The answers already exist. They sit in the EDR, the identity provider, the cloud audit logs and the ticketing system. What is missing is the time to go and get them for every alert, so teams triage by gut feel and close some cases on a guess.
We started Mitigate to remove that trade-off. If an agent can do the lookups, every alert can get a real investigation and a verdict with evidence behind it.
02Asking each tool directly
Mitigate does not ask you to move logs anywhere. It connects to each system over a scoped API and asks questions in that system's own query language, the way an analyst would at the console.
When an alert comes in, the agents pull the identity, host and network context it needs, follow leads as results return, and work out the scope: the users, hosts, keys and messages the incident touched. The output is one case that ties those findings together, with each piece of evidence linked back to the query that produced it.
Because nothing is copied into a new store, you can add or swap tools without rebuilding pipelines, and an investigation can use current state such as group membership or a live config, not just what was logged last week.
03Gates decide what happens next
Finding the problem is half the job. Containing it is the part people are rightly careful about. In Mitigate, every response action falls into one of three settings that the team chooses: automatic, gated, or off.
An automatic action runs as soon as its conditions are met, such as revoking a session token for a confirmed phishing click. A gated action waits for a named person to approve it, such as isolating a production server. An action set to off is never proposed. Teams can tighten or loosen these settings per action, per tenant and per severity.
04The record
An agent's conclusion is only useful if someone can check it quickly. Mitigate keeps a record of every query it ran, what came back, the reasoning step that followed, and every action it took or proposed.
A reviewer can open any case and read it top to bottom like an analyst's notes. If they disagree with a verdict, they can see exactly which result led there. The same record serves audits and post-incident reviews without anyone reconstructing events from memory.
05Starting read-only
Every integration starts with read access only. In that mode Mitigate investigates and recommends, and nothing in your environment changes.
When a team is comfortable with the verdicts, it can grant write access for specific actions, one at a time, each behind its own gate. Trust is earned per action, and it can be withdrawn the same way.
06Early access
Mitigate is now available in early access. We are bringing on a few teams at a time and working closely with each one, from the first read-only connection through to the first gated response.
If your team has more alerts than hours and wants every one of them worked with evidence, we would like to hear from you.