By NHI Mgmt Group Editorial TeamPublished 2025-11-12Domain: Governance & RiskSource: Arkose Labs

TL;DR: Fraudsters are blending automation, stolen credentials, device spoofing, and manual follow-through to move from account creation to payment fraud in ways isolated bot detection or fraud tools cannot fully see, according to Arkose Labs. The governance gap is not visibility alone, but the failure to connect identity, device, and transaction signals into one trust model.


At a glance

What this is: Arkose Labs argues that modern fraud works by combining automated and manual steps across disconnected controls, so partial visibility leaves the attack chain intact.

Why it matters: IAM, fraud, and security teams need shared signal correlation because attackers exploit the seams between bot detection, device intelligence, and transaction controls.

👉 Read Arkose Labs' analysis of hybrid fraud and shared intelligence


Context

Modern fraud is no longer a single control problem. Attackers now move across account creation, device impersonation, credential abuse, and payment abuse in a way that leaves each individual tool with only part of the picture.

That matters for identity programmes because the real failure mode is not just bot activity or fraudulent transactions, but the absence of a shared identity and device context across controls. When the same actor can look automated in one stage and human in the next, isolated tooling creates a false sense of containment.


Key questions

Q: How should security teams handle fraud when bot detection and fraud tools see different parts of the attack?

A: They should correlate identity, device, and transaction signals into one investigative path. If bot detection sees automation, fraud tools see a bad payment, and device intelligence sees a suspicious endpoint, those findings should resolve to a single campaign view. Without that linkage, attackers can move from one control to the next without ever being understood as the same threat actor.

Q: Why do hybrid fraud campaigns defeat single-purpose controls?

A: Because the attacker changes shape during the campaign. Automated signup, credential abuse, legitimate device use, and manual fraud each look different when isolated. A control that only understands one stage will miss the handoff to the next stage. The result is not just missed alerts, but a broken trust model that treats one campaign as unrelated events.

Q: What signals indicate that an account creation spike is part of a larger fraud operation?

A: Look for reused devices, repeated session patterns, later manual logins from the same infrastructure, and downstream payment or abuse activity tied to the original signup cluster. The strongest indicator is when a supposedly separate fraud event shares identity or device lineage with the initial automation. That lineage is what turns isolated noise into a campaign.

Q: Who should own response when fraud signals span bot management, IAM, and payments?

A: Ownership should be shared, with a defined lead for correlation and containment. IAM teams should own identity history, fraud teams should own transaction abuse, and security teams should own cross-control evidence. The key is not forcing one team to own everything, but making sure no team can close a case without the others seeing the same risk picture.


Technical breakdown

Why bot detection misses hybrid fraud chains

Bot detection is designed to spot automation signals such as abnormal request rates, JavaScript tampering, signature reuse, and scripted account creation. It works well when the attacker remains machine-driven, but its value drops when the same campaign shifts to human-operated steps using stolen credentials or legitimate devices. At that point, the automation signals disappear even though the threat actor is still active. The important technical point is that fraud campaigns often change identity shape midstream, so a control built to classify sessions one way cannot explain the full attack chain on its own.

Practical implication: treat bot signals as one layer in a broader identity risk model, not as a complete fraud decision engine.

How device intelligence and credential abuse intersect

Device intelligence tracks fingerprints, reputation, emulators, spoofed environments, and anomalous session patterns across time. That helps expose device farms or reused infrastructure, but it can still miss the origin of the compromise if the device later behaves like a normal user endpoint. Credential stuffing creates that problem: an attacker may first trigger automated abuse, then return days later through a legitimate login flow. The technical issue is correlation across sessions and stages. Without linking the original compromise to the later transaction or account abuse, defenders see clean-looking sessions that are actually part of a larger fraud operation.

Practical implication: correlate device risk with authentication history and downstream account behaviour before you trust a session.

Why shared intelligence changes fraud detection quality

Shared intelligence combines bot signals, device reputation, and behavioural analysis into one chain of evidence. That does not just improve detection coverage. It changes the quality of the decision because each signal explains the others. A device that looks legitimate in isolation may become high risk once its earlier automation history is known. Likewise, an automated signup spike becomes more actionable when it is linked to later manual fraud on the same infrastructure. This is the architectural difference between isolated alerts and coordinated attack narrative reconstruction.

Practical implication: design fraud workflows to exchange signals across controls so teams can reconstruct campaigns rather than triage fragments.


Threat narrative

Attacker objective: The attacker wants to turn fragmented identity and device activity into successful fraud without triggering a unified defense response.

  1. Entry begins with scaled account creation, credential stuffing, or device spoofing that seeds the fraud campaign with plausible identities and infrastructure.
  2. Escalation follows when attackers reuse those accounts or devices through manual logins, replayed sessions, or low-and-slow operations that evade single-purpose controls.
  3. Impact occurs when the campaign reaches payment fraud, account takeover, or coordinated abuse that was invisible to any one tool but clear when signals are linked.

Read our 52 NHI Breaches Analysis report for a comprehensive view of breaches impacting Non-Human Identities including AI Agents.


NHI Mgmt Group analysis

