By NHI Mgmt Group Editorial TeamPublished 2024-10-10Domain: Breaches & IncidentsSource: 1Kosmos

TL;DR: MGM Resorts’ 2023 outage showed how vishing and help desk impersonation can bypass weak identity verification, disrupting room keys, slot machines, and other services while risking customer data. The incident demonstrates that authentication controls fail when they still rely on human judgment at the point of escalation, not just stronger factors.


At a glance

What this is: This is an analysis of the MGM Resorts cyberattack and how vishing exploited identity verification gaps to disrupt services and expose data risk.

Why it matters: It matters because IAM, PAM, and help desk workflows still fail when attackers target the human verification step, not just the login screen.

👉 Read 1Kosmos' analysis of the MGM Resorts cyberattack and identity verification gaps


Context

The MGM Resorts incident is a reminder that identity verification fails most visibly when attackers can persuade a support path to trust the wrong person. In this case, social engineering bypassed the point where access decisions were supposed to stop unauthorised activity, turning a human workflow into the attack surface.

For identity programmes, the lesson is broader than one hotel chain. Help desk authentication, account recovery, and privilege escalation processes still depend on verification steps that can be manipulated when they are not bound to stronger identity proofing and step-up controls.

This is a human identity problem with direct IAM and PAM consequences, because the breach used human trust to reach systems that were meant to remain protected.


Key questions

Q: How should security teams secure help desk password reset and account recovery flows?

A: Treat recovery as a privileged access function. Require stronger identity proofing than the original login path, remove knowledge-based checks where possible, and use step-up verification for any action that can change MFA, unlock accounts, or restore access to critical systems. The goal is to make social engineering materially harder than legitimate recovery.

Q: Why do social engineering attacks still defeat mature IAM programmes?

A: Because many programmes secure the login event but leave recovery, escalation, and exception handling under-governed. Attackers target the human trust layer, where staff are expected to restore access quickly and may rely on incomplete evidence. When those workflows are weak, the programme can look mature on paper and still fail in practice.

Q: What breaks when account recovery relies on verbal verification?

A: Verbal verification breaks when the attacker can sound credible, use public information, or pressure staff into acting quickly. It is difficult to audit, easy to spoof, and rarely strong enough for high-value access. Organisations that depend on it are effectively placing critical access decisions inside a conversation instead of inside a controlled identity process.

Q: Who is accountable when a support workflow leads to identity compromise?

A: Accountability usually spans IAM, service desk leadership, security operations, and the business owner of the affected system. If the support channel can restore access without strong proofing, the issue is governance, not just a single user error. Frameworks that emphasise access control and operational resilience should be mapped to the reset and recovery process.


Technical breakdown

Vishing as an initial access path

Voice phishing, or vishing, uses persuasion over the phone to get a target to reveal credentials or approve access. In this case, the attackers did not need a malware chain or a vulnerability exploit; they needed a believable impersonation path that could survive help desk checks. That makes the support workflow itself part of the attack surface. When identity processes trust caller context, familiarity cues, or easily guessed data, the attacker can move from social contact to credentialed access without breaking technical controls first.

Practical implication: treat help desk verification as a privileged access control point, not an administrative convenience.

Help desk reset flows and identity proofing gaps

Reset and recovery flows are often the weakest link because they are designed to restore access quickly. If those flows rely on partial knowledge, caller ID, or procedural confidence rather than strong identity proofing, they become a route to account takeover. In mature IAM design, the recovery path must be at least as strong as the login path, because attackers frequently aim at the exception path instead of the main authentication flow. The MGM incident shows what happens when recovery and escalation paths are easier to abuse than to secure.

Practical implication: harden account recovery with step-up verification and limit what the service desk can restore without stronger evidence.

Operational blast radius after identity compromise

Once identity is compromised, the attacker’s impact is not limited to one account. In environments where many services depend on a small number of trust relationships, a single successful impersonation can force shutdowns, manual processes, and widespread disruption. That is why identity compromise is often an availability event as much as a confidentiality event. The MGM case illustrates how identity failure can cascade into service outage, manual workarounds, and customer trust erosion when core business systems are tightly coupled to the compromised identity path.

Practical implication: map which critical services can be reached from each identity recovery path and reduce shared trust dependencies.


Threat narrative

Attacker objective: The objective was to gain enough trusted access to disrupt operations and expose sensitive data by abusing human verification weaknesses.

  1. Entry occurred through vishing, where attackers impersonated trusted personnel to influence the support channel and obtain access-related information.
  2. Escalation followed when the social engineering succeeded against the identity verification process, allowing the attackers to reach systems that should have required stronger proof.
  3. Impact came in the form of service disruption, manual fallbacks, and potential exposure of customer information across the resort environment.
  • Cisco DevHub NHI breach — IntelBroker exploited exposed Cisco credentials, API tokens and keys in DevHub.
  • DeepSeek breach — DeepSeek breach exposed 1M+ log lines and sensitive secret keys.

Read our 52 NHI Breaches Analysis report for a comprehensive view of breaches impacting Non-Human Identities including AI Agents.


NHI Mgmt Group analysis

Identity verification is only as strong as the least disciplined recovery path. The MGM incident shows that attackers do not need to defeat every control when the help desk can be persuaded to override the one that matters. This is a governance problem, not just a training problem, because the service path itself was trusted too much. Practitioners should treat every recovery and reset flow as a primary identity control, not a back office process.

