TL;DR: Fraud teams should use targeted friction rather than blanket step-ups, because 67% of attendees said they are struggling to block fraud without flagging trusted customers, while 93% of consumers say they will accept additional security steps during checkout or login, according to Sift. The key challenge is making friction proportional, risk-based, and timely enough to protect both conversion and trust.
At a glance
What this is: This is Sift’s analysis of smart friction in fraud security, arguing that the key decision is not whether to add controls but when to apply them.
Why it matters: It matters because fraud, IAM, and identity verification teams need risk-based step-up decisions that protect trust without turning every journey into an abandonment event.
By the numbers:
- 67% of attendees said they are struggling to block fraud without flagging trusted customers.
- 93% of consumers say they will accept additional security steps during checkout or login.
Context
Smart friction is the practice of adding security steps only when the risk and the user journey justify them. In fraud programmes, the governance problem is not simply whether to verify, but whether the control is proportional, timely, and understandable enough to avoid unnecessary abandonment.
This article sits at the intersection of fraud prevention and identity governance. It shows why step-up authentication, ID checks, and manual review cannot be treated as generic controls, because the same friction that helps stop abuse in one flow can damage conversion or trust in another.
For identity and fraud teams, the real challenge is sequencing. The starting assumption that more checks always equal more protection is atypical in mature programmes, where timing and risk signals drive the decision instead of blanket policy.
Key questions
Q: What breaks when fraud controls use the same friction step for every journey?
A: A single friction policy creates two failures at once: trusted customers are pushed out of low-risk journeys, while fraudsters learn the rule and stay just below it. Mature programmes avoid that by tying verification intensity to transaction type, customer context, and current risk signals.
Q: When should organisations prioritise customer experience over more verification steps?
A: They should not treat experience and verification as a zero-sum trade-off. The better decision is to reserve heavier checks for higher-risk activities and streamline low-risk paths. That approach preserves customer completion while keeping strong controls where FINTRAC scrutiny and fraud exposure are greatest.
Q: What are the signs that a fraud friction policy is failing?
A: Common signs include rising abandonment, repeated complaints about unnecessary checks, growing manual review queues, and fraud still getting through predictable thresholds. If trusted users are being challenged while attackers adapt around the same rule, the control is too static and needs re-tuning.
Q: How do identity verification and fraud prevention work together in digital services?
A: Identity verification establishes who is entering the service, while fraud prevention checks whether the session, device, or transaction looks legitimate. In mature programmes, both share telemetry and escalation paths so suspicious behaviour can be challenged before an account takeover or payment loss is completed.
Technical breakdown
What smart friction means in fraud journeys
Smart friction is risk-based control insertion across customer journeys such as signup, login, checkout, account change, and payout. The mechanism is simple: add an extra challenge only when the signal quality or transaction sensitivity justifies it. In identity and fraud terms, this is a governance decision about when to step up assurance, not a blanket rule about always doing so. The same control can be useful or harmful depending on context, because a CVV prompt, authenticator challenge, ID upload, or manual review has different cost to conversion and different fraud value at each stage.
Practical implication: Map each journey stage to a specific risk threshold before deciding which verification step belongs there.
Why fixed thresholds fail in fraud and identity verification
Static rules create a predictable boundary that fraudsters can learn and trusted users can trip over. A hard threshold such as a transaction amount, velocity limit, or single risk score can be reverse-engineered, while also forcing safe customers through unnecessary checks. In governance terms, the failure is treating friction as a universal policy instead of a contextual control. That is particularly relevant in identity verification, where a low-risk returning customer and a high-risk anomalous session should not receive the same response. Adaptive decisioning reduces this brittleness by using multiple signals together.
Practical implication: Replace single-threshold triggers with multi-signal decisioning that can adapt to context and behaviour.
How timing changes the user’s trust response
Timing affects whether friction feels protective or obstructive. Users are more willing to accept identity checks when they understand the value of the journey and when the added step arrives at a moment that makes sense, such as checkout or a sensitive account action. If the same control appears before value is established, it often feels intrusive and causes abandonment. This is a trust-governance issue as much as a fraud-control issue, because the business is deciding when a security intervention reinforces confidence and when it interrupts momentum.
Practical implication: Introduce higher-friction controls after the user has context for why the step is necessary.
Threat narrative
Attacker objective: The attacker seeks to move fraudulent activity through customer journeys while staying below the friction threshold that would expose or stop them.
- Entry occurs when a fraudster exploits predictable friction rules, such as static thresholds or always-on challenges, to blend into normal customer behaviour.
- Credential or account abuse follows when the attacker reuses trusted patterns, devices, or payment details to avoid triggering stronger checks.
- Impact appears as account takeover, promo abuse, chargebacks, or abandoned conversions when the control strategy is either too lenient or too blunt.
NHI Mgmt Group analysis
Smart friction is a governance model, not a UX preference. The article shows that fraud controls succeed when they are aligned to risk, journey stage, and customer expectation. In identity terms, this is a decision about when assurance should increase, not whether a business is serious about security. Practitioners should treat friction as a control state that changes with context, not a fixed policy outcome.
Static step-up rules create a fraud calibration gap. Once a threshold is visible, bad actors can work around it, while legitimate users absorb the cost of unnecessary checks. That gap is familiar across fraud, IAM, and verification programmes: controls that are easy to explain are often easy to predict. The practical conclusion is that decisioning must be adaptive enough to resist gaming while still being understandable to the customer.
Smart friction depends on the identity boundary being clear. When a programme knows which sessions are trusted, which actions are sensitive, and which identity signals justify added scrutiny, it can protect both revenue and trust. That makes the identity layer central to fraud strategy, because the control is really deciding how much confidence is needed before a transaction proceeds.
Timing is the control variable that most teams underweight. The same verification step can be acceptable, ineffective, or destructive depending on when it appears. Mature programmes therefore need a named concept here: friction timing debt: the accumulation of avoidable user drop-off and control noise caused by placing verification before trust, context, or value has been established. Practitioners should review timing with the same discipline they apply to detection logic.
Fraud prevention and trust preservation are now the same governance problem. The article makes clear that teams are not choosing between security and experience so much as deciding how to preserve both through better sequencing. That pushes identity and fraud leaders toward controls that are proportional, explainable, and continuously reviewed.
From our research library:
- Nearly 60% of companies reported that fraud losses were still increasing in 2025.
What this signals
Friction timing debt: many programmes do not fail because they lack controls, but because the controls arrive before the customer has enough context to tolerate them. That creates avoidable drop-off and makes fraud rules easier to predict.
Fraud, identity verification, and IAM teams should converge on shared risk signals so step-up decisions are based on journey context rather than static policy. The stronger pattern is to calibrate assurance to the action, not to the channel alone.
For practitioners
- Define journey-specific friction thresholds Set separate verification rules for signup, login, checkout, payout, and account change flows instead of using a single enterprise-wide trigger.
- Use multi-signal decisioning for step-up controls Combine device, account history, payment instrument, shipping address, and behavioural signals before escalating a challenge.
- Audit friction points against abandonment and fraud Review manual review queues, trusted-customer drop-off, complaint rates, and fraud bypass patterns on a regular cycle.
- Place heavier checks after value is established Delay stronger identity verification until the customer has context for the transaction or account action, especially in onboarding flows.
Key takeaways
- Fraud security works better when friction is placed at the right moment, because early or repeated checks can reduce trust and still leave room for abuse.
- Static thresholds and one-size-fits-all verification are easy to learn and easy to circumvent, which makes them poor long-term controls.
- A mature programme ties step-up authentication, identity checks, and manual review to risk signals, customer context, and the value of the journey.
Standards & Framework Alignment
This section maps relevant standards and security frameworks to the operational risks and controls described in this guidance.
NIST SP 800-63 and NIST CSF 2.0 set the technical controls, while GDPR defines the regulatory obligations.
| Framework | Control / Reference | Relevance |
|---|---|---|
| NIST SP 800-63 | SP 800-63B — Authentication | The article is about when to apply stronger authentication steps in customer journeys. |
| Recommendation — Use SP 800-63B to align step-up authentication with the sensitivity of the action and the assurance needed. | ||
| NIST CSF 2.0 | PR.AA-05 — Access Permissions, Entitlements and Authorizations | Friction decisions change how access and transaction authorisation is granted in practice. |
| ID.RA-01 — Asset vulnerabilities are identified and documented | Teams need risk signals and context to decide when friction is warranted. | |
| Recommendation — Apply PR.AA-05 to ensure access and transaction authorisations reflect current risk signals. Document the signals that justify step-up controls so the decisioning model is auditable. | ||
| GDPR | Art.32 — Security of Processing | Identity checks and account protection can involve personal data and protective controls. |
| Recommendation — Map identity verification and fraud controls to Art.32 by ensuring measures are proportionate to risk. | ||
Key terms
- Selective Friction: Selective friction is a control strategy that adds verification or delay only where risk signals justify it. In returns, it preserves a smooth experience for low-risk customers while using tighter checks, evidence demands, or manual review for claims with stronger abuse indicators.
- Step-up Authentication: Step-up authentication is an additional verification step triggered when a session becomes higher risk or a user attempts a sensitive action. It is used to reduce exposure without forcing extra friction across every interaction, which makes it useful for runtime access governance.
- Friction Threshold: A friction threshold is the point at which a system decides to introduce an extra verification step. If the threshold is static or too visible, it becomes easy to predict, which weakens fraud resistance and can over-block legitimate customers.
- Identity verification: Identity verification is the process of confirming that a user, workload, or agent is the entity it claims to be before access is granted. In AI-heavy environments, that verification must include the requester, the system acting on its behalf, and the sensitivity of the action.
Deepen your knowledge
NHI Mgmt Group’s NHI Foundation Level course covers NHI governance, identity lifecycle, and machine identity security in a structured, practitioner-focused format. It is designed for teams that need to align identity controls with risk without adding unnecessary operational friction.
Published by the NHIMG editorial team on July 10, 2026.
Updated on October 11, 2026.
NHI Mgmt Group, the independent authority on Non-Human Identity, IAM, and Agentic AI security. nhimg.org