ASD Essentials Governance and Culture Domain Guide
Skip to content

ASD Essentials Governance and Culture

Governance and culture is the ASD Essentials capability domain for the decisions behind the controls: who is accountable for cyber security, how risk is treated, what is resourced and how suppliers and awareness training are overseen.

The domain applies in every priority phase of ASD Essentials for enterprise IT. Most of its principles have no direct Essential Eight equivalent, so an organisation with long-standing security policies still has to show that governance decisions are made, implemented and reviewed.

What the Governance and Culture Domain Covers

ASD describes Governance and culture as Policies, risk management processes, roles and security culture that underpin cyber security program. The risk it addresses is that unclear accountability leads to inconsistent security decisions and to controls that weaken over time.

Where the technical domains deal with systems, Governance and culture deals with organisational arrangements and the records that show how they operate. ASD’s implementation planning guide gives cyber security strategies, policies and procedures, awareness and training programs, security roadmaps and risk registers as examples.

The principles come primarily from the Govern family of ASD’s Information Security Manual (ISM), with one Protect principle covering awareness training.

A written policy alone does not prove effectiveness. The organisation has to show who holds authority, which risks were accepted or assigned for treatment, what was decided and whether the decisions led to action.

Governance starts alongside the first technical priority phase and runs for the whole implementation. ASD’s implementation planning guide places it in the first example project tranche, which delivers the governance, detection and assessment capabilities every later phase depends on.

For a security lead, that means naming accountable owners and getting a working risk process and reliable reporting in place while the technical controls are being implemented. Governance records assembled only when an assessment begins cannot show how decisions were made during the period it covers.

Governance Principles and Actions

The governance principles and actions in the enterprise IT chapter cover executive oversight, AI accountability, security resourcing, risk treatment, supplier assurance, legacy technology and awareness training.

The principle names in the table are ASD’s own. The actions are summarised in practical terms.

IDPrincipleWhat the action asks for
GOV-01Executive cyber security accountabilityFormally define board and executive accountability, set and monitor risk appetite and review responsibilities on a defined cadence.
GOV-08Executive artificial intelligence accountabilityAssign executive accountability for AI use, governance and risk management.
GOV-04Cyber security resourcingProvide sufficient skilled personnel, document security responsibilities and review resourcing against changes in threats and operations.
GOV-03Security risk management assuranceMaintain an approved methodology and plan for assessing and treating cyber security risks.
GOV-11Supplier cyber security assuranceAssess supplier risk before engagement, keep supporting evidence and maintain assurance throughout the relationship.
GOV-14Legacy system managementManage legacy and unsupported systems through compensating controls, enhanced monitoring and a tracked replacement or removal path.
PRO-14Cyber security awareness trainingRegularly update awareness training to reflect current threats and operational considerations.

Each action is rated separately. Naming a security executive does not show that the function has enough people, and an approved supplier assessment does not show that the supplier’s assurance is still current.

One governance committee, risk register or reporting process may support several principles. Each action still needs evidence of its own intended outcome.

Define Executive and Board Accountability

GOV-01 places accountability for cyber security with the board and executives, formally and by name. Its action asks organisations to Formally define and establish executive and board-level accountabilities for cyber security, including setting, monitoring and adjusting risk appetite, with accountabilities reviewed at a defined cadence.

The security team can operate controls, investigate incidents and prepare risk recommendations. Oversight, risk appetite and the decisions within their authority stay with the board and the accountable executives.

The documented arrangement names the accountable people, their reporting obligations, the decisions they can make and the route by which an unresolved risk reaches the appropriate authority.

ASD’s Indicators of Good Practice distinguish between:

Not effective

No named accountable executive or board member, accountability based on assumptions or no risk appetite set.

Partially effective

Accountability is named but reporting obligations are unclear, reporting is ad hoc or arrangements have not been reviewed as required.

Fully effective

Accountability and reporting obligations are documented, reporting follows a defined cadence and risk appetite is monitored and adjusted.

