By NHI Mgmt Group Editorial TeamPublished 2025-09-04Domain: Governance & RiskSource: Zluri

TL;DR: SOX audits test access controls, segregation of duties, change management, and account activity to confirm financial reporting remains accurate and defensible, according to Zluri. For identity teams, the real issue is not the checklist itself but whether access reviews, evidence collection, and control ownership are reliable enough to survive audit scrutiny.


At a glance

What this is: This is a step-by-step explanation of SOX audit controls, with access review and control testing positioned as core requirements for financial reporting assurance.

Why it matters: It matters because SOX programmes often fail or succeed on identity governance details such as access certification, segregation of duties, and evidence quality, which affect both human and machine access models.

👉 Read Zluri's step-by-step guide to SOX audit controls and access reviews


Context

SOX audit programmes depend on identity control quality as much as financial control design. In practice, the audit question is whether access to financial systems, reporting data, and control evidence is traceable, reviewable, and defensible enough to support internal control assertions.

For IAM, IGA, and PAM teams, that makes SOX a governance problem, not just an accounting exercise. Access reviews, segregation of duties enforcement, and account activity monitoring become part of the control environment that auditors test, especially where privileged or third-party access can alter reporting outcomes.


Key questions

Q: How should security teams support SOX audits with identity governance?

A: Security teams should tie SOX controls to concrete identity evidence: who had access, who approved it, when it was reviewed, and whether conflicts were removed. The strongest programmes align access certification, segregation of duties, and account activity monitoring with specific financial reporting processes, not with generic user lists.

Q: Why do access reviews matter so much in SOX compliance?

A: Access reviews matter because SOX auditors need proof that entitlements match job function and that sensitive financial systems are not overexposed. If reviews are incomplete, stale, or poorly documented, the organisation may be unable to demonstrate effective internal controls over financial reporting.

Q: What breaks when segregation of duties is weak in financial systems?

A: When segregation of duties is weak, one identity can influence the full transaction lifecycle, from creation to approval to reporting. That increases fraud risk, weakens auditability, and can turn an otherwise minor process issue into a control deficiency with regulatory consequences.

Q: Who is accountable for SOX control failures in IAM and access reviews?

A: Accountability usually sits with the control owner, but IAM, audit, finance, and application teams all share responsibility for the evidence chain. In practice, SOX accountability fails when no one owns the identity-to-control mapping, especially for privileged accounts and third-party access.


Technical breakdown

Access controls and segregation of duties in SOX

SOX access controls aim to ensure that no single user can create, approve, and conceal a material financial event without detection. Segregation of duties reduces the chance that one identity can both initiate and validate a transaction, while access reviews confirm that entitlements still match job responsibility. In identity terms, the control is not simply who has access, but whether that access is appropriately partitioned across requesting, approving, and recording functions. Where service accounts or shared accounts touch reporting workflows, the same logic applies even if the actor is non-human.

Practical implication: map financial reporting workflows to explicit access separation and review any identity that can both create and approve sensitive transactions.

Control documentation and evidence for audit testing

SOX control documentation is effective only when it describes how controls operate, who owns them, how often they run, and what evidence proves execution. Auditors need repeatable artefacts, not informal explanations, so control narratives must match real operational behaviour. This is where access review platforms matter: they centralise evidence, reduce manual collection, and make it easier to prove that certifications, revocations, and exceptions happened on schedule. Inconsistent documentation usually signals an underlying governance problem rather than a paperwork issue.

Practical implication: standardise control narratives, owner assignments, and evidence capture so audit testing can be reproduced without manual reconstruction.

Deficiency testing and material weakness thresholds

SOX deficiency testing asks whether a failed control is merely a design issue, an operational miss, or a material weakness with reporting consequences. The distinction matters because not every gap has the same regulatory or investor impact. Identity teams often see the first warning in delayed revocation, weak review evidence, or incomplete account inventories, all of which can make control testing unreliable. When those signals accumulate, auditors may conclude that the control environment cannot consistently prevent or detect misstatement risk.

Practical implication: track recurring identity control failures as audit risk indicators, not isolated exceptions, and escalate patterns before they become material weaknesses.



NHI Mgmt Group analysis

SOX compliance is an identity governance problem before it is an audit problem. The article treats access controls, account activity, and segregation of duties as audit components, but the operational reality is that these are identity control decisions. If access is not governed at the identity layer, audit evidence becomes a retrospective defence rather than a control outcome. Practitioners should treat SOX as a test of identity operating discipline, not just of financial reporting process.

Manual certification and documentation create governance drift between policy and proof. The article correctly notes that manual SOX audits are cumbersome, but the deeper issue is that manual review often cannot keep pace with changing entitlements and control ownership. That leaves auditors testing stale records instead of current control state. The practical conclusion is that identity evidence must be continuously structured, not assembled after the fact.

Access review in SOX works only when the control is tied to transaction risk, not generic entitlement volume. A high-volume access certification process can still miss the identities that matter most if it is not aligned to financial reporting pathways. That is why SOX programmes should focus on where privilege can affect posting, approval, reconciliation, or reporting. The control question is not how many reviews were completed, but whether the right access was reviewed against the right risk.

