We partner with businesses and government to defend against cyber threats, manage cyber risk and build resilience. Our services cover penetration testing, AWS configuration review, incident response readiness, load testing, advisory, compliance and governance.
We align our work to these standards. They are not certifications held by Southern Shield.
After the engagement
Testing is useful when it leads to action.
We test, review and prepare Australian organisations, then stay with what follows the report: what to fix, who owns it, and how it is governed.
What changes after an engagement
Starting point
After the engagement
A scanner export filed with the board pack.
A clear account of the path an attacker could take, written for the people who will fix it.
Cloud settings left as the account was created.
An AWS review that names the guardrail and the design change separately.
An incident plan that has never been exercised.
An exercised plan, with the time taken, any missing role, and an owner for each action.
An assumption that the portal will hold during rates week.
A measured limit, agreed stop conditions, and a note of what fails first.
A policy set that is not in use.
Governance with named owners, review dates, and a meeting that already exists.
Services
Services that protect your organisation and build resilience.
Four services test how your systems perform today. Three help you manage risk, meet your obligations and keep security decisions in place after the report is delivered.
Most engagements name a cloud account, an identity system, and the place the code or the service is run. We assess the platforms below when they are in scope: who can change them, what they expose, and what an attacker could reach.
Marks are shown in black and white. They identify platforms we assess. They are not vendor partnerships or certifications held by Southern Shield.
01 · Cloud
Amazon Web Services
Accounts, identity, logging, and what the internet can reach.
01
Organisation structure, accounts, and service control policies
02
Identity, federation, and paths to administrator access
03
Logging, retention, and who can disable it
04
Network exposure, public storage, keys, and backups
The organisation holds customer data, and a small number of people cover technology, suppliers, and incident response. The engagement must be specific enough to approve in a single meeting.
Limited internal capacityOne or two people cover technology. A provider performs the operational work. Security has to fit that arrangement.
Systems the business depends onCustomer data, payments, identity, and email. If they fail, operations stop.
An external assurance requestAn insurer, a customer, or a board asks for evidence that currently exists only as a spreadsheet.
Every engagement is scoped. Findings are written for the people who will fix the system, and for the leaders accountable for the risk.
01
Scope
We agree the systems, how sensitive the data is, and the decision the work needs to support.
02
Test
We test and review only the environment named in the agreed scope.
03
Report
You receive a technical report for the people who will fix the issues, and a short summary for the people who will fund the work.
04
Remediate
Your team or your provider carries out the fixes. We stay available to explain what we found.
05
Retest
We confirm the fixes in a window agreed at the start, then help you bring the result into your governance.
What you receive
Findings your organisation can use.
We write findings in the language of the Essential Eight, the Information Security Manual, the Privacy Act, and the policies your organisation already uses.
01
Technical findings
Findings your engineers can fix, with severity based on what an attacker could reach.
02
Executive summary
A short document for the founder, general manager or accountable executive, covering the consequence and the cost of leaving a finding open.
03
Owners and dates
Named owners, review dates and a retest window, so the work continues after we leave.