The arrangement also needs review after relevant leadership or organisational changes. A governance document that still names a former executive does not tell anyone who owns a decision today.

Board reporting earns its place when it connects the security position to decisions the board can make. Directors need to follow material risks, changes in exposure, accepted exceptions, treatment progress and unresolved resource needs without having to interpret technical event data.

For example, a line reporting that an unsupported business system is still running helps the board only when it sits beside the risk, the approved controls, the responsible owner and the progress towards replacement.

A sequence of dated reports and meeting decisions is stronger evidence than a single presentation. The detailed approach to effectiveness ratings and assessment evidence is covered in ASD Essentials assessment and reporting.

Establish Executive AI Accountability

GOV-08 makes an executive accountable for AI. The action is to Establish and maintain executive accountability for the use, governance and risk management of artificial intelligence within the organisation.

The underlying principle expects the board to ensure AI is secure, controllable, human-supervised and used in an ethical and accountable manner.

ASD’s AI considerations guidance connects this accountability to approval, risk assessment, oversight and continuing review of AI use cases.

The scope is wider than models built in-house. ASD’s Indicators of Good Practice include third-party AI services and the AI capabilities embedded in products an organisation already uses.

A practical governance process puts these in place:

Ownership

A named executive is accountable for AI governance and risk, with clear reporting responsibilities.

Approval

AI use cases follow a defined approval and risk assessment process before organisational use.

Visibility

AI-related risks are recorded in the organisation’s risk register and included in normal governance reporting.

Review

Governance arrangements are reassessed as AI capabilities, threats and organisational use change.

The process has to catch existing applications that gain AI features as well as new AI projects. When a vendor adds AI functionality to a platform already in use, the organisation’s exposure can change although no new product has been purchased.

For each use case, the organisation needs to be able to connect the approval decision with its assessment, its accountable owner and the reviews that followed.

ASD’s indicators treat AI use without approval, risk assessment or oversight as not effective. Informal processes or incomplete coverage of AI use cases may result in a partially effective rating.

AI is also treated as an asset across the wider framework, so models, AI services and agent identities may fall within the applicable technical domains. GOV-08 settles who is accountable for governing AI. The technical actions address the systems, data and access involved.

Resource the Security Function

GOV-04 asks whether the security function is resourced: enough skilled personnel and resources to operate, monitor, maintain and manage the organisation’s cyber security controls.

The first action asks organisations to Assign sufficient cyber security personnel and resources with the required skills and to document security responsibilities within applicable role descriptions.

A second action asks for periodic reviews against cyber threat trends, incident outcomes and organisational changes.

Establish Required Capabilities

A cyber security resourcing plan starts from the functions needed to sustain the controls in use. The number of employees assigned to the security team does not answer that question.

Those functions include implementation, ongoing operation, monitoring, maintenance and management throughout the security control lifecycle.

ASD’s Indicators of Good Practice recognise recruitment, training and contracted services as ways to address skills gaps. Not every specialist capability has to sit in-house. The organisation does have to show that the required work is covered.

For example, an external SOC may provide monitoring and investigation while internal personnel keep responsibility for risk decisions, access approvals and remediation. Both sides of that split need to be documented and understood by the people on each side of it.

Role descriptions need to match the actual division of work. A responsibility listed against a role that lacks the capacity or skills to perform it does not make the function adequately resourced.

Review Capacity and Skills

A resourcing review checks whether the existing people, skills and services are still sufficient as the threat environment and the organisation change.

GOV-04 ties these reviews to cyber threat trends, incident outcomes and organisational changes. A significant incident may expose a capability gap that was not apparent when the previous resourcing plan was approved.

A useful review records the deficiency, its operational consequence, the proposed adjustment and the decision made.

ASD’s fully effective indicators expect identified adjustments to be implemented within defined timeframes or formally risk accepted by an appropriate authority. A review that is completed while known deficiencies go unaddressed may leave the action partially effective.

