Risk assessment guide

Cyber Security Risk Assessment in Australia

A cyber security risk assessment turns evidence into business decisions: what could go wrong, which operations or information would be affected, and who will reduce or accept the risk. A website scan supplies external technical evidence for that process; it is not an organisation-wide assessment.

Start by documenting your website, email, payments, customer data, suppliers and internal systems. Use a Free Scan as a baseline for public website signals, then decide whether authorised deeper testing or recurring monitoring is justified.

Choose the next step for your website

Start with free external evidence, read the full findings, add authorised testing or track changes over time. All prices are in Australian dollars.

Free Scan

A$0

Review publicly visible website and domain signals. Receive a score and summary without payment details.

Run the free scan

Unlock Full Report

A$99 one-time

Read the full findings from your existing Free Scan. Unlocking the report does not add testing. Choose this on your scan report.

Start a scan to unlock its report

Deep Scan

A$199 one-time

Add authorised active external testing within your confirmed scope, plus Full Report access. Purchase from your scan report; confirm scope before testing starts.

Review Deep Scan coverage

Monitoring

A$199/month

Repeat external checks on a schedule and compare observations over time. For ongoing visibility after establishing a baseline; it does not block attacks or fix findings.

Explore recurring monitoring

Already unlocked this scan? Your A$99 Full Report payment is credited towards its A$199 Deep Scan, leaving a standard A$100 balance. A new scan has its own purchase choices. Automated external checks cannot guarantee security or replace manual penetration testing.

Turn a website finding into an owned risk decision

  • Example, not a customer result: a missing browser security header is an observation to validate with your developer.
  • Record the affected asset, evidence and collection date; distinguish a configuration signal from a confirmed exploit.
  • Assess likelihood and impact using your actual business dependencies and current controls.
  • Assign an owner, treatment action and review date. Confirm remediation with suitable checks rather than assuming a higher score closes every risk.

Start by scoping what matters

List the systems and information the business genuinely depends on: the website, business email, payment and accounting systems, customer records, staff devices, cloud services and the suppliers behind each. Note who owns each item and who can grant access to it.

Keep the scope proportionate. A short, accurate list you maintain is worth more than an exhaustive inventory compiled once and abandoned.

Identify realistic threats to those assets

Work from scenarios you can picture rather than abstract categories: an administrator account reused across services and later phished, a supplier invoice altered after email impersonation, a website plugin exploited by automated scanning, a laptop lost with saved credentials, or a hosting failure with untested backups.

Australian government guidance from the ACSC and business.gov.au describes the patterns most often reported by small businesses, which is a reasonable starting point for a business without incident history of its own.

Rate likelihood and impact honestly

For each scenario, estimate how likely it is and what the impact would be across four dimensions: financial cost, operational downtime, obligations to customers or regulators, and reputation. A simple low, medium or high scale is sufficient — the discussion produces more value than the number.

Rate impact assuming the controls you actually have today, not the ones you intend to implement. Optimistic ratings are the most common way an assessment produces a comfortable but useless result.

Decide on treatment for each risk

Every risk gets one of four treatments: reduce it with a control, avoid it by stopping the activity, transfer part of it through insurance or contract terms, or accept it with a documented reason. Accepting a risk consciously is legitimate; ignoring it is not.

Write down who owns each treatment and when it is due. Unowned actions do not happen, and an assessment with no owners is a document rather than a control.

  • Reduce: implement or strengthen a control such as multi-factor authentication or backups.
  • Avoid: retire the system or stop the practice creating the exposure.
  • Transfer: use insurance or contractual obligations on a supplier.
  • Accept: record the decision, the rationale and a review date.

Use recognised baselines as a checklist

The Australian Signals Directorate's Essential Eight describes mitigation strategies including patching applications and operating systems, multi-factor authentication, restricting administrative privileges, application control and regular backups. Small businesses are not obliged to adopt it wholesale, but it is a useful benchmark for whether the obvious controls are covered.

Where your website is in scope, the OWASP Top 10 and ACSC website guidance provide the equivalent technical checklist for the web layer.

Maintain a risk register and review it

Record each risk with its rating, treatment, owner, due date and review date in one place — a spreadsheet is fine. Review it quarterly and whenever something material changes: a new system, a new supplier, staff departures, an incident or a near miss.

The register is also the artefact that makes conversations with insurers, clients and auditors straightforward, because it shows the reasoning rather than just an outcome.

Where automated external checks fit

An external scan supplies evidence for the website and domain portion of your assessment: certificate and transport configuration, security headers, DNS and email authentication records, and publicly reachable services. That is concrete input for likelihood ratings that would otherwise be guesswork.

ScoutLab's Free Scan, Deep Scan and Monitoring cover those externally visible signals only. They do not perform malware or blacklist detection, are not a manual penetration test, do not constitute a full organisational risk assessment, do not provide compliance certification, and do not guarantee security. Internal systems, staff practices, devices and contracts remain yours to assess.

Check your website's external security signals

The Free Scan documents externally visible website and domain signals you can attach to a risk assessment. It does not assess internal systems or staff practices, does not detect malware or blacklisting, and does not guarantee security.

Run the free website security check

Frequently asked questions

Does a small Australian business need a formal cyber security risk assessment?

There is no universal legal requirement, but many businesses need one for insurance, client contracts or tender processes. Even without that pressure, a short documented assessment is the cheapest way to decide where limited security effort should go.

Is an automated scan the same as a risk assessment?

No. A scan produces technical findings about externally visible configuration. A risk assessment considers assets, likelihood, business impact and treatment decisions across the whole business, using scan results as one input.

How often should the assessment be reviewed?

Review the register quarterly and whenever something material changes — a new system or supplier, staff departures, or an incident or near miss. Annual-only reviews tend to lag behind how quickly small businesses change tooling.

Can a ScoutLab scan complete our business cyber risk assessment?

No. ScoutLab supplies automated external website and domain evidence. Your business still needs to assess impact, internal systems, people, suppliers and obligations, and assign treatment owners. Free Scan costs A$0; Full Report unlock A$99; Deep Scan A$199 one-time; Monitoring A$199/month. No option is a compliance certification or complete security assurance.

Security references

Website security is layered. External checks can surface useful public signals, but secure development, patching, access control, backups and appropriate testing remain separate responsibilities.