UnixTime

Research Note

ISO27001-A.5.29 Information Security During Disruption

The organization must decide in advance how information security will be maintained during serious disruption, crisis, disaster recovery, or business continuity events.

On this page

Control Purpose

The organization must decide in advance how information security will be maintained during serious disruption, crisis, disaster recovery, or business continuity events.

Use A.5.29 Information Security During Disruption for the detailed requirement, implementation guidance, audit checks, evidence expectations, and related ISO 27005 context.

Risk Logic

01 Disruption
02 Weak continuity planning
03 Loss of security or ICT availability
04 Business impact
05 Information Security During Disruption
06 Evidence
07 Audit

No published risk scenario is linked to this control yet. Create or link a risk note under the risk knowledge base before treating this control as fully mapped.

Detailed Note

Evidence Required

Map this control to disruption scenarios, availability impact, supplier dependency risk, treatment effectiveness, and residual risk review.

Software Architecture Mapping

Relevant objects: control, continuity_plan, asset, risk, supplier, evidence, audit_question, corrective_action, review.

Audit Questions

  • AQ-ISO27001-A.5.29 Audit Question
  • How does the organization prove ISO27001-A.5.29 is implemented and operating?
  • What evidence shows ownership, review cadence, exceptions, and corrective action?
  • Which failed condition would create an audit finding for this control?
  • Iso27001
  • ISO27002
  • Annex a
  • Control
  • Continuity

Note Metadata

Aliases: ISO27001-A.5.29

Source: 06-Control-Knowledge-Base/ISO27001-A.5.29-Information-Security-During-Disruption.md

Control dependency map

How this control connects to work products

Generated from the static research graph. It shows navigation and evidence dependencies; it is not an audit conclusion.

4

links

01

Requirement context

Primary control text, framework notes, or adjacent controls this note points to.

02

Evidence required

Evidence packs and proof records that support auditability.

03

Audit checks

Audit questions, checklists, or review material connected to the control.

Graph-sourced resources

Templates and evidence

Implementer templates

Working artifacts for control owners and operators.

Auditor evidence packs

Evidence collections and audit-facing verification material.