ASD’s planning guidance also emphasises sustainment costs. Controls need funding and people after they are deployed, particularly where monitoring, maintenance and specialist support continue throughout their lifecycle.

Manage Risk and Legacy Systems

GOV-03 calls for an approved cyber security risk management methodology that is actively used to assess and treat risks. GOV-14 applies the same discipline to legacy systems and unsupported technologies that cannot satisfy current security requirements.

Maintain the Risk Management Process

GOV-03 asks organisations to Establish and maintain an approved risk management methodology and plan that is used to assess and treat cyber security risks.

The assessment looks at whether the process operates as intended. A methodology and a risk register can both exist without settling that.

ASD’s Indicators of Good Practice examine whether assessments cover in-scope assets, follow the organisation’s defined review cycle and produce documented treatment plans that are implemented.

A useful risk register connects each material risk with its assessment, responsible owner, treatment decision and current status. Where a risk is accepted, the entry records which authority accepted it and what exposure the acceptance covers.

For example, a register entry describing an unsupported application is incomplete if it has no approved treatment or evidence of progress. A working risk process puts that unresolved exposure in front of the people responsible for oversight.

The review cycle also has to run as written. An approved methodology that specifies periodic reassessment gives limited assurance when the assessments are overdue or the treatment decisions have not been carried out.

Manage Legacy Systems Until Replacement

GOV-14 addresses legacy systems and unsupported technologies through a documented process of identification, assessment, treatment and eventual removal or replacement.

Its action asks for their risk to be managed through compensating controls, enhanced monitoring and assurance until the systems can be removed or replaced.

ASD’s indicators distinguish the level of effectiveness:

Not effective

Legacy systems are unidentified, risks are unmanaged or systems remain in operation without a replacement, migration or decommissioning path.

Partially effective

Inventories or compensating controls are incomplete, treatment decisions are inconsistent or replacement plans are not tracked.

Fully effective

Legacy criteria and inventories are maintained, risks and treatments are approved, compensating controls are applied and retained systems have tracked exit plans.

A legacy system register explains why each system is classified as legacy, which security limitations remain and which controls reduce exposure while the system keeps operating.

Enhanced monitoring can help identify suspicious activity affecting the system. It does not remove the underlying weakness or replace the need for an approved exit path.

The difference is between accepting a managed limitation for a defined period and leaving unsupported technology in operation indefinitely without a tracked plan.

ASD’s transition guide maps both Essential Eight patching strategies to GOV-14 and links the principle to replacing operating systems no longer supported by vendors. The Essential Eight to ASD Essentials transition guide explains how existing patching and governance records can be reused.

Maintain Supplier Security Assurance

GOV-11 asks organisations to assess the cyber security risk a supplier introduces before engaging it and then to maintain supplier security assurance for as long as the relationship lasts.

The principle covers suppliers of software, hardware and services. Relevant examples include providers with access to important systems, sensitive information or security operations.

Supplier assurance covers the original decision to engage a provider and, after it, the continuing evidence that the provider meets its commitments.

Assess Suppliers Before Onboarding

The first GOV-11 action asks organisations to select suppliers on the basis of a cyber supply chain risk assessment proportionate to the risk the supplier introduces.

In a proportionate assessment, the supplier’s criticality, its access and the potential consequences of its compromise are weighed first. The level of assurance is decided from there.

A provider that manages privileged accounts or holds security logs presents a different exposure from a supplier with no access to organisational systems, and the depth of assessment follows that difference.

The assessment record connects:

Supplier risk

The systems, services, information or operations exposed through the relationship.

Assessment evidence

The information reviewed and its relevance to the supplier’s risk.

Selection decision

The outcome of the assessment and the basis for approval.

Risk treatment

Identified concerns, contractual requirements and any residual risk accepted by the appropriate authority.

ASD’s Indicators of Good Practice expect supplier assessments to be proportionate to risk, supported by evidence and reflected in the decisions made before engagement.

