Markdown Editor

ISMS Roles, Responsibilities and RACI Template (ISO/IEC 27001 5.3)

ISMS role definitions, authorities and decision rights, RACI for clauses 4 to 10 and Annex A, audit independence, deputies, combined-role guardrails

ISMS और ISO/IEC 27001पूर्णISO/IEC 27001:2022 + Amd 1:2024 clause 5.3, A.5.2 to A.5.4 (cited only); ISO/IEC 27002:2022rolesraci
एडिटर में खोलें.md डाउनलोड करें

उपयोग कैसे करें: Use it when you start an ISMS, after a reorganisation or before a certification audit, to show clause 5.3 is met. Fill the role definitions and the role assignment register first, then the RACI matrices. The main pitfall is a RACI where a team rather than one named role is Accountable, or where one person in a small organisation checks their own work without a compensating control.

प्रीव्यू

ISMS Roles, Responsibilities and RACI: [Organization name]

Defines who does what in the information security management system (ISMS): the roles, their responsibilities and authorities, the deputies, and a RACI matrix across the ISO/IEC 27001 clause 4 to 10 processes and the key Annex A processes. It supports ISO/IEC 27001:2022 + Amd 1:2024 clause 5.3 (organizational roles, responsibilities and authorities) and Annex A controls A.5.2 (security roles and responsibilities), A.5.3 (segregation of duties) and A.5.4 (management responsibilities for security), with guidance from ISO/IEC 27002:2022. Replace every [bracketed] value and every row marked Example.

Document control

FieldValue
Document IDDOC-ISMS-006
Version[1.0]
Status[Draft / In review / Approved / Superseded]
Owner[@isms-manager]
Approvers/reviewers[@ceo or top management sponsor], [@ciso], [@hr-lead], [@internal-auditor]
Last updatedYYYY-MM-DD
Classification[Internal]
Standard and editionISO/IEC 27001:2022 + Amd 1:2024 (clause 5.3, A.5.2 to A.5.4); ISO/IEC 27002:2022
Next scheduled reviewYYYY-MM-DD (at least every [12] months and after any reorganisation)
ISMS scope[Reference to DOC-ISMS-002 ISMS scope]
Organisation size tier[Small / Medium / Large or multi-site]
Related documentsDOC-ISMS-005 policy framework, DOC-ISMS-007 steering committee charter, DOC-ISMS-010 risk methodology, DOC-ISMS-026 competence and training matrix

Approvals

RoleNameDecisionDate
ISMS owner (prepared by)[@isms-manager][Prepared]YYYY-MM-DD
Top management sponsor[@ceo][Approved / Approved with changes]YYYY-MM-DD
HR lead (role descriptions)[@hr-lead][Reviewed]YYYY-MM-DD

Revision history

VersionDateAuthorChange
1.0YYYY-MM-DD[@isms-manager]First issue
[x.y]YYYY-MM-DD[@author][Change summary]

Contents

1. Purpose and scope

This document says who does what, and who may decide what, to set up, run and keep improving the ISMS of [Organization name] within the scope defined in DOC-ISMS-002. It answers three questions an auditor and every role holder will ask:

  1. Who keeps the ISMS in line with ISO/IEC 27001, and who tells top management how well it is working (clause 5.3)?
  2. Who decides: who approves policies, accepts risks, grants exceptions, approves the Statement of Applicability and releases budget?
  3. Who does the work in each ISMS process and each key control area, and who checks it?
ItemValue
Organisation and legal entities covered[Organization name, legal entities]
Sites covered[Sites from DOC-ISMS-002]
Roles outside the ISMS scope that carry ISMS duties[Group HR, group legal, shared service desk]
Out of scope[Business units outside the ISMS scope; their own role charts apply]
Effective fromYYYY-MM-DD

Job descriptions and employment contracts reference the roles here; the security terms of employment are covered by the employee security handbook (DOC-ISMS-073, isms/employee-security-handbook).

2. Governance structure

