TL;DR: Fake accounts, disposable emails, bots, and repeat free-trial abuse can inflate SaaS metrics, waste engineering time, and create compliance risk, according to WorkOS. The real issue is not growth volume but identity quality, because untrusted sign-ups corrupt both access decisions and the data leaders use to govern the business.
NHIMG editorial — based on content published by WorkOS: The hidden cost of bad sign-ups and how to stop them
By the numbers:
- When AWS credentials are exposed publicly, attackers attempt access within an average of 17 minutes, and as quickly as 9 minutes in some cases.
Questions worth separating out
Q: How should security teams stop disposable-email abuse at sign-up?
A: Security teams should block temporary email domains before account creation and pair that filter with additional trust signals such as IP reputation, device patterning, and rate limits.
Q: Why do fake accounts create an IAM problem, not just a growth problem?
A: Fake accounts create an IAM problem because they distort the organisation’s trust model.
Q: What do teams get wrong about CAPTCHA and bot detection?
A: Teams often assume one challenge response is enough to separate humans from automation, but modern abuse uses browser simulation, distributed requests, and repeated retries.
Practitioner guidance
- Move trust checks into registration, not cleanup Enforce disposable-email screening, sanctions checks, and basic fraud signals before the account is activated.
- Correlate repeated trial abuse across identities Use device fingerprinting, request velocity, and reused network patterns together so the same actor cannot simply rotate emails or IPs.
- Treat sign-up controls as part of the access lifecycle Connect onboarding checks to entitlement issuance, billing, and offboarding so fraudulent or restricted accounts cannot persist unnoticed.
What's in the full article
WorkOS's full article covers the operational detail this post intentionally leaves for the source:
- How the Radar layers combine to reduce false positives while blocking disposable emails and bot traffic.
- The practical implementation logic behind traffic analysis, velocity checks, and repeat sign-up detection.
- Why sanctions enforcement at the network edge matters for product and compliance teams.
- How the sign-up protections are positioned for SaaS teams trying to balance friction and abuse reduction.
👉 Read WorkOS's article on stopping bad sign-ups and fake account abuse →
Bad sign-ups and fake accounts: what IAM teams need to fix?
Explore further
Low-quality sign-up data is a governance failure, not a growth metric problem. When disposable emails and repeat trials enter the funnel, the organisation creates identities it cannot trust from the outset. That breaks the assumption that a registered user represents a real, accountable customer, and it contaminates every downstream control that depends on that assumption. The implication is that identity quality must be treated as a control plane, not a marketing afterthought.
A few things that frame the scale:
- The average organisation believes more than 1 in 5 of their non-human identities are insufficiently secured, according to The 2024 ESG Report: Managing Non-Human Identities.
- Enterprises that have experienced a compromised NHI averaged 2.7 separate incidents in the past 12 months, according to The 2024 ESG Report: Managing Non-Human Identities.
A question worth separating out:
Q: Who is accountable when a sign-up flow accepts sanctioned-region accounts?
A: Accountability usually sits with the product, security, and compliance functions that own the onboarding decision path. If sanctions screening happens after account creation, the business has already accepted risk. Governance should define who can approve exceptions, who monitors policy changes, and who is responsible for blocking activation when conditions fail.
👉 Read our full editorial: Bad sign-ups expose the governance gap in SaaS identity