Keep Assurance Current

The second GOV-11 action asks organisations to maintain assurance and act when that assurance lapses or the supplier’s risk changes.

An assessment completed at onboarding describes the supplier as it was on that date. It does not show that the supplier still meets its security commitments.

ASD’s Indicators of Good Practice look for defined acceptable evidence, with its scope and currency, and for documented responses to material concerns. Those responses may include contractual remediation, compensating controls or supplier substitution within defined timeframes.

For any supplier, the organisation needs to be able to say which evidence is acceptable, whether that evidence is still current and what happens when a concern is identified.

A practical assurance record connects the supplier to its assessment, current evidence, review outcome, identified concerns and follow-up decisions. An assurance report that has expired appears in that record as a gap requiring review. It no longer counts as current evidence.

ASD’s chapter selection guidance states that outsourcing a service does not transfer accountability. The point applies with most force where MSPs and SOC providers manage privileged access, hold security logs or perform response actions. ASD Essentials for MSPs covers the provider side.

AI suppliers raise further questions. ASD’s AI guidance asks organisations to find out where prompts and outputs are retained and whether organisational data is used to train models.

These questions belong in the supplier assurance process, alongside the governance review of the AI use case under GOV-08.

Keep Security Awareness Current

PRO-14 treats security awareness training as something that has to be kept current. The governance action is to Update and provide cyber security awareness training on a regular basis to reflect current threats and operational considerations.

ASD’s Indicators of Good Practice look for a defined review cycle and evidence that training changes in response to relevant threats, organisational incidents and changes to the platforms employees use.

A useful review covers:

Current threats

Incorporate relevant changes in attacker behaviour and social engineering techniques.

Incident lessons

Reflect lessons from incidents within the organisation or its sector.

Work practices

Keep examples aligned with the applications, services and processes employees currently use.

Training records

Preserve evidence of reviews, updates and the delivery schedule.

An organisation can deliver awareness training on schedule while the material no longer reflects its environment. Attendance records prove delivery. Dated content reviews and change records are what show the training is still relevant.

For example, a review after a significant phishing incident checks whether the training material addresses the techniques involved and the actions employees are expected to take.

ASD’s AI guidance also names approved AI use, AI-enabled social engineering and out-of-band verification of unexpected requests as relevant awareness topics.

Role-tailored training before access is addressed through a separate PRO-14 action in the priority phase 1 and priority phase 2 technical domains. The Governance and culture action is about keeping awareness training current and providing it regularly.

Evidence to Collect for Governance and Culture

The evidence to collect for Governance and culture is a record of things that happened: decisions, reviews and treatments dated within the assessment period. Policies and registers describe the process. Dated records show whether it operated.

The collection methods are common practice rather than ASD requirements. The checks in the last column draw on ASD’s Indicators of Good Practice for each action.

