Separate the Cyber Security Act 2024 compliance workstreams for connected products, ransomware payment reports, significant cyber incidents, and review-board evidence.
Keep statutory duties, Rules requirements, internal implementation evidence, and adjacent SOCI work distinct so one pathway is not mistaken for another.
The Cyber Security Act 2024 creates separate compliance work for relevant connectable products, ransomware payment reports, voluntary significant-incident information sharing, and interactions. Part 3 and Part 5 commenced on 29 May 2025, Part 2 commenced on 29 November 2025, and the Smart Devices Rules' operative standards commenced on 4 March 2026. Classify the triggered workstream before assigning its owner, evidence record, and action.
1
Section 1
Classify the compliance workstream first
Start a Cyber Security Act compliance plan by classifying scope. The Act covers mandatory security standards for certain connectable products, reporting after ransomware payments, voluntary information sharing with the National Cyber Security Coordinator for a , and reviews of certain incidents.
Treat those as separate workstreams. Product teams should not run the ransomware reporting checklist for a smart-device launch, and incident teams should not treat a ransomware payment as only a general security incident if the reporting-business-entity criteria are met.
For connected products, identify whether the item is a relevant connectable product that will be acquired in Australia and whether the smart-device rules apply.
For ransomware, check whether the entity is a , whether a cyber security incident affected it, and whether it made or became aware of a ransomware payment made on its behalf.
For significant incidents, separate voluntary information sharing with the National Cyber Security Coordinator from mandatory reports under other regimes.
For post-incident review readiness, preserve incident, response, remediation, and governance records that could support a request or referral.
Product compliance: smart-device standards and statements
For consumer-grade relevant connectable products, compliance work should produce a product-scope record, security-standard evidence, and a record before supply in Australia. The smart-device rules prescribe security standards for products intended or likely to be used for personal, domestic, or household use or consumption, with listed exclusions such as desktops, laptops, tablets, smartphones, therapeutic goods, road vehicles, and road vehicle components. The required Australian consumer acquisition can include some business purchases: section 3 of the Australian Consumer Law covers goods priced at no more than the prescribed $100,000 amount or ordinarily acquired for personal, domestic or household use, but excludes acquisitions for resale and specified production, manufacture, repair, or treatment uses.
The operating record should show who prepared the statement, the product type and batch identifier, manufacturer and authorised-representative details, the compliance declaration, the defined support period, the signatory, and the place and date of issue. Keep the statement record for the prescribed 5-year period. The official explanatory statement clarifies that it need not be physically provided at the point of sale.
Confirm whether the product is consumer-grade and whether one of the listed excluded product categories applies.
Confirm the acquisition branch with price, ordinary-use, resale, and production-use evidence; a corporate buyer is not automatically outside the consumer test.
Verify password controls: passwords must be unique per product or user-defined, and unique passwords must not be based on incremental counters or otherwise guessable in an unacceptable way.
Publish a clear point of contact for security-issue reports and explain when reporters receive acknowledgement and status updates.
Publish the defined support period for security updates as a period with an end date, and do not shorten it after publication.
Supply the product with a that meets the smart-device rules and retain it for 5 years.
A ransomware payment report is not triggered by every cyber incident. The rules describe the reporting obligation where the entity is a , is impacted by a cyber security incident, and has provided a ransomware payment or knows another entity provided one on its behalf.
The rules set the turnover threshold at $3 million for the previous financial year, with a pro-rated formula for businesses carried on for only part of that year. Section 26 requires turnover to exceed the threshold. The current cyber.gov.au form instead labels its business option "equal to or exceeds $3 million," so an entity at exactly $3 million should confirm the filing position promptly. The Rules also limit the required report content to information the entity knows or can find out by reasonable search or enquiry within the 72-hour reporting period.
Record the basis for reporting-business-entity status: either the entity is responsible for a critical-infrastructure asset to which SOCI Part 2B applies, or it carries on business in Australia with previous-financial-year turnover exceeding the Rules' threshold. The turnover limb excludes Commonwealth and State bodies and responsible entities for critical-infrastructure assets.
Capture entity contact and business details, including ABN if any and address.
Capture incident facts: when the incident occurred or is estimated to have occurred, when the entity became aware, infrastructure and customer impacts, malware variants, exploited vulnerabilities, and information that could assist Commonwealth or State response.
Capture demand and payment facts: demanded amount or non-monetary benefit, demanded method of provision, actual payment amount or non-monetary benefit, and actual method of provision.
Capture extorting-entity communications, including timing, nature, brief description, and any pre-payment negotiations.
Governance evidence for significant incidents and reviews
The Act allows impacted entities to voluntarily provide information to the National Cyber Security Coordinator for significant cyber security incidents, while also limiting how certain information provided under the Act may be used or disclosed. Keep that information-sharing decision separate from mandatory notices under privacy, SOCI, prudential, or customer-contract processes.
For readiness, preserve a review-quality record after major incidents: the incident chronology, response decisions, remediation status, external communications, legal privilege handling, and records showing which other investigations or proceedings are active. The Board rules require review timing to avoid interference with investigations or proceedings, and require published notification once a review is to be conducted.
Create one register entry per significant incident that distinguishes voluntary Coordinator information sharing from any mandatory report elsewhere.
Track what was shared, who approved it, the permitted cyber security purpose, and any confidentiality or admissibility assumptions that legal reviewers relied on.
For potential Board matters, preserve response and remediation evidence without rewriting it into a public-facing narrative before legal and incident leaders review it.
Watch for written referrals or information/document requests and route them to legal, security leadership, and the incident owner immediately.
Keep SOCI, privacy, prudential, customer, and Cyber Security Act evidence linked but not merged, because each regime may ask different questions about the same incident.
Turn Cyber Security Act compliance into assigned work
Scope the relevant Cyber Security Act workstream, assign product or incident owners, and collect the evidence needed for smart-device statements, ransomware reports, or review-board readiness.
Supports review-board purpose, referral consideration, prioritisation factors, terms of reference, non-interference timing, and public notification of reviews.
Rules supporting ransomware payment reporting scope, the $3 million turnover threshold, the 72-hour reasonable-search boundary, and required report fields.
Supports voluntary significant-incident information sharing with the National Cyber Security Coordinator and Act-level protections and limitations on use, disclosure, and admissibility.
Supports the SOCI cross-reference for responsible entities of critical infrastructure assets when assessing ransomware reporting-business-entity status.