The diagram shows the reporting and escalation lines for information security. Solid arrows point from a role to the body it reports to; dotted lines show coordination without line management (risk, asset and control owners report through their own line managers). Internal audit reports directly to top management (or the audit committee) and not through the ISMS manager.

Body or roleReports toReporting contentFrequency
ISMS managerCISO (or top management where no CISO exists)ISMS performance, risks, objectives, nonconformities[Monthly]
CISO or security leadSteering committee and top managementSecurity posture, High and Critical risks, incidents, budget[Quarterly]
Steering committeeTop managementDecisions, escalations, inputs for management review[Quarterly]
Internal auditorTop management or audit committeeAudit results, independence statement[Per audit and annually]
DPO or privacy leadTop management (with direct access as required by applicable privacy law)Privacy risks, data subject requests, breaches[Quarterly]

3. Role definitions

Every role below has a purpose, responsibilities, authorities and a minimum competence. Competence requirements and the evidence for them are kept in the competence and training matrix (DOC-ISMS-026, isms/isms-competence-training-matrix), as clause 7.2 requires.

3.1 Governance roles

RolePurposeKey responsibilitiesAuthoritiesMinimum competence
Top managementLead and commit to the ISMS (clause 5.1)Set direction, approve the information security policy (DOC-ISMS-001), make resources available, chair or attend management review (9.3), accept High risksApprove policy, budget, objectives and High or Critical risk acceptanceISMS awareness briefing for executives
ISMS steering committeeCoordinate security decisions between management reviewsTrack objectives and risks, approve topic-specific policies, prioritise treatment, prepare management review inputsDecision rights defined in DOC-ISMS-007Members briefed on the risk method
CISO or security leadOwn the security strategy and the security functionSecurity strategy, security architecture, incident escalation, risk reporting, budget proposalStop a change or release that creates an unacceptable risk; declare a security incidentSenior security qualification or equivalent experience
ISMS managerRun the management system day to dayEnsure the ISMS conforms to ISO/IEC 27001, keep documented information, run the risk cycle, coordinate the SoA, track corrective actions, report ISMS performance (clause 5.3 a and b)Request evidence from any role, schedule ISMS activities, raise nonconformitiesISO/IEC 27001 implementer training; knowledge of ISO/IEC 27005

3.2 Ownership roles

RolePurposeKey responsibilitiesAuthoritiesMinimum competence
Risk ownerOwn named information security risks (clause 6.1.2 c)Choose the treatment option, approve treatment plan entries, accept residual risk within delegated limits (6.1.3 f)Accept Low residual risks, and Medium together with the department head, per DOC-ISMS-010; spend from own budget on treatmentRisk method briefing
Asset ownerOwn information and associated assets in the inventory (A.5.9)Classify information (A.5.12), approve access to the asset, review access rights, confirm the inventory entryApprove or refuse access requests to the assetClassification and handling training
Control ownerOperate and evidence one or more controlsImplement the control, keep its records, report failures, attend auditsDefine the operating procedure for the control within policyTraining for the specific control
Process ownerOwn an ISMS process (for example change, supplier management)Keep the process documented, measured and improvedApprove changes to the process procedureProcess training

3.3 Assurance and specialist roles

RolePurposeKey responsibilitiesAuthoritiesMinimum competence
Internal auditorProvide independent assurance (clause 9.2)Plan and perform audits per the audit programme (DOC-ISMS-082), report results, verify corrective actionsAccess to all records, people and sites in scope; report directly to top managementISO/IEC 27001 auditor training; ISO 19011:2026 principles
DPO or privacy leadOversee personal data protection (A.5.34)Advise on privacy risks, DPIAs and breach assessments, act as contact for authorities and data subjects where requiredEscalate privacy risks to top management directlyData protection qualification relevant to applicable law
Incident managerCoordinate incident response (A.5.24 to A.5.28)Triage, coordinate response, preserve evidence, run post-incident reviewsMobilise responders; invoke the incident response plan (DOC-ISMS-020)Incident handling training and exercises
Security operationsMonitor and respond to events (A.8.15, A.8.16)Monitor alerts, triage events, contain incidents, manage vulnerabilitiesIsolate devices and accounts under the incident procedureTechnical security training

