[INDIA] RBI, SEBI and IRDAI · Source-code escrow and continuity obligations for critical applications[EU DORA] ICT third-party risk testing required · In force Jan 2025[PRA] SS2/21 UK · Vendor recovery evidence required[MAS] Singapore TRM · Independent vendor recoverability expected[APRA] CPS 230 Australia · Third-party continuity obligations in force[FFIEC] United States · Source-code access and software escrow addressed in third-party contracts[ENTERPRISE] Mission-critical software procurement increasingly requires continuity evidence before contract
[INDIA] RBI, SEBI and IRDAI · Source-code escrow and continuity obligations for critical applications[EU DORA] ICT third-party risk testing required · In force Jan 2025[PRA] SS2/21 UK · Vendor recovery evidence required[MAS] Singapore TRM · Independent vendor recoverability expected[APRA] CPS 230 Australia · Third-party continuity obligations in force[FFIEC] United States · Source-code access and software escrow addressed in third-party contracts[ENTERPRISE] Mission-critical software procurement increasingly requires continuity evidence before contract

FAQ

Everything you need to know about provable trust

Clear answers on Software Recoverability, Proof of Recovery, security, deployment, and regulatory alignment.

Hours

Typical verification cycle

Per release

Evidence stays current

Signed

Named engineer accountability

Global

Regulation mapping

Getting started

What is Software Recoverability?

Software Recoverability is the ability to independently rebuild, deploy, and run critical vendor software when the original vendor is unavailable. Castler turns that ability into a repeatable process and a signed Proof of Recovery. Learn more →

How is this different from traditional software escrow?

Traditional escrow primarily stores source code and documentation under a legal agreement. Castler goes further: it maps dependencies, rebuilds the release, deploys it, replicates the declared architecture, and has a named engineer sign the result. Learn more →

What is a Proof of Recovery?

A Proof of Recovery is a signed, numbered artefact showing that a specific software release was independently rebuilt, re-deployed, and verified. It is evidence your board, regulator, auditor, insurer, or customer can examine. Learn more →

Pricing and commercials

How often is software re-verified?

Castler’s model is designed around verification per release, so the evidence changes as the software changes instead of becoming stale between annual exercises. Learn more →

Does the vendor need to participate in every verification?

No. Initial access, source materials, dependencies, and technical documentation must be established correctly, but the verification itself is designed to prove recovery without relying on the vendor being available. Learn more →

How long does a verification take?

Castler is designed to complete verification in hours rather than the multi-week cycles associated with traditional manual exercises. The exact cycle depends on the application and its dependencies. Learn more →

Technical and verification

What evidence is included with a Proof of Recovery?

The signed record is backed by the build outcome, deployment procedure, architecture replication, test results, release details, and the named engineer’s seal. Learn more →

Can Castler cover the whole critical Software Estate?

That is the platform’s design goal. Agentic verification turns a bespoke exercise for a few vendors into a repeatable operating model for every critical application in the Software Estate. Learn more →

What happens when the vendor releases a new version?

The new release can be captured and re-verified so the Proof of Recovery stays aligned with the software that is actually in use. Learn more →

Where can verification run?

Verification can run in the selected cloud and region, with role-based access and an auditable record of the recovery workflow. Learn more →

How does Castler support regulatory reviews?

Castler maps build, deployment, replication, testing, and signed recovery evidence to the operational-resilience themes in frameworks such as DORA, PRA SS2/21, APRA CPS 230, MAS TRM, RBI, SEBI, and IRDAI. These mappings are orientation, not legal advice. Learn more →

Regulatory

Where does verification run?

Verification can run in the cloud and region selected for the deployment. Castler’s trust-centre materials describe regional hosting, role-based access, encryption, and immutable audit trails. Learn more →

Which security certifications does Castler reference?

Castler’s site references ISO 27001, SOC 2 Type II, and PCI DSS. The Trust Center is the source for the current security and compliance package. Learn more →

Does Castler provide legal or regulatory advice?

No. Castler maps its evidence to relevant regulatory themes, but those summaries are for orientation only and do not replace official texts or professional legal and compliance advice. Learn more →

STILL HAVE A QUESTION?

Bring us the question your regulator will ask

We’ll map it to the evidence, platform, and operating model that fits your institution.

Book a 15-min briefing
ISO 27001SOC 2 Type IIPCI DSS

No spam · Reply within one business day