TL;DR: Fraud in real-time payment systems can move through mule accounts and multiple institutions in minutes, leaving investigators with only a partial view of where funds go and making single-bank case handling increasingly ineffective, according to Feedzai. The shift from institution-level defence to network-level intelligence is becoming the decisive control point.
At a glance
What this is: This is an analysis of how real-time payment fraud exploits institutional blind spots, with Feedzai arguing that network-level intelligence is needed to reconstruct fund movement across banks.
Why it matters: It matters because payment security and identity teams need controls that detect and trace suspicious activity across institutions, not just inside a single bank perimeter.
By the numbers:
- In the UK, Trace sits across roughly 94% of the domestic account-to-account network and has been used in connection with an estimated 57% of reported Authorized Push Payment scam cases, per the UK Finance Annual Fraud Report 2025.
- In the Philippines, Trace coverage reaches around 99% of the national real-time network.
Context
Real-time payment rails compress the time available to detect and contain fraud, so the old model of investigating transactions after they leave one institution is no longer enough. The core governance problem is not just faster payments, but fragmented visibility: each bank sees its own ledger, while criminals exploit the seams between institutions.
For identity and fraud teams, this is a trust and accountability problem as much as an analytics problem. Payment fraud increasingly depends on mule accounts, rapid fund splitting, and cross-institution movement, which means effective controls must operate at network scale rather than relying on isolated case handling.
Key questions
Q: What fails when payment fraud is investigated only inside one bank?
A: The investigation usually fails at the point where the money leaves the first institution, because the full transfer chain is already distributed across other ledgers. A single-bank model can confirm one hop, but it cannot reliably reconstruct the downstream path or coordinate recovery once the funds have been split across mule accounts.
Q: Why do real-time payment rails make scam recovery so difficult?
A: Because the fraud moves in minutes, while many response processes still depend on manual review, counterpart outreach, and case-by-case investigation. By the time a fraud report is filed, the money has often crossed multiple institutions, so the practical recovery problem is speed of containment rather than visibility alone.
Q: How can banks tell whether network-wide fraud sharing is working?
A: Look for whether a confirmed fraud event at one institution produces actionable signals at others before the same funds or accounts are reused. If partner alerts arrive too late, are too noisy, or cannot be tied to common account patterns, the network is sharing data but not producing usable intelligence.
Q: What governance model is needed for consortium fraud defence?
A: Banks need agreed rules for what counts as a suspicious signal, how confidence is expressed, and when an observation becomes actionable across members. Without those governance rules, shared intelligence either stays too vague to help or becomes noisy enough that institutions stop trusting it.
Technical breakdown
How mule networks break single-bank visibility
Mule networks are operational structures that move stolen funds through a chain of accounts to reduce recovery time and obscure provenance. Each hop creates a narrower local view for the investigating bank, because the institution can only observe the transaction that hit its own environment and perhaps the next destination before the trace is lost. Real-time rails amplify this problem by shrinking the decision window from hours or days to minutes. The technical challenge is not simply transaction volume. It is the fact that the fraud path is distributed across ledgers that are not jointly visible to one investigator.
Practical implication: banks need cross-institution tracing and alert sharing, not just faster internal case review.
Why network intelligence changes fraud investigation
Network intelligence turns one confirmed fraud event into a signal that can be matched against other institutions’ activity patterns. Instead of treating each case as isolated, investigators can reconstruct the sequence of first-generation and second-generation mule accounts and see where funds likely moved next. That improves both containment and pattern recognition because the same account, device, or transfer path can be surfaced elsewhere in the network. The architecture only works when institutions can contribute and consume shared intelligence with enough trust and standardisation to act on it quickly.
Practical implication: detection teams should align alert taxonomies and sharing workflows so confirmed fraud can propagate across partners.
What consortium-scale fraud controls require
Consortium-scale fraud defence depends on more than data exchange. It requires shared governance over what gets signalled, how confidence is expressed, and when an observation becomes actionable across member institutions. Without that, the network either leaks too little intelligence to be useful or shares so much noisy data that banks ignore the signal. The article’s underlying point is that the control is organizational as much as technical. The network must behave like a coordinated defence layer, not a loose collection of separate fraud desks.
Practical implication: fraud governance teams should define shared thresholds, escalation rules, and trust boundaries before operationalising network-wide alerts.
Threat narrative
Attacker objective: The attacker aims to launder stolen payment funds quickly enough that recovery becomes impractical and the full transfer chain is obscured.
- Entry occurs when a scam succeeds and stolen funds are pushed into mule accounts within a real-time payment network.
- Credential or account abuse is followed by rapid fund splitting, where money is moved from one account to another before any single bank can fully trace it.
- Escalation happens as the trail crosses multiple institutions, creating blind spots that defeat investigation confined to one ledger.
- Impact is the loss of recoverability and the creation of a network-scale fraud path that can only be reconstructed through shared intelligence.
Breaches seen in the wild
- Zacks breach claim 2025: A hacker leaked 12 million Zacks accounts in 2025, claiming domain admin access in 2024; HIBP verified the data, Zacks has not confirmed.
Read and download The State of NHI & AI Agent Breach Report 2026, covering 200+ breaches impacting Non-Human Identities including AI Agents.
NHI Mgmt Group analysis
Network blind spots are now a fraud-control failure, not just an investigation inconvenience. The article shows that payment fraud exploits the gap between how money moves and how banks observe it. A bank-level view is too narrow when the offence path is distributed across institutions, mule accounts, and ledgers. Practitioner conclusion: fraud defence has to be designed around shared visibility, not isolated recovery.
Real-time payments have changed the trust model for financial crime detection. When money can be split and re-routed in minutes, the assumption that an investigator can work the case after the fact no longer holds. That means alerting, confidence scoring, and cross-bank signal exchange become operational controls rather than optional enhancements. Practitioner conclusion: reclassify speed as a control design variable, not just a user-experience benefit.
Collective fraud defence is now a governance problem as much as a data problem. Network-scale detection only works when institutions agree on what a suspicious signal means, when to share it, and how to act on external intelligence. That raises questions of accountability, data standards, and response consistency across competing firms. Practitioner conclusion: build governance for shared fraud signals before expanding consortium coverage.
Payment fraud resilience now depends on breaking the attacker’s ability to exploit seams between institutions. The named concept here is network-level fraud visibility: a control model that treats the payment ecosystem as one investigation surface. That aligns with broader identity and financial-crime governance because mule accounts and scam flows are trust-abuse problems, not only transaction-monitoring problems. Practitioner conclusion: move from perimeter fraud controls to coordinated network defence.
From our research library:
- U.S. fraud losses are projected to reach $40 billion by 2027.
What this signals
Network-level fraud visibility is becoming the practical control model for real-time payment ecosystems. When criminals exploit the seams between institutions, isolated monitoring leaves recovery dependent on luck and speed, not governance.
Fraud teams should expect consortium-style alerting to become a core operating requirement rather than a niche capability. The question is no longer whether a bank can see its own transactions, but whether the wider network can see the movement pattern fast enough to matter.
For practitioners
- Build cross-institution fraud tracing Define how confirmed scam transactions are propagated to partner institutions so the next hops can be traced before funds disappear into new ledgers.
- Standardise mule-account signals Use common confidence levels, transaction descriptors, and escalation triggers so partner banks can act on the same suspicious account patterns consistently.
- Shorten internal fraud decision cycles Remove handoff delays between detection, investigation, and external notification so the bank does not lose the recovery window while waiting for manual review.
- Govern shared alerting with explicit trust rules Document what can be shared, who can consume it, and when a network signal becomes operationally actionable across the consortium.
Key takeaways
- Real-time payment fraud now exploits the gap between how quickly money moves and how slowly many institutions can investigate it.
- The main evidence is operational, not theoretical: scams can be split across mule accounts and multiple banks before a report is filed.
- The practical response is network-scale fraud governance, including shared intelligence, common alerting standards, and faster cross-institution escalation.
Standards & Framework Alignment
This section maps relevant standards and security frameworks to the operational risks and controls described in this guidance.
MITRE ATT&CK and OWASP Non-Human Identity Top 10 address the attack and risk surface, while NIST CSF 2.0 and CIS Controls v8 set the governance and control requirements practitioners need to meet.
| Framework | Control / Reference | Relevance |
|---|---|---|
| NIST CSF 2.0 | PR.AA-05 — Access Permissions, Entitlements and Authorizations | Fraud monitoring here depends on who can see and act on network-wide payment signals. |
| Recommendation — Align shared fraud alert access to PR.AA-05 so only authorised teams can consume and act on consortium signals. | ||
| CIS Controls v8 | CIS-5 — Account Management | Mule-account patterns and repeated account reuse are central to the fraud path described. |
| Recommendation — Use CIS-5 to tighten account lifecycle oversight and flag accounts repeatedly used in suspicious transfer chains. | ||
| MITRE ATT&CK | TA0006; TA0010 — Credential Access; Exfiltration | The article describes fraudulent movement of funds through account chains to conceal the trail. |
| Recommendation — Map fraud transfer chains to TA0006 and TA0010 to support detection of account abuse and downstream movement. | ||
| OWASP Non-Human Identity Top 10 | NHI-05 — Overprivileged NHI | Shared fraud systems and network connectors need tightly scoped access to avoid widening trust boundaries. |
| Recommendation — Limit connector and analyst privileges under NHI-05 so shared fraud intelligence does not create new access risk. | ||
Key terms
- Real-Time Payments: Payment rails that move funds almost immediately instead of over traditional clearing windows. They improve convenience, but they also reduce the time available to detect fraud, stop a transfer, or recover funds after a mistaken or manipulated authorisation.
- Mule Account: A mule account is an identity or account used to receive, move, or obscure illicit funds on behalf of another party. In financial crime operations, it is the bridge between the initial deception and the laundering phase, often appearing legitimate until behavior reveals coordination.
- Consortium Fraud Intelligence: Shared fraud signal exchange between institutions so one bank’s confirmed case can inform another bank’s detection and response. Its value comes from network coverage and agreed governance, not from any single participant seeing the whole problem alone.
- Network-Level Fraud Intelligence: Fraud analysis that compares behaviour across merchants, channels, or platforms to identify coordinated abuse patterns. It is especially useful where single-merchant views miss organised fraud rings that adapt their tactics differently in each environment.
Deepen your knowledge
NHI Foundation Level course, the industry's only accredited NHI security programme, covers NHI governance, machine identity security, and secrets management. It helps security and identity practitioners build the governance foundations that complex trust environments depend on.
Published by the NHIMG editorial team on October 16, 2026.
NHI Mgmt Group, the independent authority on Non-Human Identity, IAM, and Agentic AI security. nhimg.org