3.4 Supporting functions

RoleISMS responsibilitiesMain controls
HRScreening, contract terms, onboarding and offboarding, disciplinary process, awareness recordsA.6.1, A.6.2, A.6.3, A.6.4, A.6.5
Legal and complianceLegal register, contract security clauses, intellectual property, regulator notificationsA.5.31, A.5.32, A.5.20
IT operationsIdentity lifecycle, endpoints, backup, configuration, capacity, change implementationA.5.16, A.8.1, A.8.6, A.8.9, A.8.13, A.8.32
Engineering and developmentSecure development, code review, test data, separation of environmentsA.8.25 to A.8.29, A.8.31, A.8.33
Procurement and vendor managementSupplier selection, due diligence, contract records, supplier registerA.5.19 to A.5.22
FacilitiesPerimeters, entry control, utilities, equipment sitingA.7.1 to A.7.8, A.7.11
FinanceISMS budget, insurance, payment controls against fraudClause 7.1 resources
All staff and contractorsFollow policies, complete training, report events (A.6.8)A.5.10, A.6.3, A.6.8

3.5 Suppliers and external parties

External roleISMS responsibilitiesHow assigned
Critical suppliers and cloud providersMeet agreed security requirements, notify incidents, support auditsSupplier security agreement (DOC-ISMS-068) and register entry (DOC-ISMS-066)
Outsourced developersFollow the outsourced development requirementsDOC-ISMS-077
External internal-audit providerPerform audits independently and confidentiallyEngagement letter with independence statement
Managed security service providerMonitoring and response tasks defined in the service contractContract schedule, RACI annex

Responsibility for a control stays with [Organization name] even when a supplier operates it. Name an internal control owner for every outsourced control.

4. Authorities and decision rights

DecisionPrepared byDecided byLimit or conditionRecord
Approve the information security policy (5.2)ISMS managerTop managementWhole policyApproval block in DOC-ISMS-001
Approve topic-specific policiesPolicy ownerSteering committeePer DOC-ISMS-005 approval levelsCommittee minutes
Approve standards and baselinesControl ownerCISO or ISMS managerWithin approved policy (DOC-ISMS-005 section 4)Document approval block
Approve procedures and operating instructionsProcess or control ownerOwner's line managerWithin approved policy and standards (DOC-ISMS-005 section 4)Document approval block or workflow
Approve the risk methodology and criteriaISMS managerTop managementMajor changes onlyApproval block in DOC-ISMS-010
Accept Low residual riskRisk ownerRisk ownerScore 1 to 4, within appetiteRisk register DOC-ISMS-016
Accept Medium residual riskRisk ownerRisk owner plus department head; top management if the category is Averse (DOC-ISMS-015 section 9 rule 1)Score 5 to 9Risk register DOC-ISMS-016; DOC-ISMS-019 if above the category appetite
Accept High residual riskRisk ownerTop management, with a treatment decisionScore 10 to 16Risk acceptance record DOC-ISMS-019
Accept Critical residual riskRisk owner and CISOTop management, documented decision onlyScore 17 to 25 (in practice 20 and 25), exceptionalDOC-ISMS-019 and minutes
Approve the Statement of ApplicabilityISMS managerCISO and top management sponsorEach versionApproval block in DOC-ISMS-011
Grant a policy exceptionRequester and control owner; CISO or ISMS manager assessesBy residual risk, as for risk acceptance: Low by the risk owner, Medium by the risk owner plus department head, High by top management with a treatment decision; Critical not approvableLow or Medium up to [12] months, High up to [6] months, reassessed at expiry; same limits as DOC-ISMS-005 section 7, DOC-ISMS-007 section 6 and DOC-ISMS-122 section 7Exception request DOC-ISMS-122; DOC-ISMS-019 for High
Release ISMS budgetCISOSteering committee, with the finance lead voting, up to USD [50,000] per item; CEO above (Example)Within approved annual budget (DOC-ISMS-031); same limit as DOC-ISMS-007 section 6Committee minutes or budget approval record
Declare a security incident and invoke the response planSecurity operationsIncident manager or CISOAny timeIncident register DOC-ISMS-021
Stop a release or change for security reasonsAny reviewerCISO or delegateUntil the risk owner decidesChange record
Appoint the internal auditorISMS manager proposesTop managementIndependence confirmed (section 7)Appointment letter

