Patent #05 \u00b7 Patent PendingFirst published September 8, 2026

Proof-of-Control\u2122

Continuous BAS Against Live Detection Engine with PQC-Sealed Compliance Evidence

Every CMMC assessor asks the same question: prove your controls were working on a specific date. Every other platform asks you to trust their log. MDRwatchdog Proof-of-Control\u2122 answers with math. 36 synthetic attack probes run every 6 hours directly against the live detection engine \u2014 the actual function that evaluates every real event. Every pass or fail is sealed to the Quantum Audit Chain\u2122 with a quantum-resistant signature. An assessor verifies it themselves.

What makes this novel over the prior art

Prior art (Prelude, AttackIQ, SafeBreach): Run synthetic attacks against the endpoint. Measure whether the endpoint or EDR blocked the attack. Produce a report. Do not produce cryptographically sealed, independently verifiable evidence. Do not map to compliance controls atomically.

MDRwatchdog Proof-of-Control\u2122: Runs synthetic attack probes directly against the live evaluate_event() detection function. The same function that evaluates every real security event. Not a simulation layer. The live engine.

The specific method: synthetic probe \u2192 live detection engine evaluation \u2192 PQC-sealed pass/fail record \u2192 compliance control mapping, all as a single atomic operation, is novel. No prior platform performs these four steps atomically.

The output is not a report. It is a cryptographically sealed, independently verifiable record in the Quantum Audit Chain\u2122 \u2014 the same chain that carries every real detection event. An assessor cannot distinguish a Proof-of-Control\u2122 record from a real detection record except by the event type label.

How Proof-of-Control\u2122 works

01

Probe fires

Every 6 hours, 36 synthetic events covering 40 MITRE ATT&CK techniques are generated by the Proof-of-Control™ engine.

02

Live engine evaluates

Each synthetic event is submitted to the live evaluate_event() function — the exact same function that processes every real security event on your endpoint.

03

Verdict sealed

The result (DETECTED / NOT DETECTED), probe ID, technique, timestamp, and mapped compliance controls are sealed to the Quantum Audit Chain™ atomically.

04

Assessor verifies

The assessor receives the public key and verification URL. They query the chain, see the sealed results, and verify the signatures independently. No MDRwatchdog access required.

36
Probes per cycle
40
MITRE ATT&CK techniques
6h
Cycle interval
0
Trust required from us

Compliance controls evidenced

  • CMMC CA.L2-3.12.1 \u2014 Periodically assess security controls
  • NIST 800-171 3.12.1 \u2014 Security control assessments
  • NIST CA-2 \u2014 Security assessments
  • CMMC AU.L2-3.3.1 \u2014 Audit logging of test results
  • SOC 2 CC4.1 \u2014 Monitoring controls
  • Continuous cadence \u2014 eliminates point-in-time testing gap

Common questions

What is Proof-of-Control™ and how is it different from standard BAS?+

Standard Breach and Attack Simulation (BAS) platforms like Prelude, AttackIQ, and SafeBreach run synthetic attacks against the endpoint. They tell you whether the endpoint blocked the attack. MDRwatchdog Proof-of-Control™ is different: it runs synthetic attack probes directly against the live detection engine function itself — the same function that evaluates every real event. This is not a simulation layer. It is a direct test of the detection logic. The result proves the detection engine was capable of detecting a specific attack technique at a specific moment in time, with a cryptographic timestamp.

How does the PQC-sealed pass/fail record work?+

Each probe sends a synthetic event to the live evaluate_event() function. The function returns a verdict: DETECTED or NOT DETECTED. That verdict, the probe name, the technique it simulates, the timestamp, and the compliance controls it maps to are immediately sealed to the MDRwatchdog Quantum Audit Chain™ with Ed25519 and ML-DSA-87 (NIST FIPS 204) signatures. The record is tamper-evident and independently verifiable. An assessor can query the chain and see that, for example, at 02:00 UTC on September 8, 2026, your system detected a simulated T1059 Command and Scripting Interpreter attack — with a cryptographic timestamp they can verify themselves.

What compliance controls does Proof-of-Control™ satisfy?+

The continuous BAS results directly evidence CMMC CA.L2-3.12.1 (periodically assess security controls to determine their effectiveness), NIST SP 800-171 3.12.1 (periodically assess the security controls in organizational systems), and CA-2 (security assessments). The probes also generate evidence for AU.L2-3.3.1 (audit logging) because every probe result is sealed to the audit chain. For SOC 2, CC4.1 (monitoring controls) is satisfied by the continuous nature of the testing.

How is this novel over the prior art?+

Existing BAS platforms test endpoint behavior. They do not test the detection engine itself. The novelty of Proof-of-Control™ is: (1) the probe targets the detection logic function directly, not the endpoint; (2) the pass/fail result is sealed as part of the same atomic operation that produces compliance evidence; (3) the sealed record maps the probe result to specific compliance controls simultaneously; (4) the entire sequence is PQC-signed and tamper-evident. No prior BAS platform performs these operations atomically or produces cryptographically sealed compliance evidence as a native output.

How often do the probes run?+

36 synthetic probes run every 6 hours automatically, covering 40 MITRE ATT&CK techniques. This means an assessor asking for proof of detection capability for a 12-month period can receive 1,460 sealed verification records per technique. The continuous cadence eliminates the point-in-time limitation of traditional penetration testing.

Can an assessor verify the results independently?+

Yes. The Proof-of-Control™ results are sealed to the same Quantum Audit Chain™ as all other MDRwatchdog events. The assessor receives the public key and the verification endpoint. They query the chain, filter for control test events, and verify the cryptographic signatures. No MDRwatchdog access is required. The verification is mathematical, not an attestation.

Related patents and features

Plain-language answers to the questions buyers ask most — readiness and evidence, not certification or legal advice.

Give your assessor proof, not promises.

MDRwatchdog Proof-of-Control\u2122 seals 36 detection verifications every 6 hours to a chain your assessor verifies themselves. Book a 15-minute review.

Schedule your 15-minute review