Six-monthly access reviews
Vendor accounts included, which gives SOC 2 and ISO a richer population too.
Texas, U.S. · 22 weeksInterbank Messaging and Resilience Program
U.S. Southwest · 18 weeksPCI DSS 4.0.1 Transition for a Payments Processor
Austin, Texas · 14 weeksSOC 2 Type II Readiness for an HR PlatformA single control and evidence model that meets SOC 2, ISO/IEC 27001, PCI DSS, DORA and more on their own terms, and stays current between audits.
Adopt frameworks one at a time and your engineers end up answering the same access question in four formats.
We build one control set, designed to the strictest requirement that applies. Each control has one owner, one description and one evidence routine.
Overlap is real. Equivalence is not. The value lies in knowing exactly where one framework ends.
Fewer hours of audit preparation. Fewer findings.
Described, owned and tested once, with framework references attached.
Evidence designed to the most demanding frequency and population.
Evidence ready before fieldwork begins.
One view of control health, not five reports that disagree.
These differences decide how a unified program must be designed.
| SOC 2 | ISO/IEC 27001:2022 | PCI DSS v4.0.1 | NIST CSF 2.0 | DORA | |
|---|---|---|---|---|---|
| What it is | Attestation report | Certifiable management system | Mandatory card-data standard | Voluntary framework | EU regulation |
| Who issues the outcome | Licensed CPA firm | Accredited certification body | QSA (ROC) or self-assessment (SAQ) | No certificate | Supervised by competent authorities |
| Timing | Point in time or review period | Three-year cycle, surveillance audits | Annual, plus quarterly scans | Continuous | Continuous, with testing duties |
Vendor accounts included, which gives SOC 2 and ISO a richer population too.
Internal authenticated scans and ASV external scans set the rhythm for every framework.
Treat the register as the master provider inventory for every framework.
Evidence must export from source systems, a discipline that strengthens every audit.
Choose an evidence item to see which requirements it supports, and what each framework demands on top.
We run the evidence calendar with you, so audit season becomes a confirmation rather than a scramble.
| Activity | Jan | Feb | Mar | Apr | May | Jun | Jul | Aug | Sep | Oct | Nov | Dec |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| User access reviewSOC 2 · ISO · PCI · DORA | Yes | Yes | Yes | Yes | ||||||||
| Internal & external vulnerability scansPCI (quarterly) · SOC 2 · ISO · DORA | Yes | Yes | Yes | Yes | ||||||||
| Penetration testPCI (annual + significant change) · SOC 2 · ISO · DORA | Yes | |||||||||||
| Segmentation testPCI (six-monthly for service providers) | Yes | Yes | ||||||||||
| Incident response & continuity exercisePCI 12.10.2 · DORA Art. 11(6) · ISO · SOC 2 | Yes | |||||||||||
| Risk assessment & Statement of Applicability reviewISO · SOC 2 · PCI targeted risk analyzes | Yes | |||||||||||
| Third-party provider reviewsDORA register · PCI 12.8.4 · SOC 2 · ISO | Yes | Yes | Yes | Yes | Yes | Yes | Yes | Yes | Yes | Yes | Yes | Yes |
| ISMS management reviewISO/IEC 27001 clause 9.3 | Yes | Yes | ||||||||||
| SOC 2 Type 2 review period | ||||||||||||
| ISO/IEC 27001 surveillance audit | ||||||||||||
| PCI DSS annual assessment | ||||||||||||
Illustrative calendar. Your cadence follows your own control descriptions, risk analyzes and assessment dates. Rolling dots mark activities spread across the year by provider criticality.
We chase owners and check every artifact before it is filed.
Exceptions surface months before fieldwork, while there is time to fix them.
One point of contact for your CPA firm, certification body and QSA.
We work in the tools you already use. We don’t sell software.
Our five-phase lifecycle, applied to compliance.
Every obligation, with its scope and timing.
Controls rationalized and gaps mapped by framework.
Controls redesigned to the strictest requirement.
Readiness testing before each formal audit.
Calendar operation and change review.
From a one-off rationalization to a retained program.
Which frameworks you need, in the order that reuses the most work.
One library with framework references, owners and testing attributes.
What evidence, from which system, how often and who signs off.
Mock testing against each framework before the formal event.
One program office for request lists, walkthroughs and evidence.
Controls operating and evidence current between audits.
The starting point for a unified control set, read alongside each framework’s own text.
| Control area | SOC 2 | ISO/IEC 27001 | PCI DSS | NIST CSF 2.0 | DORA | HITRUST CSF |
|---|---|---|---|---|---|---|
| Access control | Directly addressed | Directly addressed | Directly addressed | Directly addressed | Directly addressed | Directly addressed |
| Vulnerability management | Directly addressed | Directly addressed | Directly addressed | Directly addressed | Directly addressed | Directly addressed |
| Change management | Directly addressed | Directly addressed | Directly addressed | Partially addressed | Directly addressed | Directly addressed |
| Business continuity & resilience | Partially addressed | Directly addressed | Partially addressed | Directly addressed | Directly addressed | Directly addressed |
| Cryptography & key management | Partially addressed | Directly addressed | Directly addressed | Partially addressed | Directly addressed | Directly addressed |
| Secure development | Partially addressed | Directly addressed | Directly addressed | Partially addressed | Partially addressed | Directly addressed |
| Privacy | Partially addressed | Partially addressed | Not addressed– | Partially addressed | Not addressed– | Partially addressed |
Directly addressed Partially addressed or different evidence expectations , Not a primary objective. SOC 2 coverage depends on the categories in scope. Each framework’s own text governs.
SOC 2 for North America and ISO/IEC 27001 everywhere else, then PCI DSS once payments arrive.
SOC 2 readinessPCI DSS sets the baseline, and bank partners pass down DORA contract terms.
PCI DSS assessmentDORA is the legal backbone. SWIFT CSCF and PCI DSS apply as scoped overlays.
DORA readinessHITRUST alongside SOC 2, with both covering HIPAA Security Rule obligations.
HITRUST readinessISO/IEC 42001 shares the ISO management-system structure. Extend the ISMS rather than duplicating it.
ISO/IEC 42001Shared scope and shared evidence, with fieldwork aligned.
Controls extended wherever PCI DSS is more prescriptive.
Evidence for contract, incident and testing duties.
Two control sets combined into one, without a coverage gap.
No. Much of the evidence carries over, but SOC 2 is a separate attestation signed by a licensed CPA firm. We plan both so the work is done once.
Fieldwork can often be coordinated, but each framework produces its own report or certificate. We plan the calendar so the same evidence serves every event.
The one that unblocks revenue or meets a legal duty. Design your controls to the most prescriptive framework you will need within two years.
No. We are tool-agnostic and work inside the systems you already use.
It is scoped to your frameworks and the depth of support you want. You receive a written proposal after the first conversation.
Tell us which frameworks you answer to. A senior practitioner will come back with a sequencing plan and an estimate of the work you can stop duplicating.