Segregation of duties remains the clearest boundary between identity governance and fraud exposure. The article frames SoD as one control among several, but in practice it is the rule that prevents one identity from owning the full financial manipulation chain. Where SoD is weak, audit findings often reflect broader governance failure in role design, role mining, and exception handling. Practitioners should treat SoD as a structural identity design issue, not a periodic audit checkbox.

SOX control maturity is now inseparable from machine and third-party identity oversight. The article mentions third-party service providers and system activity, which means the real control surface extends beyond employee access. If service accounts, integration identities, or external support accounts can touch financial systems, they belong in the same audit model as human users. The field-level implication is that SOX governance must cover every identity type that can influence reporting integrity.

From our research:

  • 71% of NHIs are not rotated within recommended time frames, increasing the risk of compromise over time, according to the Ultimate Guide to NHIs.
  • 96% of organisations store secrets outside of secrets managers in vulnerable locations including code, config files, and CI/CD tools, according to our Ultimate Guide to NHIs.
  • For lifecycle and evidence discipline, NHI Lifecycle Management Guide helps practitioners connect rotation, offboarding, and review controls to audit-ready governance.

What this signals

Control evidence will become the deciding factor in SOX-adjacent identity programmes. Organisations that can show current ownership, current access, and current review outcomes will move faster through audit cycles than those relying on spreadsheets and ad hoc attestations. The governance lesson is simple: if the evidence cannot be reproduced, the control will be treated as weak regardless of intent.

Standing access is the hidden friction point in SOX remediation. As identity environments expand, the hardest part is not finding users with access, but proving that access still matches business need at the moment of testing. That is why review cadence alone is not enough; the programme has to continuously reconcile entitlements with transaction risk.

Audit-ready identity programmes now need lifecycle discipline across people, service accounts, and integrations. SOX scope increasingly includes non-human accounts that can alter financial systems or move data between controls. Teams that unify ownership, offboarding, and review evidence across identity types will reduce both audit findings and remediation churn.


For practitioners

  • Map financial reporting paths to identity owners Identify every identity that can create, approve, reconcile, or modify financial reporting data, then assign a named owner for each control boundary and exception path.
  • Separate approval and execution rights Review roles so no user or service account can both initiate and validate the same material financial workflow, especially where journal entries or access requests are involved.
  • Automate access certification evidence Use an access review workflow that records reviewer decisions, timestamps, and remediation outcomes in one system of record so auditors can trace control execution without manual reconstruction.
  • Track SoD exceptions as audit risk Classify repeated segregation of duties exceptions, emergency access, and delayed revocations as recurring control failures rather than one-off operational issues.

Key takeaways

  • SOX audits expose identity governance weaknesses when access, approvals, and evidence are not tightly linked to financial reporting controls.
  • Manual control testing and weak documentation increase the chance that auditors will question whether the control environment is operating effectively.
  • The most durable remediation path is to align access reviews, SoD enforcement, and evidence capture to the identities that can affect reporting.

Standards & Framework Alignment

This section maps relevant standards and security frameworks to the operational risks and controls described in this guidance.

NIST CSF 2.0, NIST CSF 2.0 and NIST SP 800-63 set the governance and control requirements practitioners need to meet.

FrameworkControl / ReferenceRelevance
NIST CSF 2.0PR.AC-4SOX access control and review processes align with least-privilege governance.
NIST CSF 2.0PR.PT-3Protective technology and logging support auditable financial control evidence.
NIST SP 800-63Identity assurance matters where access changes affect sensitive reporting workflows.

Apply strong identity proofing and authenticator assurance where access decisions carry reporting risk.


Key terms

  • Segregation Of Duties: Segregation of duties is the practice of dividing critical tasks across multiple identities so one person or account cannot complete a sensitive process alone. In SOX programmes, it protects financial reporting by separating initiation, approval, recording, and reconciliation duties across control owners.
  • Access Certification: Access certification is a periodic review where a control owner confirms whether an identity still needs its current permissions. For SOX, the value is not the review itself but the evidence that access was validated against real business need and exceptions were removed or approved.
  • Control Deficiency: A control deficiency is a weakness in design or operation that prevents a control from reliably detecting or preventing risk. In SOX contexts, identity-related deficiencies often show up as stale access, incomplete evidence, or inconsistent enforcement of approval boundaries.
  • Material Weakness: A material weakness is a control failure severe enough that there is a reasonable possibility a material misstatement will not be prevented or detected in time. In identity governance, repeated failures in access review or SoD can escalate into this highest-risk audit outcome.

Deepen your knowledge

NHI governance, agentic AI identity, and machine identity security are core topics in our NHI Foundation Level course, the industry's only accredited NHI security programme. If you are responsible for identity security strategy or NHI governance in your organisation, it is worth exploring.

This post draws on content published by Zluri: Security & Compliance SOX Audit: Step-by-Step Process. Read the original.

NHIMG Editorial Note
Published by the NHIMG editorial team on 2025-09-04.
NHI Mgmt Group — the independent authority on Non-Human Identity, IAM, and Agentic AI security. nhimg.org