EvidenceHow to get itWhat it should show
Board papers and minutesPull every board or executive committee paper with a cyber security item from the assessment period, with the minutes that record decisions, plus the charter or delegation that names the accountable executive.A named executive or board member with documented accountability and reporting obligations, reporting on a defined cadence and risk appetite set, monitored and adjusted (IT.GOV-01.1).
AI use case registerExport the register of AI use cases, including third-party and embedded AI features, with the approval and risk assessment record for each.An approved governance process followed for internally developed, third-party and embedded AI, with AI risks in the risk register (IT.GOV-08.1).
Resourcing plan and reviewCollect the current cyber security resourcing plan, role descriptions with security responsibilities and the latest dated resourcing review with its actions.All required roles, skills and capacity identified, gaps addressed by recruitment, training or contracted services and review outcomes implemented or formally risk accepted (IT.GOV-04.1, IT.GOV-04.2).
Risk register exportExport the register from the risk or GRC system with assessment dates, treatment plans, owners and status, alongside the approved risk methodology.Assessments completed within the defined cycle across in-scope assets, with documented and implemented treatment plans for identified risks (IT.GOV-03.1).
Supplier onboarding assessmentsSample suppliers onboarded during the period and retrieve each pre-contract security assessment, the criteria used and the contract clauses that followed.Every in-scope supplier evaluated before onboarding against criteria proportionate to criticality, with outcomes reflected in contracts and residual risk recorded (IT.GOV-11.1).
Supplier assurance recordsFor critical suppliers, collect the current assurance pack, such as certifications, audit reports and questionnaire responses, with expiry dates and the review notes.Current evidence obtained in proportion to risk, defined acceptable forms and currency of evidence and material concerns addressed within defined timeframes (IT.GOV-11.2).
Legacy system registerExport the register of legacy and unsupported systems with the classification criteria, approved risk treatment, compensating controls and exit date for each entry.Legacy systems inventoried and reviewed on a defined cycle, risks approved by an appropriate authority and decommissioning or migration paths tracked to completion (IT.GOV-14.1).
Training review recordsCollect the dated training content review log, the change history of the training material and the incident lessons that fed into it.Content reviewed on a defined cadence that is consistently met, updated for current threats, incident lessons and the platforms people use now (IT.PRO-14.2).

A single board paper shows reporting at one point in time. A run of papers, minutes and decisions across the assessment period is better evidence that reporting follows its defined cadence.

Other governance records have the same weakness. A risk register may list treatment dates without showing that the treatments were completed. A supplier file may show an initial approval and nothing about whether the evidence is still current.

Dated exports from risk and supplier systems are generally a stronger record than isolated screenshots, particularly where they include the relevant status and history. A screenshot can support the record when the system and the date of capture are identifiable in it.

ASD’s assessment process guide asks whether evidence is recent enough to reflect the current implementation, so the records need to cover the period being assessed. Minutes and register entries all dated in the week before an assessment show when the record was made and little about the period itself.

Where evidence shows a gap, keep the finding and its treatment decision. A documented deficiency with an accountable owner and a follow-up action is a more useful record of governance than a register that conceals unresolved issues.

Apply Governance Across OT and Cloud

Governance and culture also appears in the OT chapter and the cloud chapter of ASD Essentials. The need for accountability is the same in both, while particular principles and actions reflect the risks and responsibilities of each environment.

Operational Technology

In ASD Essentials for OT, the domain adds GOV-10 System exposure minimisation and GOV-07 Continuous cyber security improvement, including isolation exercises.

PRO-20 Remote access to operational technology includes notification to local operators of authorised remote maintenance.

Supplier assurance also considers whether providers of services essential to OT understand the criticality of those services and can provide agreed levels of prioritised support.

Governance decisions in OT have to account for operational dependencies and for the people authorised to approve activities affecting those systems.

Cloud Services

In ASD Essentials for cloud, governance deals more explicitly with the responsibilities shared between customers and service providers.

GOV-09 Security risk management responsibilities includes executive approval for high-risk SaaS or PaaS services.

Supplier assurance extends to registers identifying inherited and retained responsibilities for each provider, together with policies addressing data sensitivity and sovereignty.

GOV-08 also addresses approval before material SaaS or PaaS AI capabilities are enabled.

The governance record has to make the division of responsibility plain. A provider may operate a security capability, and the customer still needs to know which decisions, configurations and assurance activities remain within its control.

Governance and Culture With ThreatDefence

ThreatDefence runs a 24x7 SOC with its team based in Australia and a 3 min average response under guaranteed SLAs. Threat hunting and an incident response retainer are included in the standard service. Response actions stay within the authority each customer approves, and case records can be exported for an assessor or at the end of a contract. Australian customers’ data and AI processing stay in Australia. ThreatDefence does not certify organisations; the assessor determines ASD Essentials ratings.

ThreatDefence is also a supplier that organisations should assess under GOV-11. Its assurance includes ISO 27001 and PCI DSS certification and a SOC 2 report.

