Skip to content

An information security policy states why the organization protects information and what leadership commits to doing. It should explain whose information is protected and leadership’s responsibilities, rather than list detailed configuration values.

Here, “security policy” means the top-level policy. Since other organizations use the term for the entire documentation system, explain the document’s position at the start.

Section Content Drafting check
Purpose Continuity, trust, information protection Linked to the organization’s business
Scope Organization, people, information, locations, external services Includes electronic, paper, and spoken information
Protection principles Confidentiality, integrity, availability, risk-based controls Covers more than disclosure prevention
Applicable requirements Laws, contracts, stakeholder requirements Someone owns the assessment of applicability
Leadership responsibilities Accountability, authority, staffing, funding, oversight Commitments can be implemented
Education and reporting Communication, training, incident and suspicion reporting Encourages timely reporting
Assessment and improvement Reviews, audits, incident-driven reassessment Includes periodic and event-driven reviews
Approval information Issue/revision dates, version, approver Matches formal approval evidence

This original example assumes a general business. Replace names, scope, and approval roles with your actual arrangements.

Information Security Policy
1. Purpose
We protect information belonging to customers, business partners, employees,
and our organization to support business continuity and maintain trust.
2. Scope
This policy applies to directors, employees, and activities handling our information.
It covers electronic data, paper documents, spoken information, and the facilities,
systems, and external services that handle them. Supplier requirements are
established through contracts and other agreed arrangements.
3. Protection principles
We apply organizational, human, physical, and technical controls appropriate
to business impact and risk to preserve confidentiality, integrity, and availability.
4. Applicable requirements
We identify applicable laws, contractual obligations, and agreed stakeholder
requirements and incorporate them into information handling and controls.
5. Leadership and accountability
Leadership assigns a security lead and appropriate authority, provides necessary
staffing and funding, reviews significant risks and implementation progress,
and directs improvements.
6. Education and incident response
We communicate rules and provide role-appropriate education. We establish channels
for prompt reporting of incidents and suspicions, limit impact, restore operations,
and take action to prevent recurrence.
7. Continual improvement
We assess control effectiveness and periodically review this policy and related
documents. Significant business, technology, or requirement changes and major
incidents also trigger review.
Issued: YYYY-MM-DD Revised: YYYY-MM-DD Version: 1.0
Organization: Example Company Approved by: Authorized executive
Related document: Information Security Management Rules

A public version can focus on purpose, commitments, and general practices. Assess disclosure before including monitoring details, system architecture, personal contact information, or specific weaknesses; place sensitive details in controlled internal documents.

If an internal version explains scope and authority more fully, keep its commitments consistent with the public version. Avoid unverifiable promises such as preventing every incident or guaranteeing complete safety.

Commitment Documents and activities Evidence
Protect according to risk Classification, risk assessment, treatment planning Asset/risk registers, approved treatment decisions
Provide resources Annual planning, owner appointments, budget decisions Appointment and decision records, meeting minutes
Educate and respond Training plan, reporting and response procedures Attendance, exercises, incident records
Improve continually Reviews, audits, document reassessment Corrective actions, closure checks, revision history
  • Identify the business, information covered, and concrete leadership responsibilities.
  • Place detailed obligations in rules and settings or numbers in standards.
  • Match approval authority to delegated responsibilities and define how employees are informed.
  • Set a review interval, such as annually, and triggers for major changes. Review does not always require revision; record decisions that no change is needed.