Access control and secure authentication
ZTNA, secure server access, device control and disk encryption cover a large block of the technological theme directly, and generate their own records.
ISO 27001
ISO 27001 certifies a management system, which is why it reads as paperwork. It only works if real controls sit underneath it. Osto runs those controls and keeps the records the certification body asks to see.
What it asks for
ISO 27001:2022 splits into clauses 4 to 10, which define the information security management system, and Annex A, which lists 93 controls you select from. Both are audited, in two stages.
Context, leadership, planning, support, operation, performance evaluation and improvement. This is the half people underestimate: it is about whether security is governed, not whether a firewall exists.
Organisational, people, physical and technological. You justify every inclusion and every exclusion in a Statement of Applicability, and the auditor reads it.
Risks identified, owners assigned, treatment decided and residual risk accepted by someone with the authority to accept it. Controls that trace back to no risk are the most common finding.
Stage 1 reviews documentation. Stage 2 tests whether you do what the documents say. Certification runs three years with surveillance audits in between, so this does not end at the certificate.
How Osto covers it
Annex A's technological theme is where most of the evidence lives and where a documentation-only approach runs out. These are modules, not policies.
ZTNA, secure server access, device control and disk encryption cover a large block of the technological theme directly, and generate their own records.
Continuous detection across cloud, network and endpoint, with cloud posture management on AWS, Azure and GCP. Annex A asks for monitoring activities; this is what performs them.
SAST, SCA, SBOM and license compliance in the pipeline, plus web, mobile and API scanners and expert-led VAPT against the running system.
The platform's compliance module maps what each control produces to the Annex A reference it satisfies, so the Statement of Applicability has something behind each line.
Every module named above is on the platform page, with a short demo of each.
The honest difference
ISO 27001 is the framework most often reduced to a document exercise, because the clauses genuinely are documentation. The controls underneath are not.
Documentation alone
With Osto underneath
ISO 27001 library
Written by the team that runs the controls, not a content desk.
Questions
Three to nine months for most startups, driven almost entirely by how much of the management system already exists. The Stage 1 and Stage 2 audits themselves are days. Scheduling with a certification body is often the longest single wait.
It depends on who is asking. ISO 27001 carries more weight in Europe, the UK, India and the Middle East, while North American buyers usually ask for SOC 2 first. If your pipeline is split, doing both is less than twice the work because the controls overlap heavily.
Annex A was restructured from 114 controls in 14 domains to 93 in 4 themes, with 11 new controls including threat intelligence, cloud services and secure coding. The clauses barely moved. If you certified against 2013, the transition is a remapping exercise rather than a rebuild.
Yes. Clause 9.2 requires it, and the certification body will ask for the results at Stage 1. It has to be done by someone independent of the area being audited, which for a small team usually means an outside pair of hands.
Partly, and usefully. The security obligations overlap enough that one programme can serve both, but DPDP adds consent, notice and data-principal rights that ISO 27001 does not address. Treat it as a strong head start, not as coverage.
Thirty minutes, your stack on screen, an honest read on what is already in place and what is not.