Our methodology

Six stages.
Repeatable. Auditable.

A defensible workflow that every Intoto engagement follows — designed to fit modern release cycles and survive scrutiny when an auditor asks how the work was done.

Book a security assessment →See the AI pipeline
01

Scope & Kickoff

Joint scoping workshop with engineering, security and product. We walk the architecture, agree on rules of engagement, and confirm targets, credentials, and escalation paths. // Output: signed scope · test plan · comms channel

02

Reconnaissance

Recon agent enumerates the surface — subdomains, endpoints, JS routes, exposed services, dependencies. Findings are correlated with architecture inputs and reviewed before active testing. // Output: asset inventory · risk hotspots

03

Active Testing

Manual testing guided by automated coverage. Consultants chain low-severity findings into realistic attack paths and probe business logic that scanners can't see. Daily standups keep stakeholders current. // Output: live finding queue · attack chains

04

Validation

Every finding — machine or human in origin — is independently reproduced and severity-rated by a second consultant. False positives don't reach you. // Output: validated finding set · CVSS scores

05

Reporting

Two reports: an executive summary for leadership and a technical report engineers will actually read. Each finding ships with reproduction, severity rationale, and a fix — often as a code or config diff. // Output: exec report · technical report · Jira/GitHub export

06

Retest & Close-out

Within 90 days, we revalidate every fix at no additional cost. A close-out memo confirms what's resolved, what remains, and what we recommend next. // Output: retest memo · attestation letter

Standards we map to

Findings that translate to your framework.

Every finding ships with the references your auditors and engineers expect. No re-mapping required on your end.

OWASP
Top 10 · ASVS · API · LLM
MITRE
ATT&CK · CWE
NIST
CSF 2.0 · 800-53 · SSDF
CIS
Benchmarks · Controls v8
// SAMPLE REPORT · TECHNICAL FINDING

F-014: Cross-tenant data exposure via /api/v2/orders/{id}

CRITICALCVSS 9.1CWE-639A01:2021

Description. The orders endpoint authenticates the caller but does not authorize ownership of the requested record, allowing horizontal privilege escalation.

Impact. Any authenticated tenant can read order detail for any other tenant. Estimated 12,400 records exposed during validation.

Recommended fix. Enforce orders.user_id == ctx.user.id in OrderController#show before serializer.

Communication SLAs

You'll never hear “we'll get back to you next sprint.”

2h

Critical-finding alert

24h

Daily progress update

3d

Draft report turnaround

90d

Free retest window

Ready to walk the methodology together?

We'll tailor this six-stage process to your release cadence and produce a recommended scope within one business day.