Risk acceptance limits follow DOC-ISMS-010 and the risk appetite and criteria (DOC-ISMS-015): scores 1 to 4 are Low, 5 to 9 Medium, 10 to 16 High and 17 to 25 Critical (in practice 20 and 25).

5. RACI: ISMS clause processes

Legend: R responsible, A accountable (exactly one per row), C consulted, I informed. Column abbreviations: TM top management, SC steering committee, CISO, IM ISMS manager, RO risk owners, AO asset owners, CO control owners, IA internal auditor, DPO, HR, LEG legal, ITO IT operations.

ClauseProcessTMSCCISOIMROAOCOIADPOHRLEGITO
4.1, 4.2Context, interested parties and requirements (DOC-ISMS-003)ICARCCC
4.3Define and maintain ISMS scope (DOC-ISMS-002)ACCRICC
4.4Define ISMS processes and interactions (DOC-ISMS-004)ICARCC
5.1Leadership and commitmentARRC
5.2Information security policy (DOC-ISMS-001)ACRRCCC
5.3Roles, responsibilities and authorities (this document)ACCRIIIIICI
6.1.1Plan actions for risks and opportunitiesICARC
6.1.2Information security risk assessmentIIARRCCCC
6.1.3Risk treatment and SoA (DOC-ISMS-011, DOC-ISMS-013)CCARRCC
6.2Objectives and plans (DOC-ISMS-024)ARRRC
6.3Planning of changes to the ISMS (DOC-ISMS-025)IACRC
7.1ResourcesACRCC
7.2Competence (DOC-ISMS-026)ICAR
7.3AwarenessICAR
7.4Communication (DOC-ISMS-027)ICCACRC
7.5Documented information (DOC-ISMS-028)IARC
8.1Operational planning and controlICARR
8.2Risk assessment at planned intervals and on changeIIARRCC
8.3Implement risk treatment planIIACRRR
9.1Monitoring, measurement, analysis and evaluation (DOC-ISMS-080)IIARRC
9.2Internal audit (DOC-ISMS-082)AIICCR
9.3Management review (DOC-ISMS-085)ACRRCC
10.1Continual improvement (DOC-ISMS-088)ICARR
10.2Nonconformity and corrective action (DOC-ISMS-087)IICACRC

Notes on the matrix:

  • Internal audit (9.2) is Accountable to top management, not to the ISMS manager. The ISMS manager is Consulted on scheduling and is audited like any other process owner.
  • The CISO is Accountable for risk assessment; risk owners are Responsible for scoring their own risks and accepting residual risk within limits.
  • Where no CISO exists, the ISMS manager takes the CISO column and top management takes the Accountable entries for 6.1.2, 6.1.3 and 9.1.

6. RACI: key Annex A processes

Column abbreviations as in section 5, plus DPO, PRC procurement, ENG engineering, FAC facilities, SUP supplier, ALL all staff.

Control areaProcessCISOIMAOCOHRLEGDPOITOENGPRCFACSUPALL
A.5.9, A.5.12Asset inventory and classificationCARRI
A.5.15 to A.5.18Access control and access reviewsACRCR
A.5.19 to A.5.22Supplier security lifecycleCCCAR
A.5.23Cloud service useACCCRRCC
A.5.24 to A.5.28Incident managementACRCCRRCI
A.5.29, A.5.30Continuity and ICT readinessACRRRCC
A.5.31, A.5.32Legal, regulatory and contractual requirementsCCACCI
A.5.34Privacy and PII protectionCCCCCAI
A.6.1 to A.6.5People lifecycle: screening to leavingCCACCR
A.6.3Awareness, education and trainingCARR
A.6.8Reporting security eventsACRIR
A.7.1 to A.7.4Physical entry and monitoringCCACI
A.8.7, A.8.8Malware and vulnerability managementACRRRC
A.8.13Backup and restore testingCCCARC
A.8.15, A.8.16Logging and monitoringACRRRC
A.8.25 to A.8.29Secure developmentCCAC
A.8.32Change managementCIARC

