Design Partner Program
SECURITY CONTROL VALIDATION

Security control validation: proof, not a config screenshot.

A control that's deployed and configured can still let an attacker through. Hayrok safely runs real techniques against your WAF, EDR, identity, network and SIEM controls, records what each one blocked, detected or missed, and reruns the test whenever something changes.

CONTROL CHECK T1003.001 · LSASS memory
Endpoint · EDR Policy: prevent
Detected
Identity · IdP Credential use from new host
Detected
SIEM · detection rule Expected alert within 15 min
Missed
The EDR policy says "prevent". After last week's agent update, the run shows it only detected — and nothing alerted the SOC.
01 · WHAT IT IS

What Is Security Control Validation? Testing the Outcome, Not the Setting

Security control validation is the practice of exercising your defensive controls with real attacker techniques and measuring the result. Posture tools tell you a control is on. Validation tells you what it actually did.

WHAT CONFIGURATION TELLS YOU
  • —The EDR policy is set to prevent.
  • —The WAF managed ruleset is enabled.
  • —A detection rule exists for credential dumping.
  • —Segmentation rules are defined between zones.
WHAT VALIDATION PROVES
  • →The EDR prevented the technique on 11 of 12 host groups.
  • →The WAF logged the exploit attempt but let it through.
  • →The detection rule hasn't fired since a field was renamed.
  • →One admin port is still reachable across zones.
02 · CONTROL MATRIX

Control Effectiveness Matrix: Every Technique Against Every Layer

Each cell is a measured result, not a mapping. Switch to "After change" to see what a single update did. Select any cell for its evidence. Illustrative data.

TECHNIQUE
Perimeter
WAF · email gw
Endpoint
EDR
Identity
IdP
Network
Firewall
SIEM
Detection
Spearphishing attachment T1566.001
Exploit public-facing app T1190
PowerShell execution T1059.001
LSASS memory access T1003.001
SMB / admin shares T1021.002
Exfiltration to cloud storage T1567.002
CELL EVIDENCE
PowerShell execution
T1059.001 · Endpoint (EDR)
Blocked

The technique was stopped at this layer. Request, response and the control's own decision event are sealed as evidence.

Blocked 8 / 18
Detected 8 / 18
Logged 2 / 18
Missed 0 / 18
03 · FOUR OUTCOMES

Control Test Results: Four Verdicts, Each With a Next Step

"Pass" and "fail" hide the detail that decides the fix. Every control check resolves to one of four outcomes.

Blocked

The control stopped it

The technique was prevented at this layer, with the control's decision captured as evidence.

NEXT · Keep it in the revalidation schedule.
Detected

The control saw it, didn't stop it

An alert fired, but the activity ran. Whether that's acceptable depends on time to respond.

NEXT · Check detection time against your SLA; consider prevention.
Logged

The data is there, nobody was told

The activity is in the logs, but no rule alerted on it. Often the cheapest gap to close.

NEXT · Write or fix the detection rule, then retest.
Missed

The control was silent

Nothing blocked, alerted or logged. Either a coverage gap or a broken sensor.

NEXT · Confirm sensor health, then fix coverage and retest.
05 · HOW IT WORKS

How Hayrok Validates Security Controls Safely in Production

Control checks use the lowest safety classes by design — benign artifacts that look like attacker behavior, with nothing persisted and nothing changed.

01

Select controls

Choose the controls and assets in scope; Hayrok proposes matching techniques.

Scenario Library
02

Approve the plan

Owners approve techniques, environments and limits before anything runs.

Hive
03

Run safe checks

Benign, attacker-like activity runs within the approved scope.

Nectar
04

Read every layer

Telemetry from each connected control is matched to the activity.

Integrations
05

Verdict and retest

Each cell gets a verdict and evidence; the same check reruns on change.

Evidence Fabric
06 · CONTROLS COVERED

Which Security Controls Hayrok Validates

Each control category is tested with techniques it's meant to stop, and measured through the tool's own telemetry.

All integrations →

Web application firewall

Exploit attempts and malicious requests against public apps and APIs.

Cloudflare · Akamai · Fastly

Endpoint detection & response

Execution, credential access and persistence behaviors on hosts.

CrowdStrike Falcon

Identity & access

Credential misuse, privilege escalation and conditional access.

Okta · Entra ID · Auth0

Network segmentation

Reachability of services and admin ports between zones.

Firewalls · cloud security groups

SIEM detections

Whether rules fire, how fast, and with the right technique mapping.

Splunk · Elastic

Cloud controls

Storage access policies, IAM boundaries and logging coverage.

AWS · Azure · Google Cloud
07 · REPORTING

Control Effectiveness Metrics Your Board and Auditors Can Trust

Every number traces back to a run and its evidence — so a metric can be challenged, replayed and defended.

How to measure control effectiveness →

Prevention rate

blocked ÷ applicable checks

The share of techniques stopped outright, per control and overall.

Detection coverage

(blocked + detected) ÷ applicable

The share of techniques that were either stopped or alerted on.

Time to detect

alert time − activity time

Measured per check from evidence timestamps, not estimated.

Silent gaps

logged + missed

Techniques that ran with no block and no alert — the backlog that matters.

Drift events

verdict changes vs baseline

Every cell that got worse after a change, with the change that caused it.

08 · FAQ

Security Control Validation FAQ

It's the practice of safely running real attacker techniques against your defensive controls and measuring what each one did — blocked, detected, logged or missed — instead of assuming effectiveness from configuration.

START WITH ONE CONTROL

Find out what your controls really do — this week.

Pick the control you trust most. We'll run safe checks against it and show you the matrix, with evidence for every cell.