Clause 4: Context of the Organisation

Understanding your organisation's context, interested parties, ISMS scope, and the information security management system itself.

Overview

Clause 4 is the foundation of your ISMS. Before you can protect information effectively, you need to understand your organisation, its environment, and the expectations placed on it. This clause has four sub-clauses that build on each other to define what your ISMS covers and how it fits within your broader business context.

4.1 Understanding the Organisation and Its Context

You must determine the external and internal issues that are relevant to your purpose and that affect your ability to achieve the intended outcomes of the ISMS. External issues might include regulatory changes (such as updates to the Australian Privacy Act), industry trends, competitive pressures, or geopolitical risks. Internal issues could include organisational culture, governance structures, IT infrastructure maturity, or resource constraints.

A common approach is to conduct a PESTLE analysis (Political, Economic, Social, Technological, Legal, Environmental) for external factors and a SWOT analysis for internal factors.

4.2 Understanding the Needs and Expectations of Interested Parties

Interested parties (stakeholders) are individuals or organisations that can affect, be affected by, or perceive themselves to be affected by your ISMS decisions. You need to identify who they are and what their relevant requirements are.

  • Customers — expect their data to be protected, may require contractual security obligations.
  • Regulators — OAIC (Privacy Act, NDB scheme), APRA (CPS 234), ASD (Essential Eight).
  • Employees — expect their personal information to be handled appropriately.
  • Suppliers and partners — may have interdependencies that affect your security posture.
  • Board and management — require assurance that information risks are being managed.

4.3 Determining the Scope of the ISMS

The ISMS scope defines the boundaries and applicability of your information security management system. It must consider the external and internal issues from 4.1, the requirements from 4.2, and any interfaces and dependencies between activities performed by your organisation and those performed by other organisations.

The scope should be documented and made available to interested parties. It can cover the entire organisation or be limited to specific business units, locations, or systems. For Australian organisations, the scope should clearly address where data is stored and processed (relevant to APP 8 cross-border disclosure requirements).

4.4 Information Security Management System

This sub-clause requires you to establish, implement, maintain, and continually improve the ISMS in accordance with the standard's requirements. It covers the processes needed and their interactions. The ISMS is not a one-time project — it is an ongoing management system that must adapt as your organisation and its context change.

How Standardise Helps

Standardise provides an ISMS Scope Statement document template that guides you through defining your scope, interested parties, and context. The template includes placeholder variables that are automatically populated with your organisation's details. Once created, the scope statement is version-controlled with full approval workflows, ensuring it remains current and auditable.

The ISMS Manual template further captures your management system processes and their interactions, giving auditors a clear picture of how your ISMS operates.