What this policy is
The top-level statement of management's commitment to information security — the policy every other security policy in the organization derives its authority from. ISO 27001 calls this 'policies for information security' (Annex A.5.1) and the entire ISMS hinges on its existence, approval, and communication.
Why every organization needs one
Without a signed top-level policy, every downstream control is unmanaged: auditors cannot trace a single control back to executive authorisation, and personnel have no documented basis for what is and is not acceptable.
What a competent Information Security Policy typically contains
- Purpose and scope
- Roles and responsibilities
- Definitions
- Information security objectives aligned to business strategy
- Management commitment and authority
- ISMS scope statement
- Policy hierarchy and how topic-specific policies derive from it
- Review cadence (typically annual) and version control
- Approval, sign-off and effective date
How iCompaas tracks this policy
The icompaas policy-doc producer manages this document through an 8-state lifecycle: draft → generated → internal_qa → customer_review → in_review → approved → signed (with rejected as a terminal side-state). The producer publishes a policy_doc_information_security_policy_signed compliance finding once at least one document of this kind reaches the signed state for the account being assessed; the finding then rolls up into every compliance framework that references this policy (see the table below).
Compliance frameworks that reference this policy
The icompaas compliance controls library links every policy document to the controls in each framework that require, evidence, or otherwise rely on it. Below: every control across every framework in the iCompaas catalogue that names this policy as part of its evidence base. Each control links to its own dedicated page with auditor-view content + implementation guidance.
| Framework | Control | Title | Component |
|---|---|---|---|
| ISO/IEC 27001:2022 | A.5.1 | Policies for information security | Organizational controls |
| ISO/IEC 27001:2022 | A.5.4 | Management responsibilities | Organizational controls |
| ISO/IEC 27001:2022 | A.5.32 | Intellectual property rights | Organizational controls |
| ISO/IEC 27001:2022 | A.5.36 | Compliance with policies, rules and standards for information security | Organizational controls |
| ISO/IEC 27001:2022 | A.6.3 | Information security awareness, education and training | People controls |
| ISO/IEC 27001:2022 | A.6.4 | Disciplinary process | People controls |
| ISO/IEC 27001:2022 | A.8.3 | Information access restriction | Technological controls |
| ISO/IEC 27001:2022 | A.8.24 | Use of cryptography | Technological controls |
| ISO/IEC 27701:2025 | A.1.3.5 | Modify/withdraw consent | Obligations to PII principals |
| ISO/IEC 27701:2025 | A.1.3.7 | Access / correction / erasure | Obligations to PII principals |
| ISO/IEC 27701:2025 | A.1.3.8 | Inform third parties | Obligations to PII principals |
| ISO/IEC 27701:2025 | A.1.3.10 | Handling requests | Obligations to PII principals |
| ISO/IEC 27701:2025 | A.1.4.5 | PII minimization objectives | Privacy by design / default |
| ISO/IEC 27701:2025 | A.1.5.2 | Basis for transfer | PII sharing, transfer & disclosure |
| ISO/IEC 27701:2025 | A.1.5.4 | Records of transfer | PII sharing, transfer & disclosure |
| ISO/IEC 27701:2025 | A.3.9 | Access rights | Security considerations |
| ISO/IEC 27701:2025 | A.3.26 | Use of cryptography | Security considerations |
| ISO/IEC 42001:2023 | A.2.2 | Policies for the responsible development or use of AI systems | Organizational controls |
| ISO/IEC 42001:2023 | A.4.2 | Resources documentation | Organizational controls |
| ISO/IEC 42001:2023 | A.6.2.4 | Data acquisition | Technological controls |
| ISO/IEC 42001:2023 | A.8.2 | System documentation and information for users | Organizational controls |
| ISO/IEC 42001:2023 | A.8.5 | Information for interested parties | Organizational controls |
| ISO/IEC 42001:2023 | A.9.4 | Intended use of AI systems | Organizational controls |
23 controls across 3 frameworks reference this policy.
About this page
This article is part of the iCompaas Policy Documents library — one page per signed-document type the icompaas policy-doc producer tracks for customer accounts. The article is intentionally framework-agnostic: a customer signing a policy of this kind gets the same regulatory benefit across every framework that references it.