Join our Newsletter — 33% off our NHI Course
Home› FAQ› Authentication, Authorisation & Trust› How should organisations choose MFA methods for different…
Authentication, Authorisation & Trust

How should organisations choose MFA methods for different workforce segments?

← Back to all FAQ
By NHI Mgmt Group Editorial Team Updated November 5, 2026 Domain: Authentication, Authorisation & Trust

Start with workforce segmentation, then select methods that fit the operational reality of each group. Desk workers can usually support app-based, passkey, and push methods. Frontline workers often need shared-device or deviceless options. Contractors need short-lived enrolment and fast revocation. Customer identities usually need low-friction step-up controls rather than the same methods used for employees.

How to match MFA method to workforce segment

The right method depends on how people actually work, what devices they use, and how much interruption the business can tolerate. A strong programme does not force every segment onto the same factor mix. It balances phishing resistance, enrolment burden, recovery, device ownership, and the risk of account takeover for each population.

For desk workers, app-based approvals, passkeys, and security keys are usually practical because the user has a managed device and a stable workflow. For frontline workers, shared-device and deviceless flows are often easier to operate than push prompts tied to a single handset. For contractors and short-term users, the design should favour rapid joiner-mover-leaver handling over long-lived enrolment.

Customers are different again. They often need step-up authentication that is low-friction for routine use but stronger at higher-risk moments, such as password resets, profile changes, or payment actions. The key question is not which method is “best” in the abstract, but which method fits the segment’s access pattern and failure tolerance.

Why one MFA method rarely fits every workforce segment

Method choice changes the user experience and the attack surface at the same time. A push-based method can be workable for office staff, but it is a poor fit if users are on kiosks, air-gapped terminals, or devices they do not control. Passkeys and security keys can improve phishing resistance, but they require enrolment, recovery, and device support that not every group has in the same measure.

Organisations should also separate workforce MFA from customer MFA. Workforce users usually need strong authentication tied to managed access and lifecycle controls. Customer identities usually need scalable sign-in with selective step-up, because forcing every customer into the same high-friction method can hurt adoption without proportionate security benefit. NIST SP 800-63 Digital Identity Guidelines are useful when you need to align authenticator strength and assurance level to the access scenario rather than to a single corporate default.

It is also worth treating MFA as part of a wider identity control set, not as a standalone defence. If recovery, enrolment, and revocation are weak, a “strong” method can still be bypassed through account recovery abuse, stolen sessions, or help desk compromise. That is why method selection should be reviewed alongside onboarding, reset, and offboarding handling. For practical guidance on phishing-resistant options and rollout trade-offs, Workforce Identity Security Guide is a useful companion resource, and Passwordless and Passkeys Guide helps when passkeys are one of the candidate methods.

Segment-specific design choices that usually work best

Desk workers are usually the simplest population to standardise because they tend to have managed endpoints, reliable connectivity, and predictable support channels. In that segment, app-based MFA can be a sensible baseline, while passkeys or security keys are better when phishing resistance is a higher priority. Push approval works operationally, but only if the organisation has strong anti-fatigue protections and a clear response path for unexpected prompts.

Frontline workers need a different pattern because their operational reality is often shared devices, shift work, or fast task switching. Deviceless methods, shared-device sign-in, or kiosk-friendly flows may be more workable than a method that assumes one personal phone and uninterrupted access to it. For these users, the decisive factor is often speed and simplicity at shift change, not the theoretical elegance of the factor.

Contractors are a lifecycle problem as much as an authentication problem. The best method is the one that can be issued quickly, bound to a bounded scope, and revoked without delay when the engagement ends. If a contractor can enrol once and keep using the method after the project ends, the organisation has created unnecessary residual access risk. In practice, this is where method choice must be paired with rapid deprovisioning and short validity windows.

For customers, low-friction step-up usually beats blanket high-friction MFA. Use stronger checks when the action is sensitive, but keep routine sign-in proportionate to the customer journey. The control should protect high-risk events without turning everyday use into a support burden or conversion problem.

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 SP 800-53 Rev 5 set the technical controls, while ISO/IEC 27001:2022 defines the regulatory obligations.

FrameworkControl / ReferenceRelevance
NIST SP 800-63AAL — Authenticator Assurance LevelAuthenticator strength must match the workforce segment's access risk and use case.
Recommendation — Map each segment to the assurance level its access requires and select a fitting authenticator mix.
NIST SP 800-53 Rev 5IA-2 — Identification and Authentication (Organizational Users)Employee MFA method choice directly affects how workforce users are authenticated.
IA-5 — Authenticator ManagementThe answer depends on enrolment, recovery, rotation, and revocation of MFA authenticators.
IA-8 — Identification and Authentication (Non-Organizational Users)Customer identities usually need different MFA treatment from employees.
Recommendation — Apply IA-2 to enforce appropriate workforce authentication methods and assurance. Manage authenticators across enrolment, recovery, revocation, and replacement lifecycle events. Apply IA-8 to tailor customer authentication to risk and user experience.
ISO/IEC 27001:2022A.5.17 — Authentication informationMFA method selection depends on how authentication information is issued and protected.
Recommendation — Protect and govern authentication information throughout its lifecycle.

Practitioner Guidance

What to prioritise: Start by segmenting users by device ownership, workflow stability, and revocation speed, then choose the method that fits that segment’s reality. If the group is highly mobile or shared-device based, favour methods that do not depend on a single personal handset.

What to verify: Test the full lifecycle, not just sign-in. The chosen method should have a clean enrolment path, a reliable recovery path, and a fast revocation path, otherwise the control may look strong while the operational process remains fragile.

Common mistake: Treating one MFA standard as universal. That usually creates avoidable friction for frontline users and unnecessary risk for contractors, while still failing to address the real weak points in recovery and offboarding.

Practitioner takeaway: Good MFA design is segment design, the strongest method is the one the relevant population can use consistently, recover safely, and lose immediately when access should end.

Free weekly newsletter

Subscribe to the NHI & AI Identity Journal

The latest on NHI and Agentic AI security – articles, research, breaches, news and events every week.

Bonus 33% off our NHI Course when you subscribe.

NHIMG Editorial Note
Reviewed and updated by the NHIMG editorial team on November 5, 2026.
NHI Mgmt Group — the #1 independent authority on Non-Human Identity, IAM, and Agentic AI security. nhimg.org