Hybrid fraud succeeds because defenders still separate identity signals from fraud signals. The article shows a campaign that moves from automated account creation to later human-operated fraud, which means no single control sees the whole threat. That is not just a tooling gap. It is a programme design gap that leaves account, device, and transaction context disconnected. Practitioners should treat cross-domain correlation as the control objective, not a reporting convenience.

Visibility without context is a broken governance model for modern fraud. A bot tool can detect automation, a fraud tool can flag a bad transaction, and device intelligence can mark a risky endpoint, yet none of them can prove they are seeing the same attacker unless the signals are joined. That makes the real failure mode a fragmented trust model across identity stages. The implication is that fraud prevention and identity governance now share the same evidence chain.

Shared intelligence is becoming the minimum viable control plane for identity-driven fraud. Arkose Labs' framing reflects a broader shift: attackers now deliberately exploit the seams between standalone security and fraud prevention tools. That means the control question is no longer whether each tool works in isolation, but whether the programme can reconstruct a campaign across time, device, and identity. Practitioners should expect convergence pressure between IAM, fraud, and security operations.

Bot management and fraud prevention are now lifecycle problems, not point-in-time detections. The same account can be created automatically, held dormant, then reused manually weeks later. That makes lifecycle context central to risk decisions because the threat persists after the original detection event. Teams should re-evaluate whether their identity workflow can preserve and act on history across sessions, not just score the latest event.

From our research:

  • 85% of organisations lack full visibility into third-party vendors connected via OAuth apps, according to The State of Non-Human Identity Security.
  • Only 1 in 4 organisations are already investing in dedicated NHI security capabilities, which shows how uneven the market remains even before hybrid fraud and identity abuse converge.
  • For the governance angle behind this gap, see NHI Lifecycle Management Guide for the lifecycle controls that reduce blind spots across provisioning, rotation, and offboarding.

What this signals

Hybrid fraud is pushing security teams toward correlation-first operations. If bot, device, IAM, and fraud systems cannot exchange context, the programme will keep producing partial truths. That is why shared case handling matters more than another isolated detector.

Control handoffs are now the most dangerous place in the fraud stack. Attackers increasingly rely on the gap between the first automated step and the later human or manual step. Teams that map those handoffs explicitly will catch more campaigns before payment abuse or account takeover completes.


For practitioners

  • Join identity, device, and transaction telemetry Create shared case correlation across login, device reputation, account creation, and payment events so analysts can see one campaign instead of three disconnected alerts.
  • Model hybrid fraud as a staged attack chain Map the sequence from automated signup to manual abuse, then test whether each control can pass context forward when the attacker changes tactics.
  • Review false-negative paths across control handoffs Identify where a bot block, a clean device score, or a normal-looking login can each reset risk scoring and let the same actor continue unchallenged.
  • Build joint escalation rules for fraud and IAM teams Define when suspicious device clusters, reused credentials, or repeated low-and-slow activity require coordinated review before funds movement or account recovery.

Key takeaways

  • Modern fraud is increasingly a cross-control problem, with attackers using automation, stolen credentials, and manual follow-through to evade single-purpose detection.
  • The evidence in this article points to a recurring scale issue: each tool sees only one slice of the attack, so the campaign survives until signals are correlated.
  • Practitioners should shift from isolated detection to shared identity and device context so fraud, IAM, and security teams can act on one campaign view.

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 Zero Trust (SP 800-207) set the governance and control requirements practitioners need to meet.

FrameworkControl / ReferenceRelevance
NIST CSF 2.0DE.CM-1Cross-signal fraud detection depends on continuous monitoring across identity and device events.
NIST Zero Trust (SP 800-207)PR.AC-1Identity context must travel across access decisions and session changes in hybrid fraud scenarios.
OWASP Non-Human Identity Top 10NHI-03Reused credentials and unmanaged identity history are central to hybrid fraud chains.

Correlate identity, device, and transaction telemetry under DE.CM-1 to detect campaigns earlier.


Key terms

  • Hybrid Fraud: Fraud that combines automated and human-operated steps across more than one control surface. The campaign may start with bot-driven account creation, then shift to manual abuse using stolen credentials, legitimate devices, or reused sessions.
  • Device Intelligence: The practice of identifying risk from the device itself, including fingerprint consistency, reputation, emulator use, and anomalous behaviour across sessions. It helps reveal spoofing and device farms, but only becomes fully useful when joined with identity and transaction context.
  • Signal Correlation: The process of joining related indicators from separate security systems so a single campaign can be understood end to end. In fraud and identity programmes, correlation turns disconnected alerts into evidence of shared attacker behaviour.
  • Attack Chain Reconstruction: The act of linking events across time and controls to explain how an attacker moved from entry to impact. For modern fraud, reconstruction is essential because the meaningful threat often appears only after automated and manual stages are combined.

Deepen your knowledge

NHI governance, agentic AI identity, and machine identity lifecycle are core topics in our NHI Foundation Level course, the industry's only accredited NHI security programme. If you are responsible for identity security strategy or NHI governance in your organisation, it is worth exploring.

This post draws on content published by Arkose Labs: Fraud Prevention Countermoves against Modern Fraudsters. Read the original.

NHIMG Editorial Note
Published by the NHIMG editorial team on 2025-11-12.
NHI Mgmt Group — the independent authority on Non-Human Identity, IAM, and Agentic AI security. nhimg.org