Skip to main content

Sarbanes-Oxley · ITGC

SOX ITGC readiness for Australian entities.

A US parent's filing obligation lands on your IT team as a control matrix nobody here wrote. We build the IT general controls behind it — access, change, development and operations — inside your own systems, and evidence them across the whole period so the auditor's testing has something to land on.

Fixed fee agreed after scoping

The systems, controls and support included are confirmed before work begins.

Teams in Melbourne and Sydney. Delivered across all Australian states and territories, remotely or onsite by arrangement. New Zealand and Asia Pacific by arrangement.

Sections 302 & 404 · ITGC

Readiness, not the attestation.

We build and evidence the controls so management can make its Section 404(a) assessment. The 404(b) attestation is performed by a PCAOB-registered audit firm — never by us.

Written scope and assumptionsBuilt in your own tenantEvidence across the periodSenior-led Australian delivery

/ Delivery team

Who will deliver your SOX readiness engagement?

The written scope identifies the accountable readiness lead, the systems and controls being assessed and any specialist support required for the agreed work.

ResponsibilityAccountable delivery
Assigned roleSOX readiness lead
How it is confirmedThe named lead, scope, responsibilities and reporting outputs are agreed in writing.
ResponsibilityControl support
Assigned roleITGC or system specialist, where required
How it is confirmedThe specialist function and the systems it supports are recorded in the engagement scope.
ResponsibilityReporting boundary
Assigned roleManagement and the external auditor retain their responsibilities
How it is confirmedAegentra provides the agreed readiness work and does not issue the external-audit opinion.

Qualified delivery matched to your scope

Our team combines implementation, audit, security-governance and technical expertise. Across their professional careers, team members have delivered 2,000+ hours of ISO, ISM and GRC audit work across 70+ organisations.

Team qualifications and credentials

Qualifications, professional credentials and formal training held across Aegentra’s delivery team.

Management systems and audit

  • ISO/IEC 27001 Lead Implementer
  • ISO/IEC 27701 Lead Implementer
  • PECB ISO/IEC 27001 Lead Auditor
  • ISO/IEC 42001 Lead Auditor
  • CISA — Certified Information Systems Auditor
  • ISM Auditor

Cybersecurity and cloud

  • CISSP — Certified Information Systems Security Professional
  • CISM — Certified Information Security Manager
  • Certificate of Cloud Security Knowledge (CCSK)
  • OSCP+ — OffSec Certified Professional Plus

Service delivery and specialist training

  • ITIL Expert
  • PRINCE2
  • Mastering Generative AI for Cybersecurity Certificate
  • Essential Eight Assessment Course certificate — TAFEcyber

Further training and audit qualifications across the team include ISO/IEC 42001 Lead Implementer training, ASD ISM General and Technical audit codes, ISO/IEC 27017 and ISO/IEC 27018 audit codes, and ISO 9001 and ISO 19011 audit qualifications.

Credentials are held across the delivery team and matched to assigned roles. The proposal identifies the consultants, responsibilities and relevant qualification evidence before work begins.

The people assigned to your engagement—and the experience and qualification evidence relevant to their roles—are confirmed in your proposal before work begins.

The engagement record distinguishes Aegentra’s readiness work from management’s assessment and the external auditor’s independent opinion.

Scope

SOX is not Australian law. It still reaches you.

It arrives through ownership, not jurisdiction. If a US-listed parent consolidates your numbers and your entity is material to that consolidation, the group's obligation becomes your control matrix — usually with a deadline attached. Send us the matrix and we'll tell you what is genuinely in scope here.

Send us the control matrix

Who it's for

When the parent's deadline becomes yours.

SOX reaches an Australian operation through the group reporting boundary. The engagement starts with the parent's control matrix, the systems that affect the consolidated numbers and the evidence the external auditor expects to test.

Australian delivery team reviewing governance requirements

Australian delivery boundary

Translate the group matrix into controls, owners and evidence that operate inside the Australian entity.

A readiness engagement fits when

Parent scope

Your Australian entity is a subsidiary of a US-listed parent, and group finance has just sent through a SOX control matrix.

Listing readiness

You are preparing for a Nasdaq or NYSE listing and need ITGC in place before the first audited period.

Foreign issuer

A foreign private issuer with US-listed ADRs, where the Australian systems are material to the consolidated numbers.

Prior findings

Last cycle produced ITGC findings and the parent wants them closed before the auditor comes back.

Controls already built?

Independent testing is a separate engagement.

We never test controls we built. Use SOX ITGC testing when the control environment is already operating; read the Australia guide for the ownership and listing context.

What we build

Four domains. Every one of them tested.

If IT general controls fail, the auditor cannot rely on a single automated control in the applications above them — and the testing escalates from a sample to everything.

01

Access to programs and data

Who can reach the systems that produce the numbers, and whether that access was approved and remains appropriate.

  • Joiner / mover / leaver provisioning
  • Periodic user access reviews
  • Privileged and emergency access
  • Segregation of duties conflicts
02

Program change

