Skip to content

Threat hunting

Hunts for what your rules missed.

Rules catch what someone thought to write a rule for. Hunts search the data you already store for activity no rule has flagged yet.

One attack, in order12 alerts joinedExecutionDiscoveryCollectionCommandand controlExfiltrationMITRE ATT&CK stages, first step to latest
Illustrated example, after our lab campaign: twelve alerts from one attack, joined and set out by stage. Unrelated alerts stay in the queue on their own.

Quiet does not mean safe.

An attacker who avoids your rules raises no alerts. The only way to find them is to go and look.

  • No time to hunt

    Hunting needs uninterrupted hours, and alerts keep interrupting.

  • Where to start?

    A good hunt starts from a clear idea of what an attacker would do. Writing one takes experience.

  • Is the data there?

    A hunt that needs logs you do not collect finds nothing, and says nothing about why.

  • Results nobody reads

    A hunt that returns a thousand rows leaves a person to work out which ones matter.

Hunts your data can answer today.

Each pack says what it needs, so you start with the hunts that will work and see what to add for the rest.

Hunt packs, matched to your dataIllustrated example
  • Credential access9 huntsReady
  • Persistence12 huntsReady
  • Discovery8 huntsReady
  • Lateral movement7 huntsNeeds Windows logon events
  • Command and control6 huntsNeeds DNS logs
  • Exfiltration5 huntsReady
Hunts come in packs by attacker technique. Each says what data it needs, so you can see which ones your data can answer today and what to add for the rest.

A library of hunts

Hunts are grouped into packs by attacker technique, and each one says what data it needs. The packs your data can already answer are ready to run; the rest say what to add.

  • Grouped by MITRE ATT&CK technique
  • Each says what data it needs
  • Ready to run where the data is already there

Now, or on a schedule

Run a hunt when you have a question, or schedule it to run regularly so it keeps watching. Scheduled hunts run whether or not anyone is at a desk.

Results your team can read

The agent reads what a hunt finds and says whether it looks like an attack, so a person starts from a conclusion rather than a list of matches.

Findings that become rules

When a hunt finds something worth catching every time, ask the agent to draft a detection rule for it. A person approves the rule before it goes live.

How a hunt works.

  1. 1

    Pick a hunt

    Choose from packs grouped by attacker technique. Each hunt says what data it needs, so you can see which ones your stored data can answer today.

  2. 2

    Run it now or later

    Start a hunt when you have a question, or schedule it to run regularly. Scheduled hunts run whether or not anyone is at a desk.

  3. 3

    The agent reads the results

    Instead of leaving you a long list of matches, the agent reads what the hunt found and says whether it looks like an attack, with the evidence attached.

  4. 4

    A person follows up

    Someone reviews the finding as they would any investigation. If it is worth catching each time, they can ask the agent to draft a detection rule.

Hunting without the blank page.

  • Packs by technique

    Start from what attackers do, not from an empty search box.

  • Data readiness

    Each hunt says whether your data can answer it today.

  • Scheduled hunts

    Keep a hunt running every day or week.

  • AI-read results

    The agent says what the matches mean.

  • Hunt reports

    A report of what was searched and what was found.

  • Into detection

    Ask for a rule from a finding, approved by a person before it goes live.

A hunt, by hand and with armor360.

TopicBy hand todayWith armor360
Getting startedA hunter starts from a blank search box and has to write the hypothesis and the query from experience. Hunts come ready in packs grouped by attacker technique, each one stating what it looks for.
Data checkMissing logs are often found only after a hunt returns nothing, and the empty result looks reassuring. Each hunt says what data it needs, so you can see whether your stored data can answer it today.
Repeating itA useful hunt is run once, then forgotten when the next busy week arrives. Any hunt can be scheduled to run regularly, so it keeps looking through the busy weeks.
Reading resultsA person works through rows of matches one by one to separate odd but ordinary activity from real threats. The agent reads the matches and says whether they look like an attack, so a person starts from a conclusion.
Into a ruleTurning a good hunt into a detection rule is a separate task that tends to wait for a quiet week. A person can ask the agent to draft a rule from a finding, and approves it before it goes live.

Frequently asked questions

Do I need to write queries to hunt?

No. Hunts come ready in packs grouped by attacker technique, and each one knows which data it needs. You can run them as they are, on demand or on a schedule. Analysts who want to go further can still use their own tools alongside.

What data does hunting use?

The security data you already store, starting with Elastic. Each hunt says which kinds of logs it needs, so you can see at a glance which hunts your data can answer today and what you would need to add for the rest.

What happens when a hunt finds something?

The agent reads the results and says whether they look like an attack, with the evidence attached. A person reviews it, as with any investigation. armor360 does not act on what it finds; it tells your team.

See where your team’s time goes. Then decide.

Start a free pilot on your own alerts, or put in your own numbers first.