Skip to main contentChat with us

ISO 27001:2022 Annex A  ·  Organizational Control

A.5.1
Policies for information security

To keep management's direction and support for information security suitable, adequate, and effective as business needs and legal, regulatory, and contractual requirements evolve.

Last reviewed: June 12, 2026  ·  Authored by TÜV SÜD & BSI Certified Lead Auditors

Control Definition

The organization must establish an overall information security policy plus supporting topic-specific policies, get each approved by management, publish them, and communicate them to — and obtain acknowledgment from — the personnel and interested parties they apply to. Every policy must then be revisited at planned intervals and whenever significant changes make a review necessary.

Control Objective

To keep management's direction and support for information security suitable, adequate, and effective as business needs and legal, regulatory, and contractual requirements evolve.

What This Really Means

Think of your information security policy as the constitution of your security program—it's the top-level document that sets the direction, assigns accountability, and establishes the framework for everything else. Without it, you're building on sand.

The ISO 27001 standard requires not just one blanket "security policy" but a hierarchy: a high-level Information Security Policy approved by top management, plus topic-specific policies that drill into details like access control, encryption, incident management, and remote working.

The key word here is "shall"—this isn't optional. Every certified organization must have documented, approved, communicated, and regularly reviewed security policies. During audits, this is literally the first thing auditors check.

Why It Matters

Information security policies are the foundation of your entire ISMS. Without them, you have no legal defensibility, no accountability framework, and no way to demonstrate compliance.

Without documented, approved policies, organizations face:

  • Legal and Regulatory Exposure – No defensible position when regulators (CERT-In, the Data Protection Board of India) come knocking
  • Lack of Accountability – Nobody knows who's responsible when things go wrong, creating chaos during incidents
  • Inconsistent Security Practices – Every team interprets "security" differently, leading to gaps and conflicts
  • Automatic Audit Failure – A.5.1 is foundational; without it, you cannot demonstrate compliance with any other control

Policies demonstrate due diligence, governance maturity, and management commitment—all critical for ISO 27001 certification.

Implementation Guidance

1

Draft the High-Level Information Security Policy

Create a concise (2-4 page) top-level policy approved by your CEO, MD, or Board. This should state the organization's commitment to information security, define the scope of your ISMS, assign the CISO or security lead, and reference your topic-specific policies. Keep it strategic, not technical.

2

Identify Required Topic-Specific Policies

Based on your Statement of Applicability (SoA), create policies for critical areas like Access Control, Cryptography, Incident Response, Remote Access, Data Classification, Business Continuity, Vendor Management, and Acceptable Use. Don't just copy templates—customize to your actual operations.

3

Get Management Approval in Writing

Every policy must be formally approved by someone with authority (typically CISO, CTO, or MD). Maintain approval records with signatures and dates. Use a Policy Register to track approval status, version numbers, and review dates for all policies.

4

Publish and Communicate to All Relevant Personnel

Make policies accessible—publish them on your intranet, SharePoint, or document management system. Conduct awareness sessions or email campaigns to ensure employees know policies exist and where to find them. Track who has acknowledged receipt.

5

Obtain Acknowledgment from Personnel

Require employees, contractors, and third parties to formally acknowledge they've read and understood applicable policies. This can be done via signed forms, HR onboarding checklists, or digital acknowledgment systems. Maintain records.

6

Schedule Regular Reviews (Minimum Annual)

The standard requires review at planned intervals and after significant changes — in practice, auditors expect at least an annual cycle, plus off-cycle reviews triggered by new regulations (like DPDPA), major incidents, or business model changes. Document review dates, changes made, and re-approval. Update version numbers.

7

Maintain a Policy Register and Version Control

Create a central register tracking every policy: title, version, owner, approval date, review date, next review date, and distribution list. Use version control to track changes over time. This register itself becomes key audit evidence.

Audit Evidence

During your ISO 27001 certification audit, auditors will expect to see the following evidence to demonstrate compliance with A.5.1:

Documentation

  • High-level Information Security Policy signed by top management
  • Topic-specific policies (Access Control, Cryptography, Incident Response, etc.) with approval signatures
  • Policy Register showing all policies, versions, owners, approval dates, and review schedules
  • Policy acknowledgment records (signed forms, HR checklists, or digital confirmations)
  • Minutes of management review meetings discussing policy updates

Interviews

  • CISO or Information Security Manager about policy development and approval process
  • Department heads about how they communicate policies to their teams
  • Random employees to verify they know where to find policies and have acknowledged them

Observations

  • Intranet or document repository showing published policies accessible to employees
  • Evidence that policies are version-controlled and organized
  • Demonstration of policy acknowledgment tracking system (HR portal, LMS, etc.)

Practitioner Insights

Surendra Pal Singh

I see organizations fail A.5.1 not because they lack policies, but because they can't prove management approval or employee acknowledgment. You can have the best-written policies in the world, but if the CEO never signed them or employees never acknowledged reading them, you've failed the control. Always maintain the approval trail.