Human trust remains the easiest route to privilege escalation when workflows are built for speed. Vishing works because many organisations optimise for frictionless restoration and lose the ability to distinguish legitimate urgency from attacker pressure. That creates a recurring failure mode in IAM and PAM programmes: the more valuable the access, the more likely the human exception path is to be targeted. Security teams should assume that any workflow relying on verbal reassurance can be weaponised.

Help desk authentication is a privileged access channel, even when teams do not label it that way. The breach illustrates that service desk staff can effectively grant access to production systems, which means identity governance must extend into support operations. If the approval model for recovery is weaker than the approval model for initial authentication, attackers will choose the weaker route. The implication is that support governance must be designed and reviewed like any other access control domain.

Identity-based authentication is necessary, but it does not solve governance if recovery remains human-weak. Stronger identity proofing reduces the chance of impersonation, yet organisations still fail when they leave exception handling exposed. The deeper lesson from MGM is that identity architecture and operational process must align. Practitioners should re-examine where human judgment still substitutes for verifiable identity evidence.

From our research:

  • 79% of organisations have experienced secrets leaks, with 77% of these incidents resulting in tangible damage, according to Ultimate Guide to NHIs.
  • Only 5.7% of organisations have full visibility into their service accounts, which is why identity and access blind spots persist across recovery and privilege workflows.
  • For a broader NHI control baseline, review Top 10 NHI Issues for the governance areas most often missed in real programmes.

What this signals

Identity recovery is now part of the attack surface: teams that still treat help desk workflows as administrative, rather than privileged, will keep absorbing vishing risk into their support model. The gap is not just user education, it is the mismatch between fast restoration and strong verification.

A useful operating concept here is support-path blast radius, which is the set of systems an attacker can reach once a reset or unlock action succeeds. Teams should reduce that blast radius by separating recovery authority from privileged escalation and by tightening call-back validation.

For deeper context on machine and service identity governance, review Ultimate Guide to NHIs and the control patterns that limit credential abuse across identity lifecycles.


For practitioners

  • Reclassify the service desk as a high-risk access channel Apply privileged access controls, call-back verification, and dual approval to any request that can reset credentials, unlock accounts, or change authentication factors.
  • Harden recovery flows before attackers reach them Remove weak knowledge-based checks and replace them with stronger proofing tied to authoritative identity records, device binding, or step-up authentication.
  • Map the blast radius of every reset path Document which systems, sessions, and entitlements become reachable after a support action, then reduce the number of accounts that can unlock multiple downstream services.
  • Train staff to treat urgency as a fraud signal Use realistic vishing exercises for help desk and operations teams, and require escalation for any request that combines authority pressure with access restoration.

Key takeaways

  • The MGM breach shows that identity compromise often starts in the support channel, not at the login page.
  • The scale of disruption came from a single trust failure that cascaded into service outages, manual operations, and data risk.
  • Stronger recovery governance, not just stronger MFA, is the control that would have limited the attack path.

Standards & Framework Alignment

This section maps relevant standards and security frameworks to the operational risks and controls described in this guidance.

NIST CSF 2.0, NIST SP 800-63 and NIST Zero Trust (SP 800-207) set the governance and control requirements practitioners need to meet.

FrameworkControl / ReferenceRelevance
NIST CSF 2.0PR.AC-1Identity proofing failures enabled support-channel impersonation.
NIST SP 800-63Recovery flows depend on robust assurance, not just login factors.
NIST Zero Trust (SP 800-207)The breach exploited trust in a path that should have been continuously verified.

Treat support workflows as zero-trust decision points with explicit verification.


Key terms

  • Vishing: Voice phishing is a social engineering technique that uses phone calls or voice channels to persuade a target to reveal information or approve access. It succeeds by exploiting trust, urgency, and procedural shortcuts, often bypassing technical controls that would have stopped a direct login attack.
  • Identity proofing: Identity proofing is the process of establishing that a person or requester is who they claim to be before granting access or recovery. In practice, it determines how much evidence is required for resets, unlocks, and elevated access, making it one of the most important controls in support workflows.
  • Recovery path: A recovery path is the set of procedures used to restore access when a user cannot authenticate normally. It is often more permissive than the primary login flow, which makes it a common target for attackers seeking account takeover or privileged access through exception handling.
  • Support-path blast radius: Support-path blast radius is the amount of access, systems, and business impact an attacker can reach after successfully abusing a help desk or recovery workflow. The larger the blast radius, the more a single social engineering success can disrupt operations, elevate privileges, or expose sensitive data.

Deepen your knowledge

NHI governance, agentic AI identity, and machine identity lifecycle are core topics in our NHI Foundation Level course, the industry's only accredited NHI security programme. If you are responsible for identity security strategy or NHI governance in your organisation, it is worth exploring.

This post draws on content published by 1Kosmos covering the MGM Resorts cyberattack: identity verification gaps exposed by vishing and compromised authentication. Read the original.

NHIMG Editorial Note
Published by the NHIMG editorial team on 2024-10-10.
NHI Mgmt Group — the independent authority on Non-Human Identity, IAM, and Agentic AI security. nhimg.org