Method
The SecondMark method follows a claim from intended behavior through implementation, runtime evidence, controls, and independent conclusion.
Detailed positions for decisions that require more than a checklist.
Each brief defines the assurance question, the evidence that matters, the intended outcome, and the professional boundary on any conclusion.
The SecondMark method
A claim-led, system-level method connecting intent, architecture, implementation, runtime behavior, controls, and independent opinion.
System thesis
A precise statement of what the system is, what it is intended to do, and which claims matter enough to assure.
Boundary definition
A versioned record of the code, models, data, infrastructure, people, dependencies, environments, and authorities included in the engagement.
Evidence mapping
The connection of each material claim to direct, derived, contradictory, missing, and contextual evidence.
Adversarial evaluation
Purposeful attempts to falsify system claims through failure exploration, misuse analysis, boundary pressure, and contradictory evidence.
Control evaluation
Assessment of whether engineering and operational controls actually constrain the risks they are intended to contain.
Runtime qualification
Direct examination of consequential behavior in representative environments, states, and failure conditions.
Opinion issuance
The disciplined conversion of findings and limitations into a clear independent conclusion for a defined audience and decision.
Common evidence base
Four evidence planes. One independent conclusion.
Versioned system and dependency record
Direct observations and reproducible tests
Contradictory, missing, and residual evidence
Begin an engagement
Bring us the system that cannot be reduced to a standard audit.
We will begin with the decision, the claims, and the system boundary.
Start a confidential conversation ↗