Tested recovery
A real build-and-run test confirms the supplier’s software recovers; the result is recorded in the pack.
NIS2 holds your board personally liable for your suppliers’ resilience, and relying on a policy document won’t satisfy an auditor. The NIS2 evidence pack gives you a tested, signed record that your critical software can be recovered.
An untested continuity plan leaves you exposed on both.
A real build-and-run test confirms the supplier’s software recovers; the result is recorded in the pack.
Documents the resilience of each direct supplier relationship that NIS2 Article 21(2)(d) brings into scope.
Captures backups, deposit currency, and recovery procedures for the Article 21(2)(c) continuity measure.
A repeatable report proving that your supplier-resilience measures work, aligned to the Article 21(2)(f) requirement.
One signed artifact to serve as continuity proof in place of a folder of correspondence.
Daily automated syncs keep the deposit live, so the evidence reflects the software as it runs today.
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.
Connect the repository, or name a deposit you already hold with us.
We pull the deposit, build it, and confirm it runs — on a schedule that keeps the result current.
The signed certificate and test results — dated and ready for review. Your Article 21 obligation now rests on a proven plan.
Set up in a day. From there, the pack stays current on its own.
Book a demoJordan Adler
Ross Kilshaw
Thiago Mendes
We’ll send the sample pack and your early-access invite.
A documented set of evidence — a Software Resilience Certificate, recovery-test results, and supplier-resilience and continuity records — that proves your critical software suppliers can be recovered, mapped to NIS2 Article 21. It covers the supply-chain measure (21(2)(d)) and the business-continuity measure (21(2)(c)).
Article 21(2)(d) requires in-scope entities to manage the security of their direct supplier and service-provider relationships, including each supplier’s vulnerabilities and security practices. Article 20 makes management bodies responsible for approving and overseeing those measures.
Article 21 expects your measures to be tested regularly and reviewed after any significant change, and a test only proves recovery as of the day it ran. Suppliers ship new versions constantly, so a result from last year may no longer reflect the software you actually depend on. Codekeeper can rerun the build-and-run test on a set schedule (annual, bi-annual, it's your choice) and keeps the deposit current with daily syncs, so the evidence stays true to the software as it runs today.
A traditional agreement states recovery is possible. This pack proves it — with a real build-and-run test result and deposit-currency checks. 90% of traditional, untested deposits fail when tested; the pack is the testing and documentation that closes that gap.
NIS2 primarily — Article 21(2)(c), (d), and (f). The same evidence maps to DORA third-party ICT risk, the CRA, ISO 27001 supplier-security controls, and SOC 2.
Yes. NIS2 obligations flow down through customer contracts to suppliers who aren’t directly in scope. The pack gives you proof of your own resilience to hand to NIS2-regulated customers, so their supply-chain due diligence doesn’t stall your deals.