AI agents investigate every alert, add context, and prepare cases for response, on a full-stack SecOps platform that captures and correlates all your security data.
Cloud-based SIEM platform providing visibility across all your data sources
Every alert investigated, with a verdict and the evidence behind it
Manage your external footprint, publicly available data, and Dark Web leaks
Log management and threat detection across any of your log sources
Get ultimate assurance that your environment is free from threat actors
Fully featured distrubuted NDR for on-premises and public cloud environments
A SecOps platform purpose-built for industrial and OT environments
Integrated endpoint agent providing deep visibility, response and forensics
Deploy honeypots and honeytokens and stay ahead of threat actors
24x7 security operations from our Australian SOC. AI investigates every alert, and experienced analysts validate findings and contain threats around the clock.
24x7 managed detection and response across endpoint, network, cloud, identity, and log sources
AI investigations and 24x7 MDR on the Microsoft Sentinel you already own
Eyes-on-glass SOC and continuous threat hunting
Expert hunters and AI agents find attacker activity your alerts missed
Quickly recover from cyber attacks and breaches
ThreatDefence is the only SecOps as a Service company providing broad coverage across your entire technology stack with evidence-based security.
We provide security teams with full-stack SecOps infrastructure – you get deep visibility from day one, gain control over your security data, and get access to a comprehensive set of ready-to-use tools, detections, workflows, playbooks and scenarios.
24x7 SOC, Continuous Monitoring, Threat Containment and Incident Response
Visibility and actionable insights for all IT assets
Leverage our Cyber Range to train defenders based on real-world scenarios and simulations
OT and industrial cyber security services for critical infrastructure
Monitoring, evidence and a 24x7 SOC in one platform
Compliance monitoring, evidence and board reporting
Privacy Act reform impacts, obligations, and practical security considerations
Monitoring and compliance support for critical infrastructure environments
A practical guide to securing critical infrastructure with continuous monitoring
A practical buyer’s guide for schools evaluating SIEM and SOC services
A practical guide to selecting the right SIEM and SOC service for local government
Articles on security operations, AI and compliance
Events, awards and company news
Read what our customers say about us
Solution briefs and datasheets
How we keep your data secure
Technical support and knowledge base
Guides, case studies, and advisories in one place
How AI agents investigate alerts and run security operations
Free ebook: a practical guide to adopting an AI SOC platform
A practical guide to incident response and digital forensics
Where SOAR playbooks fit and where AI agents take over
Free ebook: modern security operations with Microsoft Sentinel
How the framework is structured and what changes from the Essential Eight
November 10, 2026
November 6, 2026
We provide end-to-end SecOps solutions for Managed Security Service Providers (MSSPs), Managed Service Providers (MSPs), and Value-Added Resellers (VARs).
Find out how you can become a ThreatDefence partner.
Protect your entire technology stack and build your SecOps on your own pace
White-labeled AI SOC for every client tenant, co-managed with our SOC team
Launch your SOC business without any upfront investment
Embed security operations, threat intelligence and exposure data in your product
Sovereign SOC for Australian MSPs and MSSPs, with onshore analysts and client data
Set the rules for closing alerts automatically, with evidence checks and review
How MSPs deliver branded security monitoring with a SOC partner
ThreatDefence was an official partner of the Cyber Resilience Summit NSW, 29 October 2026 at Hilton Sydney.
Our team was back at BSides Canberra, and our cyber quiz was a hit again.
Two days in Perth with our partner Ever Nimble, on security operations and cyber resilience.
Sponsors of the AUSCERT Cyber Security Conference on the Gold Coast.
Sponsors of the Gartner Security & Risk Management Summit in March.
Sponsors of the Cyber Security for Critical Assets Summit in Perth, February 2026.
Expert conversations with speakers and attendees at CyberCon Melbourne 2025.
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.
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.
Policies, risk management processes, roles and security culture that underpin cyber security program.
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.
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.
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.
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.
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.
Formally define and establish executive and board-level accountabilities for cyber security
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:
No named accountable executive or board member, accountability based on assumptions or no risk appetite set.
Accountability is named but reporting obligations are unclear, reporting is ad hoc or arrangements have not been reviewed as required.
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.
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.
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.
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:
A named executive is accountable for AI governance and risk, with clear reporting responsibilities.
AI use cases follow a defined approval and risk assessment process before organisational use.
AI-related risks are recorded in the organisation’s risk register and included in normal governance reporting.
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.
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.
Assign sufficient cyber security personnel and resources with the required skills
A second action asks for periodic reviews against cyber threat trends, incident outcomes and organisational changes.
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.
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.
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.
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.
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.
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.
through compensating controls, enhanced monitoring and assurance until the systems can be removed or replaced.
ASD’s indicators distinguish the level of effectiveness:
Legacy systems are unidentified, risks are unmanaged or systems remain in operation without a replacement, migration or decommissioning path.
Inventories or compensating controls are incomplete, treatment decisions are inconsistent or replacement plans are not tracked.
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.
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.
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.
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:
The systems, services, information or operations exposed through the relationship.
The information reviewed and its relevance to the supplier’s risk.
The outcome of the assessment and the basis for approval.
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.
The second GOV-11 action asks organisations to maintain assurance and act when that assurance lapses or the supplier’s risk changes.
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.
outsourcing a service does not transfer accountability
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.
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.
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:
Incorporate relevant changes in attacker behaviour and social engineering techniques.
Reflect lessons from incidents within the organisation or its sector.
Keep examples aligned with the applications, services and processes employees currently use.
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.
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.
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.
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.
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.
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.
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.
Open the ASD Essentials Navigator Start the 5-Minute Explainer Explore ASD Essentials Compliance
See how ThreatDefence automates security monitoring, compliance and cyber risk management in one platform.
CountryAustraliaUnited StatesNew ZealandUnited KingdomCanadaSingaporeOtherI'm an MSP, MSSP, or reseller
Δ
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.
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.
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.
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.
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.
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.
at a defined cadence
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.
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.
Update and provide cyber security awareness training on a regular basis
ASD Essentials Visibility and Response
ASD Essentials Explained: Framework, Chapters and Enterprise IT
ASD Essentials Assessment and Checklist