Assessment

Find out which of your detections really work.

A rule on a dashboard is not the same as a rule that fires. We measure every detection at four levels and show you where coverage drops.

Snapshot or assessment

Start light, or go deep.

Snapshot

What it is
A free, read-only first look at your detection coverage.
Access we need
Read-only access to your SIEM configuration.
What it checks
Which rules exist, which are enabled and which have healthy data.
What you get
A prioritised gap list.

Assessment

What it is
A full review of your detections, scoped with you.
Access we need
Read-only SIEM access plus a test window agreed with your team.
What it checks
All four levels, including controlled tests that validate each rule.
What you get
A written report, the evidence for each finding and a remediation plan.

Coverage model

Four levels between a rule and real protection.

A detection only protects you when it passes all four levels. Most gaps sit between the first and the last.

Four levels of detection coverageDetection coverage narrows in four levels: a rule exists, the rule is enabled, its data is healthy, and the rule is validated.01Rule exists02Rule enabled03Data healthy04Validated
Only a validated rule counts as proven coverage.
  1. Rule exists

    Is there a rule for this behaviour?

    How we check: We read the rule set in your SIEM.

  2. Rule enabled

    Is the rule switched on?

    How we check: We compare the rule's state with your intended coverage.

  3. Data healthy

    Is the data the rule needs still arriving and parsed correctly?

    How we check: We check each agreed log source for gaps and format changes.

  4. Validated

    Does the rule actually fire on the behaviour it targets?

    How we check: We run a controlled test and record whether the alert appears.

Report preview

What the report looks like.

Every finding names the level where a detection fails and what to fix first.

Sample report

Illustrative data. Not from a customer environment.

Detection coverage snapshot

Most sample rules exist and are enabled. Coverage drops at data health and validation.

Sample detection coverage by level, illustrative data
DetectionRule existsRule enabledData healthyValidated
Encoded PowerShell commandYesYesYesYes
New admin account createdYesYesYesNot tested
Impossible travel sign-inYesYesNoNot tested
Mailbox forwarding rule addedYesNoYesNot tested
Lateral movement over remote servicesNoNoNoNot tested

Top gaps

  1. Restore the identity log source behind the impossible travel rule.
  2. Re-enable the mailbox forwarding rule and confirm it fires.
  3. Add a rule for lateral movement over remote services.

FAQ

SOC assessment questions.

What is a SOC assessment?

A SOC assessment measures whether your security operations would catch an attack: which log sources reach your SIEM, whether that data is healthy, and which detections exist, are enabled, have the data they need and have been validated. SOCGenX reports each detection at one of those four levels, with a prioritized gap list.

How is MITRE ATT&CK detection coverage measured?

Each detection is mapped to the MITRE ATT&CK techniques it is meant to catch, then checked at four levels: the rule exists, it is enabled, the data it needs is healthy, and it has been validated to fire. Coverage is reported per level, so a technique with only a disabled rule is not counted as covered.

Is the snapshot a SIEM health check?

It includes one. The free snapshot is read-only: it inventories your log sources, scores the health of each source and shows which rules exist and are enabled. The full assessment adds validation, which shows the detections that really fire.

What access does the snapshot need?

Read-only access through your SIEM's own API. Raw logs stay in your environment; the snapshot works from rule, alert and source-health metadata.

Know which detections work before an attacker tests them.

Start with a free snapshot, or ask for a full assessment of your SIEM.