Governance, risk and compliance

PCI DSS compliance services for Australian organisations

Payment card information remains one of the most targeted forms of data. For Australian organisations that store, process or transmit cardholder data, PCI DSS compliance is a practical risk management requirement as much as a contractual one.

26

years testing for government and enterprise

CREST-accredited through CREST ANZ

dotSec is a PCI QSA Company and a PCI DSS-compliant service provider, with more than 12 years securing payment environments.

We focus on practical, risk-driven improvements that reduce the likelihood and impact of compromise, not checkbox activity. Fixed pricing is available.

01 Overview

What is PCI DSS compliance?

PCI DSS (the Payment Card Industry Data Security Standard) is a set of technical and operational requirements that protect cardholder data. It applies to any organisation that touches payment card data, even indirectly: retailers, e-commerce sites, service providers, franchise networks, billing platforms, hospitality groups and SaaS platforms that integrate payment processing.

PCI DSS was designed to achieve practical, risk-driven improvements that reduce the likelihood and impact of compromise. That is what we deliver.

Compliance means operating controls for:
You almost certainly need PCI DSS compliance if you:
01

accept credit or debit cards, online or in store

02

use a payment gateway or merchant provider

03

store or transmit cardholder data, even temporarily

04

develop or host payment systems, or manage IT for organisations that process cardholder data

PCI DSS is not an Australian law, but banks, acquirers, insurers and partners expect it, and it is frequently part of due diligence. We have secured payment environments for government, APRA-regulated entities, financial institutions, utilities and national retailers, and help managed service providers navigating SAQ A eligibility.

02 In Australia

PCI DSS compliance in Australia

PCI DSS applies in Australia the same way it does globally. The standard is set by the PCI Security Standards Council, not by Australian regulators, and the technical requirements are identical in every jurisdiction. What differs is the local context.

Sets PCI DSS v4.0.1 and the reporting templates. The requirements are the same worldwide.

Validation and merchant level

Determines your merchant level and how you must validate compliance, and can override the defaults.

Information security

APRA-regulated organisations need to consider how PCI DSS controls align with their CPS 234 information security obligations.

Australian Privacy Principles

Where cardholder data is personal information, the Australian Privacy Principles apply independently of PCI DSS.

So PCI DSS compliance is rarely a standalone exercise. We scope PCI engagements to fit alongside ISO 27001, the Essential Eight and APRA CPS 234 where they apply, so you are not duplicating control work across frameworks.

03 Reporting

PCI DSS reporting options

Requirements vary with how you handle card data. All merchants have reporting requirements, whatever their level, and non-compliance exposes you to card scheme fines, higher transaction fees and the possible loss of the ability to take card payments. Most merchants below Level 1 complete a Self-Assessment Questionnaire (SAQ); Level 1 merchants usually need an annual assessment by a Qualified Security Assessor (QSA).

OPTION 1
SAQ and AOC

For most merchants, the key is the SAQ. Different SAQs suit different payment environments. SAQ A is the leanest path: it covers a small subset of requirements, and much of the responsibility can sit with PCI DSS-compliant third parties such as payment gateways. To be eligible, all cardholder data functions must be outsourced to compliant providers, and the merchant must:

  • not store, process or transmit cardholder data on its systems
  • use only redirects, iframes or hosted payment pages
  • confirm its e-commerce site is not susceptible to script-based attacks
OPTION 2
ROC and AOC

Level 1 merchants and service providers, or those with particular acquirer requirements, report through a Report on Compliance (ROC). A QSA is an individual certified by the PCI SSC to assess compliance and issue ROCs, and the SSC certifies their employers as QSA Companies; dotSec is one. Our QSA formally assesses how well you meet the applicable requirements. If you comply, we deliver a ROC and an Attestation of Compliance (AOC); if not, the findings go in the ROC and a non-compliant AOC is issued. We keep you on top of the timetable and deadlines.

04 Engagements

You tell us what you need; we deliver

We deliver PCI DSS work in three clearly defined modes. Most engagements fall into one; some span two as scope evolves. Across all three, the work is done by senior practitioners.

01
Full ROC: QSA-led end-to-end assessment

For Level 1 merchants, larger service providers and contractual requirements, we are the QSA Company of record: scoping, evidence collection, control testing, ROC and AOC drafting, and submission liaison, by our credentialed QSA with senior assessor support. Typically 6 to 14 weeks.

