Skip to content
BCN-T1-IAM-001Tier 1 · CriticalIdentity & Access Management

Missing MFA on Privileged Accounts

Administrative, root, or break-glass accounts authenticate with a single factor.

Remediation SLA
24 hours
Tier
1 · Critical
Domain
Identity
Escalation
CISO and executive sponsor notified at 48 hours

What this finding is

An account holding administrative privilege — cloud root or global administrator, domain admin, privileged SaaS role, or an equivalent — can complete authentication with a password alone. This includes accounts where MFA is available but not enforced, where enforcement is bypassable through a legacy protocol, and where the second factor is SMS in an environment facing targeted attackers.

Why it is Tier 1

Credentials for privileged accounts are available in bulk from infostealer logs and prior breaches, and password reuse remains widespread. A single factor means one leaked or phished credential is sufficient for full administrative control, with no further exploitation required. This is the most consequential single control in most estates, and the remediation is usually a configuration change that can be completed the same day.

Most common misclassification

Service accounts and workload identities are often reported under this finding. They cannot present an interactive second factor and belong under BCN-T1-IAM-003 (credential lifecycle) or BCN-T2-IAM-003 (governance) instead.

How to detect it

  1. 1Enumerate every account with privileged role assignment across all identity providers — including local accounts on network appliances, which are routinely missed.
  2. 2Report on MFA registration state rather than MFA policy state; a policy that exempts unregistered users enforces nothing.
  3. 3Check for legacy authentication protocols (IMAP, POP3, SMTP AUTH, legacy Exchange) that bypass conditional access entirely.
  4. 4Identify break-glass accounts and confirm they are covered by a compensating control — typically a split, sealed credential with alerting on use.

How to remediate it

Steps are ordered. The first step is the one that reduces exposure fastest, which is not always the one that closes the finding.

  1. 1Enforce phishing-resistant MFA — FIDO2/WebAuthn or platform passkeys — on privileged accounts first; TOTP is an acceptable interim step, SMS is not.
  2. 2Block legacy authentication protocols at the identity provider, since they defeat conditional access regardless of configuration.
  3. 3Configure break-glass accounts with hardware tokens held under dual control, excluded from conditional access by design, and alerting on every authentication.
  4. 4Extend enforcement to the whole population once privileged accounts are covered — the tier assignment falls to Tier 2 for non-privileged users.
  5. 5Audit sign-in logs across the exposure window for successful single-factor privileged authentication from unfamiliar addresses.

How to verify the fix

A privileged sign-in attempt with a correct password alone is refused, and the refusal is visible in the identity provider's sign-in log with the expected conditional-access policy named.

Mappings

Attacker techniques

  • T1078Valid Accounts
  • T1110Brute Force
  • T1621Multi-Factor Authentication Request Generation

Weakness

  • CWE-308Use of Single-factor Authentication

Compliance mappings

  • PCI DSS v4.0
    8.4.2 / 8.5.1 — MFA for all access into the CDE
  • NIST CSF 2.0
    PR.AA-03 — users are authenticated
  • SOC 2
    CC6.1 — logical access controls
  • HIPAA
    §164.312(d) — person or entity authentication

Tools that surface this

PROWLERScoutSuiteNessusEntra ID access reviews