Skip to content

Global payments intelligence

Updated Oct 12, 2026 · 06:59 UTC

Now tracking Wise Seeks HMRC Settlement After Tax-Statement Errors Hit 4,000 Customers
Payments intelligence
Regulation & Compliance

ASIC and APRA Press Payment Providers to Test AI-Era Resilience

Australia’s financial regulators want payment providers and other financial firms to prove that governance, recovery and third-party controls work at AI-driven speed.

Australia’s two main financial regulators are pressing payment providers and other financial-sector firms to show that their cyber and operational controls can withstand the faster disruption that frontier artificial intelligence may enable.

The Australian Securities and Investments Commission and the Australian Prudential Regulation Authority said awareness is no longer enough. Their joint information paper calls for evidence that governance, escalation, recovery and third-party risk arrangements can operate under compressed incident timelines.

The warning does not disclose a specific breach, failed payment system or enforcement action. It is a supervisory preparedness message based on nine roundtables held in June and July with more than 600 attendees from over 380 entities. Participants included payment providers, financial-market infrastructure operators, banks, insurers, intermediaries and material service providers.

Payment resilience is a dependency problem

For payment businesses, the paper’s most consequential point is that a problem at one provider can spread through shared infrastructure. The regulators identified common reliance on cloud services, software-as-a-service platforms, managed service providers, AI model providers, open-source components, telecommunications and payments infrastructure as potential sources of concentration risk.

That makes a supplier inventory only a starting point. The paper says firms should know which providers and platforms support critical operations, where common dependencies exist, how disruption could spread, and whether fallback, restoration and reconnection arrangements actually work when response time is limited.

This has practical implications across payment processing. A processor may have its own controls, but authorization, fraud screening, identity services, tokenization, cloud hosting, telecommunications and settlement connectivity can involve several outside parties. A contract assigning responsibility does not restore a checkout, release a delayed transfer or reconnect a participant during an incident.

ASIC and APRA’s preparedness checklist therefore asks boards whether they know what happens if a common provider fails. Evidence of preparedness includes dependency maps, concentration assessments, tested fallback arrangements and clear accountability between a regulated entity and its providers.

Boards need decisions made before an incident

The regulators also put governance alongside technical controls. Roundtable participants said weak escalation and decision settings could be as disruptive as weak security controls when an incident develops quickly.

Boards and executives are being asked to decide in advance who can shut down a service, which functions receive recovery priority, how communications will be handled and when issues must be escalated. If those decisions would be debated for the first time during an incident, the paper says that should be treated as a priority gap.

For a payment provider, those choices can affect whether transactions are stopped, queued, rerouted or later replayed. Poorly defined authority can increase the risk of duplicate processing, inconsistent merchant communications or extended loss of service even when the underlying technical problem is understood.

Defensive AI is not a substitute for basic controls

The roundtables found interest in using AI for threat intelligence, vulnerability detection, code review and incident response. But participants also acknowledged that governed, measurable and scalable defensive capability remains limited.

ASIC and APRA warned that defensive AI still requires secure configuration, monitoring, reliability testing, accountability and human oversight. Their paper prioritizes established controls: identifying critical assets, reducing attack surfaces, timely patching, strong identity and access controls, effective monitoring, backup integrity and tested recovery arrangements.

The distinction matters for procurement and board reporting. Buying an AI security product does not demonstrate resilience if privileged access is poorly controlled, critical vulnerabilities remain open or backups have not been tested. Firms will need evidence that controls work, not simply evidence that new technology has been deployed.

A preparedness signal, not a finding of failure

The joint paper summarizes industry discussions and regulatory expectations; it does not say that the participating entities breached their obligations or that frontier AI has caused a particular payment incident. Nor does it set a new payment-specific rule.

APRA-regulated entities already operate under prudential standards including CPS 230 on operational risk and CPS 234 on information security, while ASIC has separately called on licensees and market participants to strengthen cyber resilience. The regulators said frontier AI preparedness will remain a heightened focus.

Payment firms should read that as an accountability signal. The next supervisory question is unlikely to be whether management recognizes the threat. It will be whether the organization can produce tested escalation paths, recovery evidence, dependency maps and clear supplier accountability—and show that those arrangements still function when an incident moves faster than its normal decision cycle.