Discover
Understand the business trigger, critical operations, people involved, and the decision the engagement needs to support. Identify relevant past work and constraints without asking for sensitive evidence in a public form.

Our approach
A security engagement should be understandable before it starts and useful after the final meeting.
The delivery framework
The exact activity depends on the engagement. These stages establish a shared understanding of the work.
Understand the business trigger, critical operations, people involved, and the decision the engagement needs to support. Identify relevant past work and constraints without asking for sensitive evidence in a public form.
Record systems, environments, exclusions, objectives, deliverables, schedule, and responsibilities. For active testing, agree written permission, allowed techniques, testing windows, escalation contacts, and stop conditions.
Arrange the necessary evidence, accounts, documentation, and access through a process agreed with the client. Confirm prerequisites and clarify what happens if an environment or dependency is not ready.
Carry out the authorized activity. Separate observations from validated findings and assumptions. Discuss significant issues through the agreed contact route, with attention to business context and operational constraints.
Present the scope, evidence, limitations, and recommendations in a form useful to technical owners and leadership. Identify priorities and dependencies rather than presenting every issue as equally urgent.
Walk through the findings and answer questions. Agree whether implementation, further assessment, or retesting belongs in a subsequent scope. Close out access and evidence arrangements according to the engagement.
Public reference points
Frameworks can provide shared terminology and structure. The engagement identifies which references and versions are relevant.
Before we begin
The details that make a better engagement.
The delivery schedule depends on scope, complexity, access, and client availability. A consultation is the starting conversation; the proposal establishes the wider delivery schedule.
The proposal identifies whether remediation, implementation support, validation, or retesting is included. Recommendations alone do not imply that every change will be implemented.
Agree the evidence, transfer method, access, retention, and closeout requirements with the team before sharing materials. The public website is not an incident evidence upload service.