Whether changes to financial systems were requested, tested and approved before they reached production — and whether the person who wrote the change could also deploy it.

  • Change request and approval trail
  • Testing evidence before release
  • Segregation of dev and production
  • Emergency change back-out
03

Program development

Implementations and migrations that touched a financially-significant system during the period. Auditors treat a mid-year ERP migration as its own control population.

  • Project approval and sign-off
  • Data migration validation
  • User acceptance testing
  • Go-live authorisation
04

Computer operations

The unglamorous domain: whether scheduled jobs ran, failures were noticed, backups restored, and incidents were tracked to closure.

  • Job scheduling and failure handling
  • Backup and restoration testing
  • Incident and problem management
  • Monitoring and alerting

How it works

Scope, close the gaps, then prove the period.

Most SOX failures are not design failures. The control exists and works — nobody kept the evidence that it worked in month four.

01

Scope with the parent

We work from the group SOX program office’s control matrix and materiality thresholds, not a generic template. The output is an agreed list of in-scope systems and the controls each one carries.

02

Gap assessment

Review the design and operation of the controls within the agreed scope. You get an evidence-based gap register; the external auditor independently determines its own audit procedures and conclusions.

03

Build and remediate

Controls configured inside your own Microsoft 365 tenant and financial systems — access reviews that produce evidence automatically, change approvals that leave a trail, operations monitoring that logs itself.

04

Evidence the period

A control that works today is worthless if you cannot show it worked in March. We agree evidence sources and capture methods, including supported Aeges checks where relevant. Management retains responsibility for the completeness of populations and records.

4

ITGC domains considered when agreeing the financial-reporting control scope

404

The SOX section behind management’s annual assessment your evidence has to support

12

Months in an illustrative annual evidence period; the actual test period is agreed

Not the same thing

SOX, ISO 27001 and SOC 2 are routinely confused.

The controls overlap. The obligations do not. Scoping one as though it were another is the most expensive mistake in this area.

SOX ITGCISO 27001SOC 2
What drives itUS securities lawVoluntary certificationCustomer due diligence
Who tests itManagement testing; external audit where applicableIndependent certification body under an accepted accreditationLicensed CPA firm
ScopeSystems touching the financialsThe whole ISMS you defineOne service, its criteria
CadenceAnnual, with interim testing3-year cycle + surveillanceAgreed Type II observation period
You end up withA management assertionA certificateAn attestation report

We scope and deliver each of them separately — ISO 27001 implementation and SOC 2 readiness — and map the control overlap so you build shared evidence once rather than three times.

Insights

Read the background.
Then decide what you need.

SOX scoping decisions are expensive to reverse, so it is worth understanding the obligation before anyone quotes on it. These are written by the engineers who do the work — no gated downloads, no form in the way.

SOX & ITGC

SOX compliance in Australia: a guide for subsidiaries of US-listed parents

12 min read · July 2026

Australia has no SOX law — so how does the obligation reach your entity? Section 404 scope, the four ITGC domains auditors test, and how SOX differs from ISO 27001 and SOC 2.

AI governance reference

ISO 42001 Annex A controls: all 38 controls explained

18 min read · October 2026

Every Annex A control of ISO/IEC 42001:2023 — what it asks for, the evidence an auditor looks for, how the Statement of Applicability selects them, and where ISO 27001 already does the work. Free CSV.

Risk management reference

ISO 31000 risk matrix: how a 5×5 risk assessment matrix works, and how to calibrate one

14 min read · October 2026

The likelihood and consequence grid explained, with calibrated scales, rating bands, where it sits in the ISO 31000 process, what it cannot tell you, and the free matrix, criteria and register templates.

ISO 27001 careers

How to become a certified ISO 27001 Lead Implementer in Australia

11 min read · 15 October 2026

Certify yourself, not your company — the PECB credential tiers, the exact experience and ISMS project hours each needs, the exam, cost, and the jobs it opens.

ISO 27001 costs

How much does ISO 27001 certification cost in Australia?

27 min read · September 2026

ISO 27001 costs in Australia: implementation, audit fees, hidden costs and a three-year budget, with a 25-person SaaS example.

ISO 27001 careers

How to become a certified ISO 27001 Lead Auditor in Australia

11 min read · 13 September 2026

The PECB auditor pathway: learning, examination, credential application, qualifying audit experience and the requirements for an audit assignment.

Multi-standard programs

Integrated management systems: running ISO 27001, 9001, 14001 and 45001 as one

10 min read · August 2026

Annex SL gives four standards the same skeleton. What can genuinely be shared — document control, internal audit, management review — what cannot, and what a combined audit does to cost.

Choosing a framework

SOC 2 vs ISO 27001: which one does your buyer actually want?

11 min read · July 2026

An attestation report and a certification are not the same product. What each one proves, which buyers ask for which, what the overlap really is, and how to run both without paying twice.

AI assurance careers

How to become an ISO 42001 Lead Auditor in Australia

12 min read · July 2026

The AI assurance career path — what an AIMS auditor actually does, the PECB auditor tiers and audit hours each needs, the exam, and where the assurance roles are appearing.