Replace the matrix with the control areas that apply to your SoA, and keep exactly one A per row.

7. Independence of internal audit

Auditors must not audit their own work. [Organization name] secures objectivity and impartiality (clause 9.2.2) as follows:

SafeguardRuleEvidence
Reporting lineThe internal auditor reports results to top management or the audit committee, not to the ISMS managerAudit report distribution list
No self-reviewAn auditor does not audit a process they designed, operate or managed in the last [12] monthsIndependence declaration per audit
RotationAuditors are rotated across process areas at least every [3] audit cycles (Example)Audit programme assignments
External supportWhere no independent internal resource exists, an external auditor or a peer from another business unit audits the ISMS manager's processesEngagement letter
AccessAuditors have unrestricted access to records, people and systems in scopeAudit charter clause
EscalationAn auditor who meets interference escalates directly to top managementAudit charter clause

Independence declaration (Example):

Audit IDAuditorAreas auditedPrior involvement in last 12 monthsDeclared independentDate
IA-2027-01 (Example)[@internal-auditor]Clauses 6.1, 8.2, 8.3; A.5.15 to A.5.18NoneYes2027-03-08
IA-2027-02 (Example)[@external-auditor]Clauses 4 to 10 processes run by the ISMS managerNone (external)Yes2027-03-15

8. Deputies and continuity of roles

RolePrimary holderDeputyDeputy authorityHandover trigger
CISO or security lead[@ciso][@isms-manager]Full, except budget above USD [10,000] (Example)Absence over [2] working days
ISMS manager[@isms-manager][@security-engineer]Run ISMS activities, raise nonconformitiesAbsence over [5] working days
Incident manager[@incident-manager][On-call rota per DOC-ISMS-020]Full during the incidentOut of hours, absence
DPO or privacy lead[@dpo][@legal-counsel]Advice and authority contactAbsence over [2] working days
Top management risk acceptance[@ceo][@coo]Accept High risks; not CriticalAbsence over [5] working days
Internal auditor[@internal-auditor][External provider]Perform scheduled auditsUnavailability or conflict

Rules for deputies:

  1. Deputies have the access, training and authority needed before they act, not after. Record their competence in DOC-ISMS-026.
  2. A deputy's decisions are recorded under the deputy's name with the reason for acting.
  3. The primary holder reviews decisions taken in their absence within [5] working days of return.
  4. When a role holder leaves, the deputy acts until a successor is appointed, and the ISMS manager updates section 11 within [10] working days.

9. Combining roles and conflict-of-interest guardrails

9.1 Incompatible combinations

CombinationConflictAllowed?Compensating control if combined
ISMS manager and internal auditor of ISMS processesSelf-reviewNoExternal or peer auditor for processes the ISMS manager runs
Requester and approver of the same accessSelf-approvalNoSecond approver; automated workflow blocks self-approval
System administrator and log reviewer for own activityCan hide own actionsOnly with compensationLogs forwarded to a store the administrator cannot alter; monthly review by another person
Developer and production deployer of own codeUnreviewed changeOnly with compensationMandatory peer review and pipeline approval before deployment
Risk owner and risk acceptor above own limitAccepting own High riskNoEscalate to top management per section 4
Exception requester and exception approverSelf-granted exceptionNoApprover at the next level for the residual risk band (DOC-ISMS-122 section 7)
Finance payment approver and supplier master-data editorFraud riskOnly with compensationDual control on bank detail changes; monthly reconciliation
CISO and head of IT operationsSecurity oversight of own operationsAllowed in small and medium tiersSteering committee reviews security metrics; internal audit covers IT operations each year

