Compliance  ›  ISO/IEC 27001  ·  Information security management systems

Your ISO 27001 Auditor Will Ask for a Tested Backup. Can You Show One for ServiceNow?

Annex A control 8.13 of ISO/IEC 27001:2022, Information backup, expects backup copies of information, software and systems to be maintained and regularly tested in line with your own backup policy. When ServiceNow sits inside the scope of your ISMS, its 14-day native backup is the vendor’s control, not yours. Rezilient Restore gives you a backup of ServiceNow data that follows your policy, restores on your schedule and stands up in front of your auditor.

Annex A 8.13 Information backupAnnex A 5.30 ICT readinessAudited every year of the cycle

What ISO 27001 expects

A Backup Is Only a Control Once It Has Been Restored

ISO/IEC 27001:2022 is the international standard for information security management systems. An accredited certification body audits the ISMS against it, and your Statement of Applicability says which of the 93 Annex A controls apply. Four of them matter most for ServiceNow.

Annex A 8.13

Back it up and test it

Backup copies of information, software and systems are maintained and regularly tested, in line with your agreed topic-specific policy on backup.

Annex A 5.30

Be ready for disruption

ICT readiness is planned, implemented, maintained and tested against your business continuity objectives and ICT continuity requirements.

Annex A 5.33

Protect the records

Records are protected from loss, destruction, falsification, and unauthorized access or release, including the records that prove the ISMS operates.

Annex A 5.23

Cover your cloud services

Your information security requirements apply to how you acquire, use and manage cloud services, and ServiceNow is one of them.

93 controlsIn Annex A of the 2022 edition, grouped as organizational, people, physical and technological controls.ISO/IEC 27001:2022, Annex A
Every yearSurveillance audits between recertifications, on a three-year certification cycle.ISO/IEC 17021-1
14 daysServiceNow’s native backup window, engineered for platform disaster recovery.ServiceNow platform documentation

What regulators have enforced

ISO 27001 is a certification standard, not an enforcement regime, so no regulator announces penalties under it. Its Annex A controls on backup, logging and information deletion are tested by certification auditors, and the same failures surface in regulator actions under other regimes (see the other regime pages).

Source: ISO/IEC 27001:2022, Annex A controls 8.13 (information backup), 8.15 (logging) and 8.10 (information deletion). References to regulator actions come from Rezilient’s review of public regulator records, as of 31 October 2026.

Why ServiceNow is in scope

ServiceNow Protects the Platform. You Answer for the Control.

ServiceNow often sits inside the ISMS scope twice: as a system that holds information assets, and as the tool that runs the ISMS itself. Incident records, change approvals, risk registers, asset inventories and audit evidence frequently live in ITSM, CMDB and GRC tables. If those records are lost or altered, the information goes, and so does the evidence that your controls operated.

Control 8.13 is clear about ownership. The backup follows your topic-specific policy, and you test it regularly. A provider’s platform backup, on a schedule you did not set and restorable only as a whole instance, is the provider’s control. Your auditor will ask to see your policy, your scope and your restore results.

ServiceNow does its part well. Its native backup is engineered for infrastructure disaster recovery: weekly fulls kept for 14 days, restored at the level of the whole instance. It was not designed for a backup policy you own, record-level restore tests, or retention beyond two weeks.

How Rezilient Restore helps

Each Requirement, Mapped to a Capability

Rezilient Restore is compliance-grade backup and recovery built for ServiceNow. It runs inside the ServiceNow experience and keeps your data in immutable storage off the platform.

ISO 27001 requirement
Rezilient Restore capability
Annex A 8.13

Backup copies of information, software and systems, maintained under your backup policy.

A backup you set the policy for. Choose the tables, attachments and applications to protect, capture every change continuously and set retention per table.

Annex A 8.13 · testing

Backups regularly tested.

Restore tests you can actually run. Record, field or table restore in a non-production instance, with the result exported as audit evidence.

Annex A 5.30

ICT readiness planned, maintained and tested against business continuity objectives.

