Registration is riskier because attackers can create entirely new accounts using stolen credentials, fake identities, or synthetic data before any trust history exists. That makes the business harder to defend than login, where a known account, device, or behavioral pattern may already exist. The article also notes that suspicious new accounts can outpace fraudulent logins by a wide margin.
Why Registration Carries the Higher Fraud Burden
Registration is the point where a business first decides whether a person, device, or session deserves a durable relationship. That makes it a high-value target for fraud because attackers can manufacture a new customer identity, choose weak or stolen attributes, and repeat the attempt at scale until one account is accepted. By comparison, login often occurs inside an existing trust boundary, where the organisation may already have device history, prior behaviour, transaction patterns, or anomaly signals to compare against.
This is why registration is not just a front-door event; it is a trust-creation event. Once a fraudulent account exists, it can be used for abuse, account farming, bonus exploitation, mule activity, or downstream impersonation. The security problem is amplified in digital customer journeys because the business usually wants low-friction onboarding, while fraud teams need stronger proof that the new relationship is real. NHI Management Group research also shows how dangerous ungoverned credentials become once trust is granted: Ultimate Guide to NHIs — Key Challenges and Risks notes that 97% of NHIs carry excessive privileges, which illustrates how quickly a newly created identity can become an outsized exposure if it is not constrained from the start.
In practice, many teams discover the real cost only after fraudulent registration traffic has already created a population of accounts that look legitimate enough to abuse.
How It Works in Practice
Registration fraud succeeds because the attacker controls the first data submission, not because the attacker has already broken into a known account. That lets them optimise for acceptance: reuse breached identities, generate synthetic profiles, vary email and phone combinations, and distribute attempts across devices, IPs, and geographies. Once the business accepts the account, the attacker can switch from identity creation to monetisation or access abuse.
Login is different. The business already has something to compare against: a known account history, a previous device, a familiar navigation pattern, a saved payment instrument, prior KYC state, or a known risk score. That does not make login safe, but it does make it easier to detect deviations from baseline. Registration lacks that baseline, so the control problem shifts from detecting anomaly within an existing relationship to proving whether a relationship should exist at all.
Practically, strong registration defence combines several signals rather than relying on any single gate. Common controls include velocity checks, bot detection, email and phone reputation, document verification where appropriate, graph analysis across shared attributes, and step-up verification when risk is elevated. The objective is not to reject every new user; it is to make mass synthetic creation expensive enough that the fraud model breaks before abuse scales. For a useful practitioner lens on credential lifecycle and visibility, the Ultimate Guide to NHIs is a strong reference because it ties identity creation to lifecycle control, rotation discipline, and visibility gaps that frequently mirror onboarding weaknesses in customer systems.
Current guidance suggests treating registration as a trust-scoring problem, not a pure authentication problem, because the absence of history is itself part of the risk signal. The model becomes harder when onboarding spans mobile apps, web flows, partner referrals, and self-service recovery, because those paths create different evidence quality and different abuse opportunities. These controls tend to break down when organisations optimise only for conversion and leave no room for device binding, step-up challenges, or post-registration review of suspicious clusters.
Common Variations and Edge Cases
Tighter registration controls often increase drop-off, so organisations have to balance fraud loss against customer friction. That tradeoff is most visible in markets with high growth pressure, where product teams may accept more onboarding risk to preserve conversion, or in regulated journeys where identity proofing is mandatory and the acceptable friction is higher.
There is no universal standard for this yet, because the right control mix depends on whether the business is protecting wallets, trial accounts, loyalty accounts, payouts, lending, or high-risk commerce. A low-value service may tolerate more leniency at sign-up and rely on downstream monitoring, while a payments or fintech journey usually needs much stronger proof at creation. Registration also becomes riskier when attackers can exploit referral incentives, promo abuse, or free-tier limits, because the attacker gains immediate economic value without needing to compromise an existing customer.
Practitioners should also separate identity proofing from account security. A strong login factor does not fix weak registration, and a clean onboarding flow does not prevent later takeover. The most resilient programmes treat the first few minutes after account creation as a separate risk window and watch for shared attributes, burst activity, and rapid monetisation. In that sense, registration is often where the fraud programme wins or loses the economics of the whole journey.
Standards & Framework Alignment
This section maps relevant standards and security frameworks to the operational risks and controls described in this guidance.
MITRE ATT&CK address the attack and risk surface, while CIS Controls v8, NIST CSF 2.0 and NIST AI RMF set the governance and control requirements practitioners need to meet.
| Framework | Control / Reference | Relevance |
|---|---|---|
| CIS Controls v8 | 5 — Account Management | Registration fraud creates unauthorized accounts that must be governed and reviewed. |
| Recommendation — Enforce account lifecycle controls to validate, approve, and disable suspicious registrations. | ||
| NIST CSF 2.0 | PR.AC — Identity Management, Authentication and Access Control | Registration is the moment identity trust and access boundaries are established. |
| DE.CM — Security Continuous Monitoring | Fraudulent registrations require ongoing detection after account creation. | |
| Recommendation — Apply identity controls to verify new-account legitimacy before granting access. Monitor onboarding anomalies and clustered abuse patterns across new accounts. | ||
| MITRE ATT&CK | T1585 — Establish Accounts | Attackers create new accounts to gain durable footholds through registration abuse. |
| Recommendation — Map suspicious sign-up patterns to account-creation abuse and hunt for farming activity. | ||
| NIST AI RMF | GOVERN — Govern AI risk governance | Risk-scored onboarding decisions need governed policy and accountability. |
| Recommendation — Define accountable approval rules for high-risk automated onboarding decisions. | ||
Practitioner Guidance
What to prioritise: Put the strongest friction on the highest-loss registration paths first, especially where new accounts can immediately redeem value, move funds, or trigger recovery flows. If every new user gets the same onboarding path, the business is probably over-trusting the lowest-information moment in the journey.
Decision rule: If the account can create financial, reputational, or access impact before any meaningful history exists, require step-up verification and post-create monitoring rather than relying on baseline login controls alone. If the account is low value and disposable, focus on velocity and clustering rather than over-verifying every individual user.
What to measure: Track new-account acceptance rate, first-day abuse rate, shared-attribute clustering, and the percentage of new accounts that reach a monetisation action within a short window. Those measures show whether registration is producing durable customers or just cheap identities.
Practitioner takeaway: The key judgement is to defend the creation of trust itself, not just the reuse of trust after it exists; once a fraudulent account is born, the cost of containment rises quickly.
Related resources from NHI Mgmt Group
- Why do fragmented identity systems create more fraud risk in AI-driven customer journeys?
- Why does relying on passwords create both security and user experience risk for digital services?
- Why do non-human identities create more risk than many human accounts?
- Why do non-human identities create more remediation risk than many human accounts?