Subscribe to the Non-Human & AI Identity Journal
Home FAQ Threats, Abuse & Incident Response Why do crypto firms struggle with fraud even…
Threats, Abuse & Incident Response

Why do crypto firms struggle with fraud even when verification rates improve?

← Back to all FAQ
By NHI Mgmt Group Editorial Team Updated June 10, 2026 Domain: Threats, Abuse & Incident Response

Because a better pass rate does not eliminate adversarial adaptation. Fraud often moves into synthetic identity creation, social engineering, and mule-supported abuse after the initial proofing step. That means the system can look healthier at onboarding while fraud pressure shifts into later lifecycle stages. Teams need joined-up controls, not isolated proofing.

Why This Matters for Security Teams

Improving verification rates is useful, but it does not end fraud. Crypto firms face adversaries who adapt after onboarding, shifting into account takeover, synthetic identity construction, social engineering, and mule-enabled cashout paths. That is why a high pass rate at the gate can coexist with worsening fraud later in the customer lifecycle. The real risk is not only who gets in, but what they can do after trust is granted.

This is especially visible when identity proofing, transaction monitoring, and customer risk scoring are managed as separate functions. Current guidance from the NIST Cybersecurity Framework 2.0 emphasises coordinated risk management across the full lifecycle, which is the right lens for fraud operations as well. NHI Mgmt Group’s Ultimate Guide to NHIs makes the same point in identity terms: controls fail when they are treated as one-time checks rather than continuous governance. In practice, many security teams encounter the real fraud pattern only after onboarding metrics improve and downstream abuse has already started.

How It Works in Practice

Fraud teams need to treat verification as one input, not the control plane. In crypto environments, a legitimate-seeming identity can still be part of an organised fraud chain that uses reused devices, layered accounts, shared payment instruments, and coordinated mule activity. A stronger pass rate may simply mean the first checkpoint is easier to satisfy, while the attacker adjusts the rest of the path.

Practically, the response is to connect proofing with ongoing behavioural and transaction controls. That includes linking identity attributes, device intelligence, funding sources, withdrawal patterns, beneficiary changes, and support interactions into one risk view. The point is not to overfit every case, but to detect when a trusted account starts behaving like a fraud node. NHI governance provides a useful parallel here because lifecycle control matters more than point-in-time validation. The Ultimate Guide to NHIs highlights how poor lifecycle visibility creates hidden exposure, and fraud programs face the same problem when they stop at onboarding.

  • Tie KYC outcomes to device reputation, geolocation drift, and payment instrument reuse.
  • Use step-up review when account behaviour changes faster than the customer profile would suggest.
  • Monitor for mule patterns, including rapid pass-through of funds and repeated counterparty links.
  • Feed confirmed fraud outcomes back into proofing rules so the model learns beyond initial verification.

Best practice is evolving toward continuous, risk-based decisioning rather than fixed approval thresholds. These controls tend to break down when fraud volume is high and teams rely on manual review queues, because the attacker can scale faster than case handling.

Common Variations and Edge Cases

Tighter verification often increases friction, which forces organisations to balance conversion against loss prevention. That tradeoff becomes sharper in crypto because user populations can be global, pseudonymous, and highly sensitive to onboarding delays. The answer is not always stricter proofing; sometimes it is better segmentation, where lower-risk flows are streamlined and high-risk flows receive deeper scrutiny.

There is no universal standard for this yet, especially for firms that combine exchange services, custody, and payments under one platform. Some teams will see most fraud in first-party abuse, while others will see collusive networks that pass verification cleanly and fail later at withdrawal or chargeback equivalents. The operational mistake is assuming improved verification means the fraud problem is solved. In reality, fraud often migrates to the stage with the weakest governance.

For a broader identity risk baseline, compare onboarding performance with the lifecycle and exposure issues described in Ultimate Guide to NHIs. That framing helps teams avoid overvaluing pass rates and underinvesting in monitoring, escalation, and response.

Standards & Framework Alignment

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

OWASP Non-Human Identity Top 10 address the attack and risk surface, while NIST CSF 2.0 and NIST AI RMF set the governance and control requirements practitioners need to meet.

FrameworkControl / ReferenceRelevance
NIST CSF 2.0GV.RM-03Fraud needs lifecycle risk coordination, not isolated onboarding checks.
OWASP Non-Human Identity Top 10NHI-07Fraud controls fail when identity trust is granted without lifecycle oversight.
NIST AI RMFAI RMF supports ongoing measurement of shifting fraud patterns after onboarding.

Use govern and measure functions to track fraud drift across the full customer lifecycle.

NHIMG Editorial Note
Reviewed and updated by the NHIMG editorial team on June 10, 2026.
NHI Mgmt Group — the #1 independent authority on Non-Human Identity, IAM, and Agentic AI security. nhimg.org