Policy Register

Logging and monitoring standard

Which events are logged on which systems, how long logs are kept, who may read and alter them, and what is monitored and alerted.

How the register reads it

Also calledlog management, security monitoring, SIEM standard
FamilyOperations and technology
Document typeStandard. The regimes ask for the content, not the label; a line pasted as a standard, procedure, plan or schedule is placed here with the label noted.
Expected ownerThe head of IT operations.
Review cadenceAnnual (the register's default: the clauses say planned intervals and on significant change, and do not fix a period).
On the gap list whenISO 27001 or DORA is ticked and no line resolves to it (ISO 27701, ISO 42001 require it too, inside a parent document, so they do not list it separately).
TemplateSecurity monitoring and logging policy.

Which standards require it, and what each expects it to contain

5 requiring clauses, 4 regimes

Shown on a register for the regimes you tick; with none ticked, ISO 27001 is applied. Requirement text drawn from a human-verified compliance corpus under licence: the corpus statement of each clause, not the instrument verbatim.

ISO/IEC 27001:2022

ISO 27001 8.15 Logging

Produce, store, protect and analyse logs of activities, exceptions and faults.

What the ISO 27002 guidance expects the document to say: Requires logs to be produced, stored, protected and analysed, covering activities, exceptions, faults and any other event of relevance. Older source material adds that records of user activity, exceptions and security events should be retained for an agreed period to support later investigation and access control monitoring, and that faults should be logged, analysed and acted on.

Evidence an auditor accepts: The logging standard, defining what events are logged per system type, including access, privileged action, change and failure; evidence of logging enabled, sampled across systems, with the retention period applied; evidence logs are protected against alteration and deletion, including restriction of administrator ability to modify them
Common gap: Inconsistent log collection across systems
Source: ISO/IEC 27001:2022; guidance ISO/IEC 27002:2022
ISO 27001 8.16 Monitoring activities

Monitor networks, systems and applications for anomalies and act on potential incidents.

What the ISO 27002 guidance expects the document to say: Requires networks, systems and applications to be monitored for anomalous behaviour, with appropriate action taken to evaluate whether what is observed constitutes an information security incident. Secondary commentary notes the deliberate shift to anomalous behaviour as the trigger, responding to cloud era risk.

Evidence an auditor accepts: The monitoring design showing what is monitored across networks, systems and applications, and against which baseline of normal behaviour; the detection rules or analytics in use, with evidence of how they were derived and their coverage of relevant threat behaviour; the tuning record, showing rules adjusted over time, false positives reduced and gaps closed
Common gap: alerts not correlated across sources
Source: ISO/IEC 27001:2022; guidance ISO/IEC 27002:2022

ISO/IEC 27701:2025

ISO 27701 A.3.25 Logging

A process shall be in place to review event logs, by continuous automated monitoring and alerting or by manual review at a specified, documented periodicity, to identify irregularities and propose remediation; where possible event logs shall record access to PII including by whom, when, which PII principal's PII was accessed and what additions, modifications or deletions were made; where several service providers share roles in logging, the roles and any agreement on log access shall be defined and documented. Log information can itself contain PII, so access to it shall be controlled to ensure it is used only as intended, and a procedure, preferably automatic, shall delete or de-identify logged information as the retention schedule specifies. A PII processor shall define and make available to customers the criteria for if, when and how log information is made available to them, and where customers can access logs the processor controls it shall ensure each customer can access only records of its own activities and cannot amend the logs.

Evidence an auditor accepts: Log review process with periodicity or automated alerting, and records of reviews; pII access logging capturing actor, time, data subject and change; access control and retention or de-identification procedure for logs
Common gap: Logs collected and never reviewed
Source: ISO/IEC 27701:2025

ISO/IEC 42001:2023

ISO 42001 A.6.2.8 AI system event logging

Event logs shall be generated and recorded during AI system operations to enable monitoring, accountability, and incident investigation.

Evidence an auditor accepts: Logging standards; log samples; log retention policy
Common gap: Are logs sufficient to reconstruct an incident or audit a decision?
Source: ISO/IEC 42001:2023

DORA (Regulation (EU) 2022/2554)

DORA Art. 10 Detection

Financial entities shall have mechanisms to promptly detect anomalous activities, ICT network performance issues and ICT-related incidents, with multiple layers of control, defined alert thresholds and detection processes that enable timely incident response.

Evidence an auditor accepts: Anomaly/incident detection mechanisms with defined alert thresholds; monitoring coverage records
Common gap: No anomaly detection or alerting
Source: DORA (Regulation (EU) 2022/2554)

Do this for every document on your list

Paste the list and get this reading for every document at once, with the owner and cadence against each, the clauses quoted, and the documents the regimes expect that the list does not carry. Eight documents free, no account.

Build a register

Key management policy · Mobile device policy