AI governance careers

How to become an ISO 42001 Lead Implementer in Australia

12 min read · July 2026

The AI governance career path — PECB credential tiers, the AIMS project hours each needs, the exam, the cost, and the roles it opens as AI assurance work arrives.

ISO 27001 certification

How to get my company ISO 27001 certified in Australia

13 min read · July 2026

The steps from scope and risk treatment to internal audit, management review and independent certification, with links to Australian cost guidance and the factors that affect timing.

ISO 27001 implementation

How ISO 27001 is implemented — and what your company does first

14 min read · July 2026

The implementation sequence, risk-selected controls, operating evidence and responsibilities, with the scope and dependencies that shape the delivery plan.

Microsoft 365 security

The Microsoft 365 security hardening checklist for Australian SMEs

12 min read · July 2026

The settings to turn on across identity, email, data, endpoints and logging — each one mapped to the ASD Essential Eight.

FAQ

What finance teams ask first.

How do we identify the systems that matter for SOX ITGC readiness?

Start with financial-reporting risks and the processes and information supporting the relevant accounts and disclosures. Trace dependencies through applications, interfaces, reporting tools, infrastructure and access administration. An application inventory alone does not establish SOX scope. Agree the boundary with the responsible finance, legal and audit teams; this is not an assumption that every IT system requires the same controls.

What makes an ITGC risk and control matrix usable?

Each control should identify the risk addressed, owner, activity, frequency, evidence and how exceptions are handled. Make it possible to distinguish the control design from proof that it operated. For an access review, identify the population and reviewer, the decision recorded and follow-through on removals. A generic matrix that cannot be connected to actual systems and records is not a substitute for operating controls.

What if a control exists but historical evidence is missing?

Record the gap honestly and agree its treatment with management and the relevant audit team. Do not backdate approvals or recreate records as if they were contemporaneous. Establish what reliable evidence does exist, whether additional procedures are appropriate and how evidence will be retained going forward. Readiness support cannot promise that a newly implemented control proves effectiveness throughout an earlier period.

Does SOX actually apply to an Australian company?

Not as Australian law — it reaches you through ownership and US market plans. Your Australian entity is in scope when it is a subsidiary of a US-listed parent or SEC registrant and is material to the group’s consolidated financial statements, when you are preparing for a Nasdaq or NYSE IPO, or when you are a foreign private issuer with US-listed ADRs. In those cases the IT General Controls over your financially-relevant systems have to meet SOX standards, with scope and any external attestation requirements confirmed by the group’s finance, legal and audit teams.

What is the difference between Section 302 and Section 404?

Section 302 is a per-filing certification: the CEO and CFO personally certify, in every 10-Q and 10-K, that the financial statements are accurate and that they have evaluated the disclosure controls behind them. Section 404 is an annual assessment of the control system itself — 404(a) requires management to formally assess and report on the effectiveness of internal control over financial reporting, and 404(b), where applicable to the issuer, requires external-auditor attestation. Emerging growth companies can be exempt from 404(b); confirm the issuer’s status and other exemptions with its advisers.

Is this the same as your SOX ITGC testing service?

No, and the distinction is deliberate. This page is readiness — we scope, remediate and build the controls, then set up the evidence capture. SOX ITGC testing is the independent testing of controls someone else built, supporting management’s 404(a) assertion. We do not test controls we built ourselves; that would defeat the purpose of the testing.

We already hold ISO 27001. How much of that carries over?

A useful amount, but less than people hope. Your Annex A controls for access, change and operations map onto the ITGC matrix, and mature evidence practices carry across directly. What does not carry across is scoping and rigour: SOX scopes tightly to systems that touch the numbers and tests to financial-audit standards, which is a higher evidentiary bar than most ISMS internal audits apply. We start by mapping what genuinely covers a SOX control and treat the rest as net-new.

Our systems are not all in Microsoft 365. Does that matter?

No. The ERP or accounting platform is almost always the centre of scope, and it is rarely Microsoft. What Microsoft 365 usually provides is the identity layer in front of everything — which is why access controls are where we start. Third-party platforms are typically covered through their SOC 1 Type II report and the complementary user-entity controls it assumes you operate; we check those assumptions actually hold.

When should we start relative to the audit?

Earlier than feels necessary. A control has to operate across the period to be testable, so a control built in month eleven has almost no population for the auditor to sample — this can limit the available operating evidence. Start early enough to meet the agreed evidence period; management and the external auditor determine the effect of any evidence gaps.

Who actually signs off at the end?

Management does. SOX makes named executives personally accountable for the assertion, and no consultant can take that on. What we provide is the control environment and the evidence that makes the assertion defensible, plus the workpaper trail the external auditor will ask to see.

Start early

A control built in month eleven has nothing to sample.

Send us the parent's control matrix. A short scoping call gives you what is genuinely in scope for the Australian entity, a fixed price, and a plan that fits the audit calendar.

Fixed scope, fixed price · quoted after a scoping call

Book a scoping call