Independent analysis by NHI Mgmt GroupSource article: Sift, “How to Detect Fake Accounts and Multi-Accounting” (August 24, 2026)

TL;DR: Fraud rings can turn one playbook into dozens of accounts, and Sift says more than 8% of global account creation attempts were flagged as suspected digital fraud in 2025, showing why single-account review misses coordinated abuse. The real control challenge is linking device, network, payment, and behavioural signals before fake accounts are used for promotions, listings, or takeover.


At a glance

What this is: NHI Mgmt Group's analysis, drawing on Sift's blog post: Multi-accounting is visible only when teams correlate linked identity and behavioural signals across accounts.

Why it matters: It matters because marketplace trust and safety teams cannot reliably stop ring activity by evaluating each account in isolation; the control point is relationship analysis across the user journey.


Context

Multi-accounting is a governance problem when fraud control is built around a single profile rather than a connected identity graph. In marketplace environments, fake accounts often look ordinary on their own but become obvious when device, network, payment, and behavioural reuse is examined together.

The article’s core point is that the detection boundary has to move from individual signup attributes to linked signals across the account lifecycle. That makes this relevant to identity verification, fraud operations, and the broader question of how trust systems detect coordinated abuse instead of isolated anomalies.


Key questions

Q: What breaks when multi-accounting fraud is evaluated one account at a time?

A: Single-account evaluation misses the relationship pattern that defines multi-accounting. A fraudster can vary emails, phone numbers, payment methods, and timing so each profile looks plausible on its own. The failure is not in the account record, but in the absence of linkage analysis across devices, behaviours, and infrastructure.

Q: Why does multi-accounting create so much risk in marketplaces?

A: Marketplaces reward new accounts through bonuses, referrals, discounts, and listing access, so fraud rings can replay the same playbook repeatedly. The risk rises because the abuse is economically scalable, not just technically clever. Once the cluster is established, it can be used for promotions, fraudulent listings, and later account takeover.

Q: How do security and trust teams know whether their fraud controls are actually working across regions?

A: They know controls are working when verification outcomes, fraud loss rates, and escalation patterns stay stable after normalising for market risk. Look for consistent false positive rates, fewer repeated abuse patterns, and faster containment in high exposure countries. If results vary sharply by region, the control design is probably not aligned to local conditions.

Q: What should teams do after a suspicious account is linked to a wider cluster?

A: Escalate the whole linked cluster for review, then apply proportional friction based on risk level. Evidence should travel with the case so analysts can see the shared device, payment, and behavioural signals immediately. That prevents repeated manual work and reduces the chance that one blocked account simply spawns the next one.


Technical breakdown

Why single-account scoring misses ring behaviour

Single-account scoring assumes each registration attempt can be judged independently. Multi-accounting breaks that model because the fraud signal sits in the relationship between accounts, not in any one account field. A ring can vary names, emails, and phone numbers while keeping the same device, payout method, or IP cluster. That is why surface-level checks often produce false confidence: the account looks new, but the underlying infrastructure and behaviour are reused. Link analysis is the technical answer because it turns weak signals into a graph that can expose shared ownership and coordinated creation patterns.

Practical implication: move from per-account review to graph-based identity linkage so repeated infrastructure reuse becomes visible.

How device, payment, and behavioural correlation exposes fake accounts

Device fingerprinting, payment instrument reuse, and behavioural telemetry are the strongest cross-account indicators because they are harder to vary at scale than profile text. Screen resolution, browser configuration, transaction timing, page navigation, and login cadence create a repeatable pattern even when the fraud ring changes names and contact details. The value comes from combining these signals rather than trusting any one of them. When the same card, device, or behavioural rhythm appears across supposedly unrelated accounts, the detection model can treat them as a cluster and escalate accordingly.

Practical implication: correlate device, payment, and behavioural data in one workflow instead of relying on isolated flags.

Why real-time workflows must extend beyond signup

Fraud rings often behave normally during registration and reveal themselves later at first login, first listing, first payout, or password reset. That is why the control surface must include the full user journey, not just account creation. Real-time scoring at each high-risk event lets teams apply dynamic friction proportionally, rather than forcing every legitimate user through the same barrier. Queueing suspicious cases with evidence attached then gives analysts a faster path to decisioning and reduces the chance that a linked ring keeps operating while one account is under review.

Practical implication: score and act at post-signup events as well as registration, then route evidence-rich cases to analysts.


NHI Mgmt Group analysis

Multi-accounting is a relationship problem, not a record problem. Trust and Safety teams lose coverage when they treat identity as a per-account object instead of a network of linked signals. The practical boundary shifts to shared device, payment, and behavioural evidence, which means the governing question is whether the programme can see clusters rather than rows. Practitioners should design fraud controls around connected identity, not isolated account review.

Link analysis is the named control concept this category now depends on. The article shows why graphing shared attributes across accounts is more useful than scoring signup fields in isolation. This is the point where identity verification and fraud operations converge: the system must resolve whether multiple profiles are actually one actor or ring. Practitioners should treat linkage as a core detection primitive, not a secondary investigation aid.

