TL;DR: 98% of American adults see scams as a national security threat, while 75% of victims do not report incidents and 55% first contact their bank, according to Feedzai citing Gallup and the Stop Scams Alliance. The core problem is not awareness but fragmented reporting, which keeps fraud intelligence from becoming coordinated defence.
At a glance
What this is: This is a fraud and trust analysis showing that scams are now widely viewed as a national security issue, but fragmented reporting and weak institutional handoffs limit response.
Why it matters: It matters to IAM and fraud practitioners because the same reporting and signal-sharing gaps that slow scam response also weaken identity verification, account takeover detection, and cross-channel fraud governance.
By the numbers:
- 98% of American adults believe scams pose a national security threat to the country.
- 75% of victims do not report scams because they are uncertain it would make a difference.
- 55% of scam victims first report their experience to a bank.
- 6% of American adults, roughly 15.1 million individuals, fell victim to financial scams in 2025.
Context
Scams have become a governance problem because the reporting chain is fragmented, victims are uncertain where to report, and the institutions that receive the first signal often do not have a complete view of the attack pattern. That leaves law enforcement, banks, payment providers, and platforms working from partial evidence instead of a shared picture.
For identity and fraud teams, the issue is not only financial loss but trust collapse across verification, authentication, and transaction approval workflows. When victims contact a bank first but the intelligence is not standardised or shared, fraud controls remain reactive instead of forming a cross-sector vendor assessment of responsibility and signal flow.
Key questions
Q: How should financial institutions handle scam reports so they actually improve fraud defence?
A: Financial institutions should treat scam reports as structured intelligence, not just service cases. That means capturing consistent fields, linking complaints to transactions and beneficiaries, and routing high-confidence reports into monitoring and escalation workflows. The goal is to turn fragmented victim testimony into a reusable fraud signal that improves detection, remediation, and cross-sector coordination.
Q: Why do scam reporting gaps make fraud defence less effective?
A: Reporting gaps reduce the sample of observable attacks, which weakens pattern recognition and hides repeat offenders. If most victims never report, the organisation sees only partial tactics, slower escalation, and fewer links across cases. That makes it harder to distinguish isolated complaints from organised scam campaigns and easier for offenders to keep adapting.
Q: What breaks when victims do not know where to report a scam?
A: When victims do not know where to report, the organisation loses early warning, loses linkage between cases, and loses the opportunity to intervene before further transfers or replays occur. The failure is operational: the signal exists but never reaches the teams that can use it, so intelligence and response remain disconnected.
Q: Should banks or law enforcement own scam response accountability?
A: Neither side can own it alone. Banks usually see the first signal, while law enforcement and regulators can broaden the response and support systemic action. Effective governance assigns banks responsibility for intake, evidence quality, and immediate containment, while external agencies receive standardised reports that support larger pattern disruption.
Technical breakdown
Why scam reporting fragmentation breaks fraud intelligence
Scam reporting is an intelligence problem, not just a customer support problem. When victims report to different institutions, or do not report at all, each organisation sees only a narrow slice of the attack chain. That makes it harder to correlate behavioural patterns, mule accounts, payment paths, and social-engineering themes across channels. In practice, the absence of a common reporting loop creates blind spots that criminals can exploit repeatedly. The governance failure is not lack of data alone, but the absence of a standardised mechanism to convert victim reports into actionable intelligence.
Practical implication: build intake paths that normalise scam reports into a shared fraud taxonomy and escalation workflow.
How bank-first reporting changes the control model
The article shows that banks are the first stop for most victims, which changes how fraud governance should be designed. A bank that receives the first complaint is often seeing the earliest operational signal of a wider scam campaign, but only if the report is captured in a form that downstream teams can use. That requires more than a complaints queue. It requires structured triage, linkage to transaction monitoring, and clear routing into fraud operations, law enforcement engagement, and customer remediation. Without that design, the institution absorbs the burden but loses the intelligence value.
Practical implication: treat incoming scam reports as high-value fraud telemetry and route them into monitoring and escalation, not only case management.
Why trust erosion is now part of fraud risk
Scams damage more than balances. They also erode customer confidence, reporting willingness, and belief that institutions can intervene in time. That matters because trust is part of the fraud control surface: if victims assume reporting will not help, the reporting gap widens and detection quality drops. This creates a feedback loop in which less reporting produces weaker detection, which then reinforces the belief that reporting is pointless. For fraud and identity programmes, this is a governance problem that spans customer experience, controls design, and external coordination.
Practical implication: measure reporting friction and trust barriers alongside loss rates and detection rates.
NHI Mgmt Group analysis
Scam reporting fragmentation is now a control failure, not a communications issue. When 75% of victims do not report and many do not know where to report, the system is failing at intake, routing, and intelligence conversion. That means fraud teams are operating with incomplete evidence while offenders iterate quickly across institutions. The governance gap is the absence of a shared reporting fabric, not simply a lack of public awareness. Practitioners should treat reporting design as part of fraud control architecture.
Identity and fraud programmes need a common signal model for authorised loss events. Scams are unusual because victims often authorise the payment themselves, which blurs the line between consent, compromise, and fraud. That creates blind spots for teams that rely only on transaction anomalies or traditional account takeover patterns. The right response is to connect identity verification, behavioural biometrics, and payment intelligence into a single fraud view. In this domain, phishing-resistant MFA is necessary but not sufficient, because the attack often succeeds after authentication. Practitioners should align controls to the moment trust is manipulated, not only the moment credentials are stolen.
National-scale scam risk is forcing fraud operations into a public-interest role. The article shows that banks are now treated by victims as the first responder, which changes expectations around case handling, alerting, and external coordination. That does not turn every bank into a law-enforcement function, but it does mean fraud operations must support faster triage, better evidence packaging, and clearer cross-sector escalation. The institutions that can translate individual complaints into network intelligence will shape the next generation of scam defence. Practitioners should design for intelligence sharing, not isolated case closure.
Cross-sector fraud defence needs governance as much as analytics. The article argues for a unified intelligence loop across banks, telecoms, platforms, and government, and that is the right framing. Analytics can detect patterns, but governance determines whether those patterns are shared, standardised, and acted on in time. In practice, the missing layer is often accountable data exchange, not detection capability. Fraud teams should therefore view scam defence as a coordination problem that spans policy, operations, and trust frameworks. Practitioners should make interoperability part of fraud strategy, not an afterthought.
From our research library:
- Organisations maintain an average of 6 distinct secrets manager instances, creating fragmentation that undermines centralised control, according to the State of Secrets in AppSec.
- Read next: Vendor Security Assessment Template
What this signals
Scam defence is becoming an identity-adjacent governance problem. When victims authorise payments themselves, the control objective shifts from blocking access to detecting manipulated trust before funds move. That makes the quality of reporting, identity verification, and behavioural signal sharing part of the same security conversation. Practitioners should expect fraud programmes to absorb more of the governance burden traditionally associated with customer trust and account protection.
Unified intelligence loops will matter more than isolated detection wins. A bank can stop one scam, but a cross-institution pattern is what bends the curve. The practical challenge is making reports machine-readable, shareable, and fast enough to influence intervention before the next victim is targeted. Practitioners should prepare for greater pressure to integrate fraud operations with external coordination mechanisms rather than rely on internal detection alone.
Reporting design is the new fraud control surface. If the intake path is confusing, the organisation loses both customer confidence and threat visibility. The next phase of scam prevention will reward programmes that can absorb complaints, standardise them, and feed them into shared intelligence without adding friction for victims. Practitioners should expect reporting workflow quality to become a measurable security outcome.
For practitioners
- Standardise scam intake and classification Create a single reporting taxonomy for scams across branches, call centres, apps, and fraud queues so every complaint becomes usable intelligence instead of a standalone case.
- Route victim reports into transaction monitoring Link complaint intake directly to fraud monitoring so reports can be correlated with payment patterns, mule behaviour, and repeated beneficiary exposure.
- Reduce reporting friction for victims Simplify the path from customer complaint to formal report, including clear instructions for where to escalate and what evidence to capture.
- Measure trust barriers alongside loss metrics Track how often victims abandon reporting, where they get stuck, and whether they believe reporting will change recovery or prevention outcomes.
Key takeaways
- Scams now sit at the intersection of fraud, trust, and national security, so the governance response has to be broader than transaction monitoring alone.
- The most material operational gap is reporting fragmentation, which prevents victim complaints from becoming coordinated intelligence.
- Fraud and identity teams should redesign intake, routing, and external sharing so that each report can support detection, remediation, and cross-sector response.
Related NHI Mgmt Group resources: Vendor Security Assessment Template · Security Questionnaires Guide · SEC Cybersecurity Disclosure Rules Guide
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 and NIST SP 800-63 set the technical controls, while GDPR defines the regulatory obligations.
| Framework | Control / Reference | Relevance |
|---|---|---|
| NIST CSF 2.0 | GV.RM-01 — Risk Management Strategy | The article is fundamentally about scam risk as an enterprise and societal governance issue. |
| PR.AA-05 — Access Permissions, Entitlements and Authorizations | Scams exploit trusted payment pathways and identity assurance gaps rather than malware. | |
| Recommendation — Integrate scam reporting and fraud intelligence into enterprise risk management and cross-sector response planning. Tighten authorisation and step-up controls where payment trust can be manipulated by social engineering. | ||
| NIST SP 800-63 | SP 800-63B — Authentication | Identity assurance remains relevant where scam defence relies on proving who is acting in a transaction flow. |
| Recommendation — Use strong authentication and step-up checks for high-risk actions that follow identity verification. | ||
| GDPR | Art.32 — Security of Processing | Where scam reports include personal and financial data, the handling of those records requires secure processing. |
| Recommendation — Protect victim report data with secure processing, minimisation, and controlled sharing across response partners. | ||
Key terms
- Authorised Push Payment Fraud: A payment scam in which the victim is persuaded to authorise the transfer themselves. The transfer is technically authorised, but the decision is corrupted by deception, which makes liability, evidence, and prevention harder to separate from standard transaction controls.
- Detection Gap: Detection gap is a period, technique, or environment where malicious activity is not visible to existing controls or analysts. It leaves attackers free to operate without alerting, so teams identify gaps by testing detections, reviewing telemetry coverage, and checking whether critical assets generate the logs needed to investigate.
- Fraud Intelligence Loop: A closed process that turns customer complaints, transaction data, and investigative findings into actionable detection and response. The loop matters because isolated reports are weak signals, but standardised intake and sharing can reveal repeat tactics, linked accounts, and campaign-level behaviour.
- Cross-Boundary Signal Sharing: Cross-boundary signal sharing is the controlled exchange of fraud indicators between organisations that do not share the same operational stack. It improves detection by revealing patterns that only become clear when identity, channel and transaction data are considered together.
Deepen your knowledge
The NHI Foundation Level course, the industry's only accredited NHI security programme, covers NHI governance, machine identity security, and secrets management. It helps practitioners connect identity controls to the broader security and fraud programmes their organisations depend on.
Published by the NHIMG editorial team on October 22, 2026.
NHI Mgmt Group, the independent authority on Non-Human Identity, IAM, and Agentic AI security. nhimg.org