02
Gap analysis, remediation and partner-led ROC

If you already work with another QSA Company but want independent technical depth, we run the gap analysis against PCI DSS v4.0.1, scope and carry out remediation, and hand a remediation-complete environment back to your chosen QSA for the ROC.

03
SAQ preparation and assistance

For SAQ-eligible merchants (most often SAQ A and SAQ A-EP), we work through the questionnaire with your team, check eligibility is understood (a frequent failure point around third-party scope) and produce the evidence pack.

05 Pricing

Pricing approach

We price PCI DSS work in one of two ways. We will not quote indicative numbers without understanding scope, but we will happily work through a scope with you in a no-obligation conversation.

PREFERRED
Fixed price

Where scope is clear (an existing PCI environment, a prior assessment, well-defined SAQ work, or remediation against an agreed gap report), we quote a fixed price upfront. No surprises, and no scope creep absorbing cost.

WHEN SCOPE IS UNCERTAIN
Capped time and materials

For initial scoping, complex multi-entity environments or major payment-flow change, we work to a written upper cap with weekly written progress checkpoints. You see costs as they accrue, and we do not bill past the cap without your written agreement.

06 Why dotSec

Why choose dotSec for PCI DSS compliance?

We assess against PCI DSS, and we live under it ourselves.

01
Compliance by experience

We are a PCI DSS-compliant service provider with an AOC, so we know what it takes to implement and maintain a compliant environment, not just assess others against one.

02
Compliance experts

As well as being a PCI QSA Company and a compliant service provider, we are ISO 27001 certified, with years of hands-on ISO 27001 experience.

03
Qualified team

Our PCI DSS professionals hold certifications including QSA, ISO 27001, CISA and CISM.

04
Independent and practical

Our recommendations come from implementation experience. We have helped clients recover from incorrect SAQ selection, mistaken controls and impractical compliance guidance.

05
Scope reduction focus

If we can reduce your scope or simplify your reporting path, we will. Well-scoped, right-sized compliance programmes cost less and hold up better over time.

08 FAQ

PCI DSS compliance FAQ

Which version of PCI DSS applies now?

PCI DSS v4.0.1 is the only active version. v3.2.1 was retired on 31 March 2024 and v4.0 on 31 December 2024. The 51 future-dated requirements in v4.0.1, including script management, stronger MFA and targeted risk analysis, became mandatory on 31 March 2025 (PCI SSC). If you last assessed under v3.2.1, a gap analysis is worthwhile.

It depends on how you take card payments: a hosted payment page, a direct integration, card-present terminals, or a mix (PCI SSC on SAQs). Choosing the wrong SAQ is a common, consequential error that can create false confidence or unnecessary work. We determine the right SAQ as part of scoping.

It depends on the reporting path. SAQ determination, gap analysis and SAQ completion typically take around one week. A QSA-led ROC needs a scoping conversation first, because it depends on how mature your controls are, whether you have a previous AOC and ROC, and the extent of any gaps.

Scope is the systems, people and processes subject to PCI DSS. The broader it is, the more controls you must implement and evidence. Segmentation, tokenisation or outsourcing to compliant providers can reduce it (PCI SSC guidance), and is one of the most cost-effective ways to simplify compliance.

It depends on transaction volume and payment flows. Level 1 merchants (broadly, more than 6 million Visa or Mastercard transactions a year, or any merchant that has had a breach) generally need a QSA-led ROC; most others self-assess with an SAQ. Service providers have their own threshold (300,000 Visa transactions a year). Your acquirer can override these defaults.

Annually. An AOC, whether from a QSA-led ROC or a merchant-completed SAQ, is valid for one year. Quarterly internal vulnerability scans (Requirement 11.3.1) and ASV external scans (Requirement 11.3.2) run on their own cycle within the year; see our vulnerability scanning service.

What next?

If you need to report under PCI DSS, through an SAQ or a QSA-led assessment, dotSec can help you find the most direct, cost-effective path to compliance.

We take scope reduction seriously: a well-scoped engagement costs less, takes less time and produces a more defensible result.

Accreditations and
team certifications
CRESTBSCPISO 27001PCI compliantMicrosoft SOCPCI QSAOSCPPECB AuditorCISMPECB ImplementerCISASplunk ES AdminSplunkSplunkSplunk ArchitectSplunk Cloud AdminCrowdStrikeCDPSE