ISO 27001 Annex A 5.1 Policies: Implementation Checklist

Stuart Barker - High Table - ISO27001 Director

The ultimate ISO 27001 Annex A 5.1 Policies for Information Security implementation checklist.

1. Define Policy Structure

Control Requirement: Information security policy and topic-specific policies shall be defined.

Required Implementation Step: A “Policy Master List” or index document that categorizes your top-level “Statement of Intent” (signed by the CEO) separately from operational rules (like Access Control or Clear Desk).

Minimum Requirement: A simple spreadsheet listing the 15-20 policies you intend to enforce, mapped to the risks they mitigate.

2. Write Topic-Specific Policies

Control Requirement: Topic-specific policies must be defined to address specific risks.

Required Implementation Step: Clean, readable PDF documents generated from Word or Google Docs that outline specific “Do’s and Don’ts” for staff (e.g., Acceptable Use Policy, Remote Work Policy).

Minimum Requirement: Written rules that are specific to your technology stack (e.g., “Use 2FA on Google Workspace”), not generic boilerplate text.

ISO 27001 Policy Templates

3. Embed Document Control

Control Requirement: Policies must be reviewed and maintained.

Required Implementation Step: A visible header table on the first page of every policy containing: Version Number, Author, Approver, Effective Date, and Classification (e.g., Internal).

Minimum Requirement: Ensure the file name matches the Title inside the document and includes a version number (e.g., Access_Control_Policy_v1.0.pdf).

4. Secure Management Approval

Control Requirement: Policies must be approved by management.

Required Implementation Step: An email thread or Steering Committee meeting minutes where the Leadership Team explicitly agrees to the content of the policies.

Minimum Requirement: A saved email from a C-Level executive stating, “I approve these policies for publication.”

5. Publish to Intranet

Control Requirement: Policies must be published.

Required Implementation Step: A dedicated “Security Centre” page on your existing Company Intranet (SharePoint, Confluence, Notion) where all current PDFs are hosted.

Minimum Requirement: A shared, read-only folder link accessible to every employee without requiring a special login.

6. Broadcast Communication

Control Requirement: Policies must be communicated to relevant personnel.

Required Implementation Step: A multi-channel announcement (Slack/Teams channel post + All-Hands Email) linking to the location of the new policies.

Minimum Requirement: Evidence of an email sent to the “All Staff” distribution list announcing the release.

7. Capture User Acknowledgement

Control Requirement: Policies must be acknowledged by relevant personnel.

Required Implementation Step: A Microsoft Form or Google Form linked in the communication email that captures the employee’s name, date, and agreement statement.

Minimum Requirement: A timestamped spreadsheet export showing who accepted the policy and when.

8. Schedule Annual Reviews

Control Requirement: Policies must be reviewed at planned intervals.

Required Implementation Step: A recurring calendar series in the Policy Owner’s calendar (e.g., every 12 months) dedicated to reviewing the documents.

Minimum Requirement: A screenshot of the calendar invite for the next review cycle.

9. Establish Change Triggers

Control Requirement: Policies must be reviewed if significant changes occur.

Required Implementation Step: A line item in your Change Management Policy stating that “Major Infrastructure Changes” trigger an immediate review of relevant security policies.

Minimum Requirement: Evidence that a policy was updated (version incremented) following a major tool swap (e.g., moving from On-Prem to Cloud).

10. Archive Obsolete Versions

Control Requirement: Prevent unintended use of obsolete information (implied by document control standards).

Required Implementation Step: A restricted “Archive” folder where old versions (e.g., v1.0) are moved immediately upon the release of v1.1.

Minimum Requirement: Separation of “Current” and “Retired” policies so staff cannot accidentally access old rules.

ISO 27001 Annex A 5.1 Resource Hub

About the author

Stuart Barker
🎓 MSc Security 🛡️ Lead Auditor 30+ Years Exp 🏢 Ex-GE Leader

Stuart Barker

ISO 27001 Ninja

Stuart Barker is a veteran practitioner with over 30 years of experience in systems security and risk management. Holding an MSc in Software and Systems Security, he combines academic rigor with extensive operational experience, including a decade leading Data Governance for General Electric (GE).

As a qualified ISO 27001 Lead Auditor, Stuart possesses distinct insight into the specific evidence standards required by certification bodies. His toolkits represent an auditor-verified methodology designed to minimise operational friction while guaranteeing compliance.

Shopping Basket
Scroll to Top