Recover-function mapping
Every recovery test is tied to the CSF 2.0 Recover function, so your self-assessment has the evidence behind the claim.
Your DR plan covers the systems you own — not the software a vendor controls. Codekeeper verifies that your vendor's code rebuilds and runs, then lays out the evidence for examiners.
Format is the gap. An examiner reads NIST CSF 2.0 and the IT Handbook booklets. Evidence outside that framing is something they can't credit.
Every recovery test is tied to the CSF 2.0 Recover function, so your self-assessment has the evidence behind the claim.
Each record points to the Business Continuity Management and Information Security booklets that examiners work from.
The software is rebuilt from its deposit and confirmed to run, so you show recovery instead of asserting it.
You hand over a single pack that covers third-party software continuity, assembled before the exam reaches it.
Each test links to the risk and control it covers, so the examiner can follow the trail from risk to control to test.
You receive a dated, signed record stating recovery was confirmed.
Explain in one or two concise sentences how your solution transforms users' challenges into positive outcomes. Focus on the end benefits that matter most to your target audience. Keep it clear and compelling.
List the vendor systems your operations depend on, and connect Codekeeper to the repositories and platforms they live in.
We rebuild each system, confirm it runs, and tie the results to the NIST CSF 2.0 Recover function and relevant IT Handbook booklets.
The proof arrives in the framing they reference, assembled and current ahead of your next exam.
Set up in a day. From there, the pack stays current on its own — ready for every exam cycle.
Book a demoJordan Adler
Ross Kilshaw
Thiago Mendes
We’ll email the sample FFIEC evidence pack to you.
It's Codekeeper’s recovery-test and deposit records, mapped to NIST CSF 2.0 and the FFIEC IT Examination Handbook booklets, so financial institutions can prove their third-party software continuity to examiners.
For critical third-party services, FFIEC guidance expects recovery to be tested at least annually — more often if your risk assessment or a significant change calls for it. And a test only proves recovery as of the day it ran. Vendors ship new versions constantly, so a result from last year may no longer reflect the software you actually depend on. Codekeeper reruns the build-and-run test on a schedule you set, and keeps the deposit current with daily syncs, so the evidence stays true to the software as it runs today.
No. The FFIEC retired the CAT on August 31, 2025, and points institutions to resources such as NIST CSF 2.0 alongside the IT Handbook booklets. The pack is built to the current framing.
A deposit is storage. The pack proves the deposit was tested for recovery and maps that proof to the framing examiners reference. 90% of untested deposits fail when triggered, so the pack is the proof yours will not.
Third-party software risk oversight, mapped to the Business Continuity Management and Information Security booklets and the NIST CSF 2.0 Recover function.
Book a demo, and we'll map your in-scope systems, or download the sample pack to see the format first.