9.2 Combining roles in a small organisation

In a small organisation one person often holds several roles. Record each combination in the register below with the reason and the compensating control. Review it at every management review.

Combination IDPersonRoles combinedConflictCompensating controlApproved byReview date
CMB-001 (Example)Head of Engineering Operations (Quillmere Analytics)ISMS manager (0.5 FTE), control owner for backup and changeAssesses the controls they operateInternal audit of these controls by an external auditor; CEO reviews backup test results quarterlyCEO2027-06-30
CMB-002 (Example)CTO (Quillmere Analytics)CISO role, engineering leadSecurity oversight of own engineering decisionsMonthly leadership meeting acting as steering committee (CEO, CTO, COO, Head of Engineering Operations) reviews security metrics; release approvals loggedCEO2027-06-30
CMB-003 (Example)COO (Quillmere Analytics)Privacy lead, HR leadAdvises on own HR data processingExternal privacy counsel reviews HR data processing annuallyCEO2027-06-30

10. Size tiers

TopicSmall: Quillmere Analytics Ltd (46 staff)Medium: Quillmere Health Systems (320 staff)Large: Quillmere Group (2,400 staff, 6 sites)
ISMS managerHead of Engineering Operations, part time (0.5 FTE)Full-time ISMS managerGroup ISMS manager in the CISO office, with site ISMS coordinators
Security functionNo separate team; CTO holds the CISO roleISMS manager plus a 3-person security teamCISO with a 14-person security office
Steering bodyMonthly leadership meeting with a security agenda item, chaired by the CEOISMS steering committee, quarterlyGroup security council plus site committees; integrated with the 9001 and 22301 governance
Risk ownersExecutives own all risks (about 5 people)Department headsSite directors and group function heads; OT risks owned by plant managers
Internal auditExternal auditor engaged per auditTrained staff from quality plus an external auditor for ISMS manager processesGroup internal audit with ISMS-trained auditors; integrated audits
DPO or privacy leadCOO with external privacy counselDesignated privacy lead; DPO where law requires (processor and controller roles)Group DPO network with local privacy contacts in each country
DeputiesPairs among executivesNamed deputy per roleDeputy per role per site, recorded in the group role register
Combined rolesSeveral, recorded in section 9.2Few, mainly CISO and IT operations oversightRare; full separation expected
RACI granularitySection 5 only, Annex A owners in the SoASections 5 and 6Sections 5 and 6 per site, plus a group overlay for shared services

11. Role assignment register

Assignment IDRoleHolderDeputyScope (sites, systems)FTE share for ISMSAccepted onCompetence record
ROLE-001 (Example)ISMS managerHead of Engineering OperationsSenior platform engineerWhole scope0.52027-01-11DOC-ISMS-026 row COMP-004
ROLE-002 (Example)CISO roleCTOHead of Engineering OperationsWhole scope0.22027-01-11DOC-ISMS-026 row COMP-002
ROLE-003 (Example)Risk owner: customer data platformVP ProductCTOAnalytics platform, both cloud regions0.052027-01-18Risk briefing 2027-01-18
ROLE-004 (Example)Asset owner: customer datasetsHead of DataVP ProductCustomer data stores0.052027-01-18Classification training 2027-01-20
ROLE-005 (Example)Internal auditorExternal ISMS auditor (contract)Second external auditorISMS processes run by internal staffContract2027-02-01Auditor certificate on file
ROLE-006 (Example)Privacy leadCOOExternal privacy counselCustomer and staff personal data0.12027-01-11Privacy course record
[ROLE-NNN][Role][Holder][Deputy][Scope][0.0]YYYY-MM-DD[Reference]

The FTE shares in this example total 0.9 FTE of internal time, plus the contracted auditor.