Surendra Pal Singh · CISO, DPO, CISA, ISO 27001, 27701, 42001 Lead Auditor
Saundhi Chauhan

One common mistake: creating 50 pages of policies copy-pasted from ISO standards that nobody reads. Keep your high-level policy short and strategic. Make topic-specific policies practical and relevant to your actual business. If your access control policy mentions mainframes but you're a SaaS company, auditors will question if you even understand your own environment.

Saundhi Chauhan · ISO 27001, 27701 Lead Auditor

Common Challenges & Solutions

Challenge

Policies are written but never approved by senior management—they sit in draft forever.

Solution

Schedule a dedicated 30-minute slot in the next senior leadership meeting specifically for policy approval. Present a one-page summary of what's being approved and why. Get signatures or email confirmation immediately. Don't wait for the "perfect time"—it never comes.

Challenge

Employees claim they never saw the policies or don't know where to find them.

Solution

Implement a mandatory onboarding checklist requiring new hires to acknowledge all applicable policies before getting system access. For existing employees, send an all-hands email with direct links and require acknowledgment within 7 days. Track completion in HR or IT systems.

Challenge

Policies become outdated quickly, especially after regulatory changes like DPDPA, but nobody updates them.

Solution

Assign a specific policy owner for each topic area (e.g., DPO owns Privacy Policy, CISO owns Access Control Policy). Set calendar reminders for annual reviews. Whenever a new regulation is announced, trigger an immediate policy impact assessment.

Challenge

Generic template policies don't reflect how the organization actually operates, making them useless.

Solution

Conduct a 2-hour workshop with each department to understand their actual workflows before writing policies. Write policies that match reality, then gradually improve reality to match best practices. A realistic policy that's followed is better than an ideal policy that's ignored.

Challenge

During audit, we can't find proof of who acknowledged which policy or when reviews happened.

Solution

Create a simple Policy Register (Excel or Google Sheets works) tracking: policy name, version, owner, approval date, approver name, review date, next review date, and a link to acknowledgment records. Update it every time a policy changes. This single document will save you during audits.

Frequently Asked Questions

Do we need separate policies for every single ISO 27001 control?
No. ISO 27001 requires topic-specific policies for key areas, not 93 separate documents. Most organizations have 8-15 policies covering major themes like Access Control, Cryptography, Incident Management, Business Continuity, Acceptable Use, and BYOD. The key is ensuring your policies collectively address your Statement of Applicability.
Who needs to approve the Information Security Policy—can the CISO approve it themselves?
No. The high-level Information Security Policy must be approved by top management (CEO, MD, or Board), not just the CISO. This demonstrates management commitment, which is a core ISO 27001 requirement. Topic-specific policies can often be approved by the CISO or relevant department heads, but the top-level policy needs executive sign-off.
How do we prove employees have "acknowledged" policies if we're a remote-first company?
Digital acknowledgment is perfectly acceptable. Use your HR system, Learning Management System (LMS), or even a Google Form to collect acknowledgments. What matters is having a dated record showing each employee confirmed they've read and understood applicable policies. Email confirmations work too—just maintain the records.
Can policies be in Hindi or regional languages, or must they be in English?
ISO 27001 doesn't mandate language. If your workforce primarily speaks Hindi, Tamil, or another language, having policies in that language is actually better for effectiveness. However, if you have international clients or parent companies, you may need English versions too. The key is ensuring employees can actually understand the policies.
What happens if we discover our policies are outdated during the audit?
If policies haven't been reviewed in over a year, or if they contradict current practices, auditors will raise a non-conformity. The severity depends on the gap—minor delays in annual review might be a minor NC, but policies that haven't been touched in 3 years or that ignore major regulatory changes like DPDPA could be a major NC. Always review and update policies before the audit.
Do contractors and third-party vendors need to acknowledge our policies?
Yes, if they handle your information or have access to your systems. This is especially critical for IT vendors, outsourced developers, and cloud service providers. Include policy acknowledgment clauses in your vendor contracts, and collect signed acknowledgments during onboarding. This protects you and demonstrates compliance with A.5.20 (addressing information security within supplier agreements).

Written By Expert Auditors

Saundhi Chauhan
Saundhi Chauhan
Lead Auditor
ISO 27001 Lead AuditorISO 27701 Lead Auditor
Surendra Pal Singh
Surendra Pal Singh
Chief Information Security Officer & Data Protection Officer
CISODPOCISAMCSEITILISO 27001 Lead AuditorISO 27701 Lead AuditorISO 42001 Lead Auditor
Last reviewed: June 2026Content verified by certified lead auditors

Get in touch

Book a free consultation or send us your requirements. We respond within 24 hours.

Quick Call

Pick a time slot

Send Requirements

Get a custom quote in 24 hours

We're Online

⚠️ Business inquiries only. Personal email addresses will be rejected.

24hr Response
Free Consultation
No Obligations