To see where you stand today, rate your environment action by action in the free ASD Essentials Navigator, with principle and domain results that update as you go. Readers new to the framework can start with the five-minute ASD Essentials explainer, which walks through principles, actions, domains, priority phases and ratings.

A cyber risk report in the ThreatDefence portal with an executive summary, security score against target, the areas pulling the score down and the priority for the period ahead

Talk to Our Experts

See how ThreatDefence automates security monitoring, compliance and cyber risk management in one platform.

    I'm an MSP, MSSP, or reseller

    By submitting this form, you accept the terms in our privacy policy.

    Frequently Asked Questions

    Does the board have to be accountable for cyber security under ASD Essentials?

    Yes. GOV-01 makes the board of directors or executive committee accountable for cyber security, including the oversight of organisational risk appetite. Operational work can be delegated to a CISO, security team or service provider, while the accountability itself is formally documented. Assessment evidence shows who is accountable, what reporting obligations apply, whether reporting follows its defined cadence and how risk appetite is monitored and adjusted.

    Does GOV-08 apply if we only use AI built into vendor products?

    Yes. ASD’s Indicators of Good Practice include internally developed, third-party and embedded AI use cases. An organisation using AI features within existing software still needs executive accountability, a defined approval and risk assessment process, oversight and appropriate recording of AI risks. The governance process covers the AI the organisation actually uses, including features that arrive inside products it already runs, as well as AI projects developed or purchased separately.

    What evidence shows supplier assurance under GOV-11?

    Supplier assurance evidence includes a risk-based assessment process, documented supplier selection decisions, supporting assessment records and current assurance material. Keep the evidence showing how supplier risk affected onboarding, contractual commitments and residual risk decisions. The records also need to show continuing review, and action when assurance lapses or risk changes. ASD says further guidance on assessing suppliers will follow.

    Which Essential Eight strategies map to Governance and culture?

    The patching strategies map to GOV-14 Legacy system management. ASD’s transition guide maps Patch applications and Patch operating systems to legacy system management, while the OSCAL release links GOV-14 to replacing operating systems no longer supported by vendors. Executive accountability, resourcing, risk management assurance, supplier assurance and AI accountability have no direct Essential Eight equivalent. An organisation that achieved Maturity Level Two can still expect additional governance work.

    Can we keep running unsupported legacy systems under ASD Essentials?

    Yes, for a defined period with appropriate risk treatment. GOV-14 asks organisations to manage legacy technology through compensating controls, enhanced monitoring and assurance until the systems can be removed or replaced. ASD’s indicators treat indefinite operation without a documented replacement, migration or decommissioning path as not effective. Fully effective implementation needs approved risk treatments, compensating controls, a maintained inventory and an exit path tracked to completion.

    How often should board cyber security accountabilities be reviewed?

    ASD sets no fixed interval. GOV-01 calls for accountabilities to be reviewed at a defined cadence, which the organisation sets and then follows. ASD’s indicators also expect review when organisational structures or leadership change. Ad hoc board reporting or missed reviews may result in a partially effective rating. A dated sequence of board papers, minutes, accountability reviews and decisions helps show that the arrangements operate as intended.

    Do we need an in-house security team to meet GOV-04?

    No. ASD’s fully effective indicators recognise recruitment, training and contracted services as ways to close security capability gaps. The organisation still has to show that the required functions, skills and capacity are covered and that security responsibilities are documented in role descriptions. Periodic reviews address threat trends, incident outcomes and organisational changes. Identified adjustments are implemented within defined timeframes or formally risk accepted by an appropriate authority.

    Is security awareness training part of Governance and culture?

    Partly. The PRO-14 action to Update and provide cyber security awareness training on a regular basis belongs to Governance and culture. Its indicators examine whether content is reviewed on a defined cadence, reflects current threats and work practices and incorporates relevant incident lessons. A separate PRO-14 action asks for role-tailored training before access is granted in Boundary services, Identity services, Critical processes and services and Privileged environments.