TL;DR: Marketplace fraud on two-sided platforms spans seller fraud, buyer fraud, account takeover, multi-accounting, and policy abuse, and Sift argues that static onboarding checks miss patterns that emerge later across the user lifecycle. The key issue is that trust signals must be monitored continuously because marketplaces do not control both sides of the transaction.
At a glance
What this is: NHI Mgmt Group's analysis, drawing on Sift's blog post: Marketplace fraud is structurally different from single-sided e-commerce, and static onboarding controls miss fraud that appears later in the user lifecycle.
Why it matters: It matters to IAM, fraud, and trust teams because marketplace risk depends on continuous identity and behaviour governance across buyers, sellers, and accounts that can be reused, taken over, or coordinated.
Context
Marketplace fraud is a trust-governance problem, not just a payments problem. In two-sided platforms, the operator controls the marketplace rules but does not directly control either participant, which means identity, intent, and behaviour can shift after onboarding. That creates a governance gap between account creation controls and the fraud patterns that emerge during use.
The article is about platform-level trust signals across the lifecycle, including seller fraud, buyer fraud, account takeover, multi-accounting, and policy abuse. For IAM and NHI practitioners, the useful parallel is that standing trust assumptions break down when access, reputation, or account control can be reused, transferred, or manipulated after initial verification.
Key questions
Q: What breaks when marketplace fraud controls only focus on onboarding?
A: Onboarding-only controls miss fraud that emerges later through account takeover, fake reviews, refund abuse, and coordinated seller behaviour. In marketplaces, trust is a lifecycle issue, so a clean registration event does not prove a safe account. Teams need ongoing behavioural and relationship checks to catch abuse after the account starts operating.
Q: Why do two sided marketplaces attract more fraud than simpler commerce models?
A: Two sided marketplaces create more fraud opportunity because they involve more actors, more transactions, and more complex trust relationships. That complexity makes fraud harder to detect, while attackers can exploit stolen cards, account takeover, fake listings, fake reviews, and money laundering paths. The broader the platform, the easier it is for abuse to blend into normal activity.
Q: How can teams tell whether marketplace trust signals are being abused?
A: Look for account reuse, abrupt changes in seller behaviour, repeated device or payment overlaps, and review or rating patterns that do not match genuine commerce. Those signals often indicate that reputation has been repurposed rather than earned through real activity.
Q: When should marketplace operators escalate from rules to graph-based analysis?
A: Use graph-based analysis when fraud appears coordinated, repeats across accounts, or survives ordinary rule tuning. If individual alerts keep missing the pattern, the problem is likely relational and the platform needs network-level detection instead of isolated account checks.
Technical breakdown
Why two-sided marketplaces create a different fraud surface
A marketplace is structurally different from single-sided commerce because the platform mediates trust between independent participants rather than controlling both sides of the transaction. That means a buyer, seller, or coordinated fraud ring can exploit the system through account creation, reputation abuse, or transaction manipulation without ever appearing anomalous at onboarding. Fraud detection therefore has to model relationships, not just individual accounts. The useful security lesson is that the trust boundary is dynamic: once a seller account gains reputation, it can be repurposed for abuse in a way a fresh account cannot.
Practical implication: Model trust at the relationship level, not only at account registration.
Why lifecycle monitoring matters more than onboarding checks
Many marketplace fraud patterns only become visible after registration, when a legitimate-looking account begins to behave like a fraud asset. A seller can operate normally for weeks, then pivot into non-delivery scams, counterfeit listings, or triangulation fraud. Buyers can also exploit protections later through return fraud or chargeback abuse. This is why the article emphasises continuous monitoring across registration, login, listing, transaction, and dispute events. In identity terms, the problem is not proof of entry alone. It is the reuse of a previously trusted account in a new risk context.
Practical implication: Extend risk scoring beyond onboarding into transaction and dispute stages.
How graph-based signals expose coordinated fraud networks
Single-account signals are often too weak to identify organised fraud because the real pattern emerges across linked devices, IPs, payment methods, and behavioural similarities. Graph-based analysis turns those fragments into a network view, allowing teams to see fake buyer and seller clusters, wash trading, and cross-account orchestration. This is similar to how identity teams think about shared secrets or overused credentials, except here the abuse manifests as trust manipulation rather than direct privilege escalation. The point is not just detection depth. It is connecting seemingly legitimate activity into a coordinated abuse pattern.
Practical implication: Use relationship analysis to surface fraud rings that look benign account by account.
Threat narrative
Attacker objective: The attacker aims to monetise trust by using marketplace accounts, reputation, and platform protections to move goods or money without legitimate fulfilment.
- Entry begins when fraudsters create fake buyer or seller accounts, or take over established accounts with positive reputation.
- Credential and trust abuse follows when those accounts are used to post fraudulent listings, file false claims, manipulate reviews, or exploit buyer protection and chargeback processes.
- Impact occurs when coordinated activity launders money, distorts marketplace signals, and creates direct financial loss for sellers, buyers, and the platform.
Breaches seen in the wild
- Arup deepfake fraud 2024: Deepfakes of Arup's CFO and colleagues on a video call led a Hong Kong employee to transfer HK$200 million (about US$25.6m) to fraudsters.
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
Marketplace fraud is an identity governance problem disguised as transaction risk. The article shows that the decisive control failure is not weak checkout monitoring alone, but the inability to govern who can continue to act as a trusted participant after initial verification. That makes lifecycle trust the real control surface, especially where buyer and seller roles are both mutable. Practitioners should treat account trust as a governed state, not a one-time onboarding outcome.
Continuous post-registration monitoring is the named governance gap. Static onboarding checks assume risk is front-loaded at account creation, but the article makes clear that abuse often appears after legitimate registration and reputation building. That is the same structural flaw seen in other identity programmes that certify a point in time instead of managing behaviour over time. The practical conclusion is that controls must follow the account through listing, transaction, and dispute activity.
Graph analysis is the right response to coordinated abuse because fraud rings are relational, not atomic. Shared devices, overlapping infrastructure, and payment linkages reveal organised abuse better than isolated rules on a single account. This is the named concept of cross-account trust collapse: when the platform can no longer distinguish independent participants from a coordinated network. Practitioners should focus on connectedness as the abuse signal, not just per-account anomalies.
Marketplace fraud protection fails when trust signals are treated as static proxies for legitimacy. A positive seller history, a verified buyer profile, or a clean registration event does not remain reliable if identity and intent can be repurposed later. For identity and fraud teams, the lesson is to govern the trust signal itself, not just the identity record behind it. The programme implication is continuous re-evaluation, not immutable assurance.
From our research library:
- Nearly 60% of companies reported that fraud losses were still increasing in 2025.
What this signals
Cross-account trust collapse: the article points to a familiar governance failure where the platform treats a verified account as permanently trustworthy, even though the same account can later be reused, taken over, or folded into a fraud ring. For practitioners, that means the control boundary has to move from initial verification to continuous trust re-evaluation across the full lifecycle.
Marketplace fraud also shows why identity and fraud operations cannot live in separate silos. Account takeover, multi-accounting, and policy abuse are different abuse modes, but they all exploit the same weakness: the platform cannot assume that a clean registration event proves a durable legitimate relationship.
For practitioners
- Implement lifecycle-based fraud monitoring Track risk across registration, login, listing, transaction, and dispute events so that legitimate onboarding does not become a blind spot for later abuse.
- Correlate cross-account relationships Link shared devices, IP infrastructure, payment methods, and behavioural patterns to reveal coordinated seller and buyer networks.
- Tune controls for account takeover reuse Treat established seller accounts with positive history as high-value fraud targets and apply elevated scrutiny to changes in listing behaviour, payment patterns, or dispute activity.
- Separate policy-abuse signals from fraud loss signals Detect multi-accounting, referral abuse, and review manipulation as distinct abuse classes so incentive misuse does not get buried inside generic payment fraud workflows.
Key takeaways
- Marketplace fraud is fundamentally a trust-governance problem because the platform does not control both sides of the transaction.
- Static onboarding checks miss later-stage abuse, including account takeover, multi-accounting, seller fraud, and chargeback manipulation.
- The strongest defence is continuous, relationship-aware monitoring that evaluates accounts, devices, payments, and behaviour across the full lifecycle.
Standards & Framework Alignment
This section maps relevant standards and security frameworks to the operational risks and controls described in this guidance.
OWASP Agentic AI Top 10 addresses the attack surface, NIST CSF 2.0, NIST SP 800-53 Rev 5 and CIS Controls v8 set the technical controls, and GDPR defines the regulatory obligations.
| Framework | Control / Reference | Relevance |
|---|---|---|
| OWASP Agentic AI Top 10 | ASI03 — Identity & Privilege Abuse | Marketplace account takeover and reuse mirror identity abuse of trusted accounts. |
| Recommendation — Apply ASI03 thinking to monitor when trusted accounts are repurposed for actions outside their original context. | ||
| NIST CSF 2.0 | PR.AA-05 — Access Permissions, Entitlements and Authorizations | Marketplace trust signals act like authorisation state that must be continuously governed. |
| Recommendation — Review entitlements and trust states continuously instead of relying on initial verification alone. | ||
| NIST SP 800-53 Rev 5 | IA-5 — Authenticator Management | Account takeover and credential reuse are central abuse paths in marketplace fraud. |
| Recommendation — Manage authenticators tightly and revoke credentials when account behaviour shifts unexpectedly. | ||
| CIS Controls v8 | CIS-5 — Account Management | Marketplace abuse depends on weak account lifecycle governance and reuse. |
| Recommendation — Strengthen account lifecycle controls to detect reused, shared, or repurposed marketplace identities. | ||
| GDPR | Art.32 — Security of processing | Where marketplace profiles and behavioural signals involve personal data, security of processing is relevant. |
| Recommendation — Protect behavioural and identity data with controls proportionate to the fraud and privacy risk. | ||
Key terms
- Marketplace Fraud Friction: The operational cost created when security controls slow down legitimate marketplace participation. It includes drop-off, support burden, and reduced conversion. Strong programmes reduce fraud while keeping the trust path light enough that honest users can still complete the journey.
- Account Takeover: Account takeover is unauthorized use of a legitimate account after an attacker obtains valid access through stolen credentials, tokens, or trusted integrations. The key security problem is that the resulting activity often looks normal to logs and controls, which makes containment and attribution harder than in a forced-entry breach.
- 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.
- Cross-Account Relationship Analysis: A detection method that links accounts through shared devices, IP infrastructure, payment methods, and behavioural patterns. Rather than judging each account in isolation, it looks for network-level relationships that reveal coordinated fraud rings or repeated abuse across multiple identities.
Deepen your knowledge
NHI Foundation Level course, the industry's only accredited NHI security programme, covers NHI governance, identity lifecycle, and secrets management in a way that helps security teams connect account control to operational risk. It is designed for practitioners who need to govern trust across systems, users, and machine identities.
Published by the NHIMG editorial team on July 14, 2026.
Updated on October 13, 2026.
NHI Mgmt Group, the independent authority on Non-Human Identity, IAM, and Agentic AI security. nhimg.org