Policy Document·23 mapped controls

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.

FrameworkControlTitleComponent
ISO/IEC 27001:2022A.5.1Policies for information securityOrganizational controls
ISO/IEC 27001:2022A.5.4Management responsibilitiesOrganizational controls
ISO/IEC 27001:2022A.5.32Intellectual property rightsOrganizational controls
ISO/IEC 27001:2022A.5.36Compliance with policies, rules and standards for information securityOrganizational controls
ISO/IEC 27001:2022A.6.3Information security awareness, education and trainingPeople controls
ISO/IEC 27001:2022A.6.4Disciplinary processPeople controls
ISO/IEC 27001:2022A.8.3Information access restrictionTechnological controls
ISO/IEC 27001:2022A.8.24Use of cryptographyTechnological controls
ISO/IEC 27701:2025A.1.3.5Modify/withdraw consentObligations to PII principals
ISO/IEC 27701:2025A.1.3.7Access / correction / erasureObligations to PII principals
ISO/IEC 27701:2025A.1.3.8Inform third partiesObligations to PII principals
ISO/IEC 27701:2025A.1.3.10Handling requestsObligations to PII principals
ISO/IEC 27701:2025A.1.4.5PII minimization objectivesPrivacy by design / default
ISO/IEC 27701:2025A.1.5.2Basis for transferPII sharing, transfer & disclosure
ISO/IEC 27701:2025A.1.5.4Records of transferPII sharing, transfer & disclosure
ISO/IEC 27701:2025A.3.9Access rightsSecurity considerations
ISO/IEC 27701:2025A.3.26Use of cryptographySecurity considerations
ISO/IEC 42001:2023A.2.2Policies for the responsible development or use of AI systemsOrganizational controls
ISO/IEC 42001:2023A.4.2Resources documentationOrganizational controls
ISO/IEC 42001:2023A.6.2.4Data acquisitionTechnological controls
ISO/IEC 42001:2023A.8.2System documentation and information for usersOrganizational controls
ISO/IEC 42001:2023A.8.5Information for interested partiesOrganizational controls
ISO/IEC 42001:2023A.9.4Intended use of AI systemsOrganizational 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.