12. Communication and acceptance of roles

  1. Publish this document on [intranet or document system] and link it from the ISMS manual (DOC-ISMS-008).
  2. Each role holder receives a role letter or an entry in the HR system with the role, responsibilities, authorities and deputy, and confirms acceptance (date recorded in section 11).
  3. New role holders receive a handover briefing from the outgoing holder or the ISMS manager within [10] working days.
  4. All staff learn the reporting route for security events (A.6.8) and the name of the ISMS manager in onboarding and annual awareness training.
  5. Changes to roles are announced through the channels in the communication plan (DOC-ISMS-027).
  6. Supplier roles are communicated through contracts and kick-off meetings, recorded in the supplier register (DOC-ISMS-066).

13. Records and evidence

RecordProvesKept byWhereRetention (Example)
Approved version of this documentRoles and authorities assigned by top management (5.3)ISMS managerDocument management systemCurrent plus [3] previous versions
Role assignment register (section 11) with acceptance datesRoles communicated and acceptedISMS managerThis document or HR system[3] years after role ends
Role letters or HR role entriesIndividual communicationHRHR systemEmployment plus [3] years
Combined-role register (section 9.2) with approvalsSegregation of duties handled (A.5.3)ISMS managerThis document[3] years
Auditor independence declarationsObjective and impartial audits (9.2)Internal auditorAudit file[3] years or one certification cycle
Deputy decisions logContinuity of authorityEach deputyDecision log or minutes[3] years
Competence records for role holdersCompetence (7.2)HR and ISMS managerDOC-ISMS-026Employment plus [3] years
Management review minutes covering role changesTop management oversightISMS managerDOC-ISMS-085[3] years

Map these records to A.5.2, A.5.3, A.5.4 and clause 5.3 in the control evidence matrix (DOC-ISMS-033).

14. Review and maintenance

  • Planned review every [12] months, before the management review.
  • Unplanned review when: a role holder leaves or changes job; the organisation is restructured; the ISMS scope changes (DOC-ISMS-002); a new site, legal entity or major supplier is added; an audit finding concerns roles, independence or segregation of duties; a role combination is added in section 9.2.
  • After each review, update the assignment register, re-confirm deputies, and record the change in the revision history.

15. References

ReferenceEditionUse
ISO/IEC 27001:2022 + Amd 1:2024Current (https://www.iso.org/standard/82875.html, Amd 1: https://www.iso.org/standard/88435.html)Clauses 5.1, 5.3, 7.2, 9.2; A.5.2, A.5.3, A.5.4
ISO/IEC 27002:2022Current (https://www.iso.org/standard/75652.html)Guidance on roles, segregation and management responsibilities
ISO/IEC 27003:2017Current; a revision is in progress, check for a newer edition (https://www.iso.org/standard/63417.html)ISMS implementation guidance on leadership and roles
ISO/IEC 27014:2020Current; a new edition is at FDIS stage in 2026 (https://www.iso.org/standard/74046.html)Governing body and executive responsibilities
ISO/IEC 27021:2017 + Amd 1:2021Current (https://www.iso.org/standard/61003.html)Competence of ISMS professionals
ISO 19011:2026Current (https://www.iso.org/standard/88984.html)Auditor independence and competence principles

Related templates: isms/isms-steering-committee-charter, isms/isms-policy-framework, isms/isms-manual, isms/isms-competence-training-matrix, isms/isms-communication-plan, compliance/risk-methodology, compliance/statement-of-applicability, compliance/internal-audit-program, compliance/management-review, security/security-exception-request, isms/control-evidence-matrix.

Standard and licence note

Structure aligned with ISO/IEC 27001:2022 + Amd 1:2024 (clause 5.3 and Annex A controls A.5.2 to A.5.4), with guidance from ISO/IEC 27002:2022, ISO/IEC 27003:2017, ISO/IEC 27014:2020 and ISO 19011:2026. The text, tables, RACI matrices and examples are original. No ISO/IEC text is reproduced: clause and control numbers are cited with short labels written for this template, not official titles. Obtain the official standards from ISO, IEC or your national standards body to implement and audit the ISMS, and check the current edition before use (ISO/IEC 27003 and ISO/IEC 27014 are under revision). Quillmere entities are fictional.

Template licence: MIT.

संबंधित टेम्पलेट