Marketplace incentive design shapes the fraud model. New-seller bonuses, referral credits, and first-order discounts create a replay path that fraud rings can scale quickly. That means account creation risk is not just technical, it is economic and operational, because the business incentive structure can amplify abuse. Practitioners should align fraud controls with product incentives, or the abuse pattern will keep reappearing in new forms.

Detection that stops at signup creates a false sense of control. The article makes clear that many rings stay quiet until later lifecycle events such as first payout or password reset. That shifts the governance problem from onboarding to continuous monitoring across the account lifecycle, which is where Trust and Safety, IAM, and fraud teams need shared visibility. Practitioners should measure ring detection, not just signup rejection.

For identity programmes, this is a verification trust gap. A user can pass initial checks and still belong to a coordinated abuse cluster if the environment only verifies attributes and not relationships. The control lesson is that identity proofing, device intelligence, and behavioural evidence need to reinforce one another. Practitioners should treat multi-accounting as a case for stronger cross-signal assurance, not more friction alone.

What this signals

Multi-accounting changes the unit of analysis for trust and safety. Teams that keep optimising the signup decision will miss the more important question of whether multiple profiles belong to the same actor or ring. The practical shift is toward link analysis, where device, payment, and behaviour become the primary signals rather than account metadata alone.

Verification trust gaps now show up as cluster gaps. A marketplace can pass an account through onboarding and still fail at governance if it cannot connect that account to a broader fraud pattern later in the journey. Practitioners should expect more abuse at first payout, first listing, and post-signup access points than at registration itself.


For practitioners

  • Implement graph-based account linkage Correlate device, payment, network, and behavioural attributes so analysts can see rings, not just separate accounts.
  • Apply dynamic friction at high-risk events Trigger step-up checks at first login, first listing, first payout request, and password reset instead of relying on signup-only controls.
  • Review payout and payment reuse Treat reused cards, wallets, payout addresses, and billing overlaps as stronger ring indicators than name or email variation.
  • Measure ring-level takedowns Track how many linked clusters are shut down, how quickly new evasion patterns are detected, and how often false positives interrupt legitimate users.

Key takeaways

  • Multi-accounting is not best understood as a bad account problem, but as a coordinated relationship problem across linked identities.
  • The strongest evidence comes from shared devices, payment instruments, network ranges, addresses, and behavioural patterns that recur across accounts.
  • Fraud teams need cluster-level detection and lifecycle scoring, or they will keep banning symptoms while the ring keeps operating.

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 and OWASP API Security Top 10 address the attack surface, NIST SP 800-63 sets the technical controls, and GDPR defines the regulatory obligations.

FrameworkControl / ReferenceRelevance
OWASP Non-Human Identity Top 10NHI-03 — Vulnerable Third-Party NHIShared devices and payment rails create linked abuse patterns similar to reused non-human identity dependencies.
Recommendation — Map shared-account abuse to NHI-03 patterns and inspect reused identity dependencies for hidden linkage.
OWASP API Security Top 10API9 — Improper Inventory ManagementMulti-accounting detection depends on maintaining an accurate inventory of related accounts and their shared signals.
Recommendation — Maintain a complete inventory of linked accounts and suppression lists so cluster visibility does not fragment.
NIST SP 800-63SP 800-63B — AuthenticationThe article centres on how authentication and account proofing signals are assessed across the lifecycle.
Recommendation — Use SP 800-63B to strengthen authentication checks where account reuse or takeover risk is elevated.
GDPRArt.5 — Principles relating to processing of personal dataFraud detection here processes personal data, so minimisation and purpose limitation still apply.
Recommendation — Apply Art.5 principles to keep fraud telemetry proportionate and limited to the purpose of abuse prevention.

Key terms

  • Multi-accounting: Multi-accounting is the practice of one actor creating or controlling multiple identities to evade limits, gain incentives, or hide coordinated behaviour. In betting and fraud environments, it matters because the platform may see each account as separate unless identity signals are correlated across devices, payments, and sessions.
  • Link Analysis: Link analysis is the practice of connecting events, entities, and relationships so investigators can see behaviour in context. In security operations, it turns isolated logs into a traceable sequence that reveals who or what acted, how systems are connected, and why an activity matters.
  • Dynamic Friction: Dynamic friction is the practice of adding more user challenge only when risk rises. Rather than forcing every user through the same experience, the system adapts its response to context, which helps preserve conversion while still reducing fraud exposure in higher-risk scenarios.
  • Device Fingerprinting Accuracy: Device fingerprinting accuracy is the rate at which a system correctly recognises a returning device as the same device on later visits. In practice, it measures how reliably identification persists over time, especially when browser, hardware, and network signals are reused or change slightly.

Deepen your knowledge

NHI Mgmt Group covers identity security, NHI governance, and agentic AI through independent research, practitioner guides, and the NHI Foundation Level course. It is a useful foundation for practitioners who need to connect identity governance to broader fraud and access-control decisions.
NHIMG Editorial Note
Published by the NHIMG editorial team on August 25, 2026.
Updated on October 11, 2026.
NHI Mgmt Group, the independent authority on Non-Human Identity, IAM, and Agentic AI security. nhimg.org