Objectives per application, not per platform. Define and evidence recovery objectives for ServiceNow by table or application.

Annex A 5.33

Records protected from loss, destruction, falsification and unauthorized access.

WORM-grade, outside single-admin control. An immutable copy off the platform that no admin, script or agent inside the instance can alter or delete.

Annex A 8.24

Rules for the effective use of cryptography, including key management.

Keys stay with you or ServiceNow. AES-256 (NIST FIPS 197) in transit and at rest, with keys held only by you or ServiceNow, so Rezilient can never read your data.

Annex A 5.28

Procedures to identify, collect and preserve evidence related to information security events.

Chain of custody. Pre-state and post-state for every record, with signed chain-of-custody exports for the auditor.

Annex A 5.23

Information security requirements applied to the cloud services you use.

Closes the shared responsibility gap. ServiceNow protects the platform. Rezilient gives you an independent copy of the data and configuration inside it.

Requirement text is summarized from the primary source; quoted language is verbatim. The cross-framework view, with every regime on one page, is in the white paper.

Four questions an auditor could ask

Put Control 8.13 Next to the 14-Day Window

Policy

Does your backup policy name ServiceNow, its scope and its frequency, or does it defer to the platform’s default schedule?

Testing

When did you last restore ServiceNow data, and where is the record of the test and its result?

Protection

Could an administrator, a script or an attacker with admin rights alter or delete the backup from inside the instance?

Records

Can you produce last year’s change, incident and risk records in the state they were in when they were sampled?

How it works

From Connect To Compliance Evidence

Live in under one business day, starting in a non-production instance.

01

Connect

Rezilient is a ServiceNow-native app. Connect your instance, link storage, and go live in a day.

02

Capture

Every change recorded continuously across selected tables, including ITSM, CMDB, HRSD, CSM and GRC.

03

Restore

Surgical recovery at record, field or table level, without rolling back the instance.

04

Prove

Chain-of-custody exports. Audit-ready evidence on demand.

Questions

What Teams Ask Us About ISO 27001

Does Rezilient Restore get us through ISO 27001 certification?

No product does that on its own. Certification covers the whole ISMS: context, leadership, risk assessment and treatment, the Statement of Applicability and every control it selects. Rezilient Restore supports controls 8.13, 5.30, 5.33 and 8.24 for the data in ServiceNow, with evidence your auditor can sample.

Does Rezilient have its own SOC 2 report or ISO 27001 certification?

Not yet. Rezilient plans to complete a SOC 2 Type 1 report by the end of 2026, then begin work toward SOC 2 Type 2 and ISO 27001 certification in 2027. Until then, our team will walk your security reviewers through the architecture: backup data is encrypted in transit and at rest with AES-256, encryption keys are held only by you or ServiceNow, and Rezilient can never read your data.

We also have a SOC 2 report. Does this help?

Yes. If your SOC 2 report includes the Availability category, criterion A1.2 covers data backup processes and recovery infrastructure, and A1.3 covers testing recovery plan procedures. The backup, restore tests and evidence that answer control 8.13 answer those criteria too. Reports that cover only the Security category still address recovery from incidents in the common criteria, CC7.5.

How often should we test restores?

ISO 27001 leaves the frequency to your backup policy. Auditors look for a frequency chosen for a reason, tests that actually restore data rather than confirm a job ran, and recorded results. Record-level restore makes a quarterly ServiceNow test practical.

Isn’t ServiceNow’s native backup enough?

It is the right tool for infrastructure disaster recovery, which is what it was built for. Control 8.13 expects backups that follow your policy and that you test regularly. A 14-day, full-instance backup scheduled and restored by the platform is hard to present as either.

Who holds the encryption keys?

You or ServiceNow, never Rezilient. By default the keys sit with ServiceNow; customers who license ServiceNow’s field encryption hold their own. Rezilient can never read your data.

Run a Real Restore Test in 30 Days

The Rezilient Restore trial runs in your non-production instance, with no commitment. You finish with a tested restore and the evidence to show for it.

Back Up Now. Restore Anytime. Always Rezilient.