TL;DR: Digital insurance channels are expanding fraud exposure as criminals exploit onboarding, claims and account management flows for stolen identities, synthetic identities and account takeover, according to Zumigo. The operational challenge is to raise fraud resistance without adding enough friction to push legitimate customers out of the journey.
At a glance
What this is: NHI Mgmt Group's analysis, drawing on Zumigo's blog post: Digital insurance channels are creating a wider fraud surface, with identity theft, synthetic identities and account takeover now intertwined with onboarding and claims flows.
Why it matters: IAM and fraud teams need to treat customer identity proofing, authentication and claims verification as linked controls, because convenience gaps are now a fraud path, not just a conversion issue.
By the numbers:
- The FBI estimates that the insurance industry loses approximately $40 billion annually due to fraud.
- NICB anticipates a nearly 50% rise in insurance fraud linked to identity theft by the end of 2025.
- Deloitte reports that poor digital onboarding experiences can cause up to 40% of customers to abandon the process.
- McKinsey illustrates that a 20% lift in online conversions can produce approximately US$400M in additional premiums for a $10B insurance carrier.
Context
Insurance fraud has moved into the same digital channels that insurers use to improve customer experience. Online portals, mobile apps and self-service tools reduce friction for legitimate users, but they also reduce the cost of trying stolen credentials, synthetic identities and automated account abuse. Mobile app security matters here because the customer journey now depends on mobile and web trust decisions made in real time.
That creates a governance problem as much as a fraud problem. Security teams need identity proofing, authentication strength and claims verification to work as one control plane, because a weak step in onboarding can become a strong attacker foothold later in the policy lifecycle.
Key questions
Q: How do insurers reduce account takeover without slowing digital journeys?
A: Insurers reduce account takeover by combining phishing-resistant authentication, step-up checks for risky actions, device and behavioural signals, and strong account recovery controls. This lets low-risk users pass with minimal friction while forcing stronger verification for password resets, payee changes, claims access, or new-device logins. Session binding and fraud analytics help block credential stuffing and social engineering.
Q: Why do synthetic identities bypass many verification processes?
A: Synthetic identities blend real and fabricated details in ways that satisfy shallow checks while hiding fraud intent. They often pass static identity validation but fail when systems look for persistence, device continuity, and behavioural consistency across sessions. That is why stronger device intelligence and cross-flow correlation matter in onboarding and payout decisions.
Q: How should teams balance customer convenience and fraud prevention?
A: Teams should design identity checks so low-friction access is reserved for low-risk interactions, while onboarding, recovery, and profile changes use stronger verification. Convenience should not mean trust without evidence. The practical balance is to make secure paths feel seamless for legitimate users while forcing fraudsters to cross more checks, not fewer.
Q: What controls should protect claims portals from fraud and misuse?
A: Claims portals should use account ownership checks, step-up authentication, rate limiting, device fingerprinting, anomaly detection, and fraud rules tied to claim submission and payment changes. Access to sensitive claim data should be limited with role-based controls and strong recovery processes, because misuse often starts with stolen credentials, impersonation, or scripted abuse of self-service workflows.
Technical breakdown
How identity fraud enters digital insurance channels
Digital insurance portals concentrate high-value workflows into a few authentication and verification moments. Attackers use stolen credentials, synthetic identities and social engineering to get through application, claims and servicing flows because those paths are designed for speed and low friction. Once inside, the same account can be used to submit fraudulent claims, alter payout details or pivot into related self-service functions. The core technical issue is not just weak passwords. It is that verification, device signals and account authority are often evaluated separately, leaving gaps between enrolment, authentication and transaction approval.
Practical implication: Unify enrolment, authentication and transaction checks so that identity assurance does not reset after initial login.
Why manual review creates fraud and abandonment risk
Manual fraud review scales poorly when signals are distributed across different systems. If policy, device, financial and behavioural indicators sit in separate tools, investigators lose time correlating evidence and customers wait for decisions. That delay does two things at once. It makes fraud screening easier to evade and it increases abandonment by legitimate users who experience long forms, repeated challenges and slow resolution. In identity-heavy businesses, the control failure is often orchestration, not detection. The organisation has the data, but not the workflow to use it quickly enough. See the Access Control Policy Template.
Practical implication: Design fraud triage around correlated identity signals and decision automation, not case-by-case manual stitching.
How passwordless authentication changes the trust model
Passwordless authentication with FIDO-based passkeys reduces reliance on secrets that users reuse, forget or disclose under pressure. Silent network authentication adds another signal layer by tying the session to device and network context rather than only to a memorised factor. These mechanisms do not eliminate fraud by themselves, but they narrow the attacker’s room to manoeuvre when account takeover is the main threat. For insurers, the important architectural point is that authentication becomes a layered trust decision, not a single check at login. See the Conditional Access Guide.
Practical implication: Adopt phishing-resistant authentication for customer journeys that handle payments, claims or account changes.
Threat narrative
Attacker objective: The objective is to monetise trusted insurance workflows by converting identity abuse into fraudulent policies, claims or account access.
- Entry begins when attackers use stolen identities, synthetic identities or compromised credentials to pass digital onboarding and account access checks.
- Escalation follows when the attacker reuses that trusted session to submit false claims, change payout details or access sensitive policyholder information.
- Impact lands as direct fraud losses, account takeover, data theft and erosion of customer trust across the digital insurance channel.
Breaches seen in the wild
- iOS apps leaking hard-coded secrets: Cybernews found 71% of 156,080 iOS apps leak hard-coded secrets, with open cloud storage and Firebase databases exposing user data.
- Symantec mobile apps AWS keys 2022: Symantec found AWS keys hard-coded in 1,859 mobile apps; 77% were valid, many shared via SDKs, one exposing 300,000 fingerprints. No misuse reported.
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
Identity fraud in insurance is now a workflow problem, not a single checkpoint problem. The article shows that the attack surface spans onboarding, claims and servicing, so defenders cannot treat proofing, authentication and transaction validation as separate projects. That means the governance model has to follow the customer journey end to end. Practitioners should expect fraud to move to the weakest handoff between those steps.
Synthetic identity abuse is the clearest sign that insurers need stronger identity assurance layering. A synthetic identity is not just a fake record. It is a blended identity that can survive basic screening and then behave like a legitimate customer long enough to create loss. The industry implication is that static checks are no longer enough when attackers can combine real and fabricated attributes. Practitioners should build layered verification that tests consistency across signals, not just presence of fields.
Customer friction is now a security control trade-off, not a UX afterthought. The article connects conversion loss to excessive authentication and manual handling, which means poor control design can damage both security and revenue. In insurance, a control that customers abandon before completion does not reduce risk. It merely shifts activity to other channels or weakens assurance. Practitioners should design controls that raise assurance without breaking the journey.
Account takeover in insurance exposes the overlap between human identity governance and fraud control. When consumer accounts, call centres and broker access all touch the same policy data, the boundary between IAM and fraud operations becomes operationally thin. That means insurers need explicit governance over who can authenticate, who can recover accounts and who can act as an intermediary. Practitioners should align access policy, verification policy and escalation policy across all customer-facing channels.
What this signals
Insurance fraud detection is becoming a real-time identity assurance problem. The next stage for insurers is not simply better screening, but better decisioning at the point of interaction. That means bringing customer identity, device trust and transaction intent into the same decision path so risky sessions can be challenged without delaying low-risk ones.
Governance teams should expect fraud controls to converge with IAM and customer authentication policy. The old split between onboarding, servicing and claims creates gaps that attackers can exploit. A more durable model is to govern the whole customer lifecycle as a sequence of trust decisions, with clear policy for when assurance must increase.
Broker and agent access is part of the same trust problem. If intermediaries can reach internal systems or customer data without tightly scoped verification, insurers inherit a second fraud channel through delegated access. That makes third-party access policy and customer identity policy part of the same risk conversation.
For practitioners
- Strengthen onboarding identity proofing Use layered checks on mobile, device and digital identity signals before policy approval, and require higher assurance when the risk profile changes mid-journey.
- Correlate fraud signals across systems Bring policy, device, account and financial indicators into one investigation workflow so reviewers do not have to reconcile evidence manually.
- Adopt phishing-resistant customer authentication Prefer FIDO-based passkeys or equivalent resistant factors for self-service, claims and account-change flows where account takeover has high impact.
- Verify claims payout destinations Confirm claimant identity and bank account ownership before releasing funds, especially where the payout path differs from the original policyholder record.
- Apply intermediary verification to broker and agent access Treat agents and brokers as governed third parties, with verified identity, scoped access and fast revocation when their role or relationship changes.
Key takeaways
- Digital insurance fraud is increasingly tied to identity abuse across onboarding, claims and account servicing rather than to isolated payment events.
- The scale indicators in the source point to material business impact, including high annual fraud losses and meaningful customer abandonment when controls add too much friction.
- The most effective response is layered verification that raises assurance at the right moment, while preserving a fast customer journey for low-risk interactions.
Related NHI Mgmt Group resources: Conditional Access Guide · Access Control Policy Template · Third-Party Access Policy Template · Mobile App Security Guide
Standards & Framework Alignment
This section maps relevant standards and security frameworks to the operational risks and controls described in this guidance.
MITRE ATT&CK addresses the attack surface, NIST SP 800-63 and NIST CSF 2.0 set the technical controls, and GDPR defines the regulatory obligations.
| Framework | Control / Reference | Relevance |
|---|---|---|
| NIST SP 800-63 | SP 800-63B — Authentication | Customer portals depend on strong authentication to resist account takeover and session abuse. |
| SP 800-63A — Enrollment and Identity Proofing | Insurance onboarding risk begins with proofing failures that let synthetic identities through. | |
| Recommendation — Apply SP 800-63B to reduce reliance on weak authenticators in high-risk customer journeys. Use SP 800-63A to harden enrolment checks before policy issuance or account creation. | ||
| GDPR | Art.32 — Security of Processing | Insurance flows process sensitive personal data and need appropriate safeguards against fraud and misuse. |
| Recommendation — Protect policyholder data with technical and organisational controls aligned to Article 32. | ||
| NIST CSF 2.0 | PR.AA-05 — Access Permissions, Entitlements and Authorizations | Customer account access and intermediary access both depend on governed entitlements and authorisations. |
| Recommendation — Use PR.AA-05 to control who can access customer records and servicing functions. | ||
| MITRE ATT&CK | TA0006;TA0008 — Credential Access; Lateral Movement | Stolen credentials and account abuse are central to the fraud patterns described in insurance channels. |
| Recommendation — Map fraud-led account abuse to TA0006 and TA0008 to improve detection coverage. | ||
Key terms
- Synthetic Identity: A synthetic identity is a software-based actor that can authenticate, request access, and execute actions without being a human user. In practice, this includes AI agents, bots, service accounts, tokens, and other machine identities that need clear ownership, scope, and revocation.
- 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.
- Identity proofing: The process of verifying that a person is who they claim to be before granting or restoring access. In higher-risk recovery paths, proofing can include stronger evidence checks such as government ID validation or liveness-based facial verification so the assurance level matches the sensitivity of the request.
- Phishing-Resistant Authentication: Phishing-resistant authentication proves identity without relying on a user to approve a prompt or reveal a reusable secret. It typically binds access to a device, key, or cryptographic proof that an attacker cannot easily reuse or coerce. This approach reduces reliance on human judgment at login time.
Deepen your knowledge
The NHI Foundation Level course, the industry's only accredited NHI security programme, covers NHI governance, workload identity and secrets management in the context of modern access control. It helps identity and security practitioners connect governance decisions to practical control design across human and non-human access.
Published by the NHIMG editorial team on November 5, 2026.
NHI Mgmt Group, the independent authority on Non-Human Identity, IAM, and Agentic AI security. nhimg.org