TL;DR: AI vishing uses cloned or synthetic voices to trick employees into sharing credentials, MFA codes, and payment approvals, and cites cases hitting major financial firms, Apollo, Cisco, and others as evidence that voice trust is now a weak control, according to Riot. The decisive defence is process isolation, not voice recognition.
At a glance
What this is: This is an analysis of AI vishing and deepfake voice scams, showing that attackers are using cloned voices and live manipulation to obtain credentials, MFA codes, and payments.
Why it matters: It matters because phone-based social engineering now reaches identity, access, and financial control points that traditional phishing training and caller ID checks do not reliably protect.
By the numbers:
- Cisco Talos reported that vishing made up over 60% of all phishing-related incident response engagements in Q1 2025.
- The UC Berkeley study found people could mistake a cloned voice for the real speaker in up around 80% of instances.
- Google's Threat Intelligence Group linked vishing gangs to attacks targeting Apollo, Blackstone, KKR, Bain Capital, and other top financial firms in 2026.
Context
AI vishing is phone-based social engineering that combines synthetic voice generation, caller-ID spoofing, and real-time manipulation to bypass trust that employees place in familiar voices. The governance problem is not the technology alone but the way identity checks, payment approvals, and help-desk resets still assume a human caller can be recognized and verified in the moment.
For IAM and PAM teams, the identity angle is direct: these calls are used to obtain credentials, MFA codes, remote access, and authorization to change access paths. That makes vishing a control-plane attack on human identity workflows, not just a fraud issue.
The article's case studies show this is already an enterprise access problem, not a consumer nuisance. Where callback verification and two-person approval are absent, the attack is typically able to cross from social engineering into account compromise or financial loss.
Key questions
A: Voice recognition and caller ID break down because both are easy to spoof or synthesize. A cloned voice can sound convincing enough to pass casual judgment, and caller ID can be faked cheaply. When teams trust either signal, they create a path for attackers to reset credentials, transfer MFA, or approve access without proving identity.
Q: Why do vishing attacks still lead to remote access even when MFA is enabled?
A: Because the attacker is not bypassing MFA in a technical sense, they are using social engineering to trigger a legitimate login or recovery flow. If the user or help desk accepts the request, the attacker can capture the factor in real time and authenticate before it expires. The resulting session is valid, which makes detection harder.
Q: What are the signs that an AI vishing call is trying to bypass controls?
A: The main signs are urgency, secrecy, pressure to skip normal verification, and a request to keep the conversation isolated from colleagues. Small voice delays or incomplete knowledge can help, but the strongest warning is any attempt to stop you from using a second channel. That is the point to terminate the call and verify independently.
Q: Should organisations use callback verification or two-person approval for sensitive requests?
A: They should use both for different failure points. Callback verification confirms the caller through an independent channel, while two-person approval reduces the chance that one socially engineered employee can authorize a reset or transfer alone. Together they move trust out of the live call and into auditable process.
Technical breakdown
How AI vishing uses identity reconnaissance before the call
AI vishing begins with open-source intelligence, not the call itself. Attackers scrape LinkedIn, conference talks, org charts, voicemail greetings, and prior breaches to identify who approves payments, who resets credentials, and who is likely to trust a particular name or voice. The cloned voice is only one layer of the pretext. The stronger the attacker’s context, the less the victim has to be persuaded during the call. That is why identity exposure on public channels becomes an enabling condition for the attack, and why role-based targeting matters as much as the voice model.
Practical implication: reduce exposed identity context and limit the public clues that support impersonation pretexts.
Why cloned voices defeat human trust checks
Voice cloning tools now need only a few seconds of sample audio, and live conversion can make the attacker sound convincing in real time. Human listeners are poor detectors of synthetic speech, especially under urgency, authority pressure, and conversational interruptions. Caller ID does not fix the problem because VoIP spoofing can display a trusted number. The failure mode is simple: teams keep trying to authenticate identity through the same channel the attacker is manipulating. That makes voice recognition a weak control and shifts the burden to independent verification.
Practical implication: move verification outside the phone call and do not rely on caller ID or voice familiarity as evidence of identity.
How vishing converts human trust into account and financial compromise
The extraction step is where social engineering becomes a security incident. Once the caller has the victim’s trust, the objective is usually credentials, MFA codes, remote-access installation, or an urgent transfer. If that succeeds, the attacker can pivot into SSO, CRM, or cloud systems using legitimate access rather than malware. This is why vishing often escapes endpoint-based defenses at first. The initial control failure is not technical compromise on the device; it is the granting of authenticated access or payment authority to an unverified requester.
Practical implication: tie high-risk identity changes and payments to out-of-band approvals that cannot be completed during the call.
Threat narrative
Attacker objective: The attacker aims to obtain trusted access or money by turning a phone conversation into an authenticated identity event.
- Entry begins with reconnaissance across public profiles, conference audio, org charts, and breach data to identify a trusted persona and the workflow to target.
- Credential harvest follows when the victim is pressured to disclose passwords, MFA codes, or approve a remote-access session, often while the caller maintains urgency and isolation.
- Escalation occurs when those credentials or approvals are used to enter SSO, cloud, CRM, or finance systems under legitimate account context.
- Impact is account compromise, data theft, unauthorized payment, or broader lateral movement after the attacker has moved past the phone channel.
Breaches seen in the wild
- Dropbox Sign breach 2024: A compromised back-end service account gave attackers Dropbox Sign customer data, including API keys, OAuth tokens and MFA information.
- SonicWall SSL VPN account compromises 2025: Attackers used valid credentials to log in to more than 100 SonicWall SSL VPN accounts across 16 environments in October 2025.
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
AI vishing is now an identity-control problem, not a communications nuisance. The attack succeeds by abusing trust decisions that sit inside help desks, finance operations, and executive support workflows. That means the relevant control boundary is not the telephone, but the identity and approval process that the call is trying to hijack. Practitioners should treat voice-based impersonation as a failure mode in human identity governance, especially where privileged requests can be approved in-band.
Callback verification is a governance control, not a user convenience. The article shows why instinct, voice recognition, and caller ID are no longer reliable decision inputs. A separate verification path is now the minimum viable control for high-risk requests because the attacker controls the original channel. Teams that still depend on a live conversation to confirm identity are effectively certifying the adversary's performance.
Two-person approval becomes more important as impersonation quality rises. The deeper the synthetic pretext, the less confidence any single employee should have in authorizing credential resets, MFA re-enrollment, or wire transfers. This is where process design and privilege control intersect: if one person can be socially engineered into changing access or moving money, the governance model is too thin.
AI vishing also exposes a named governance gap: the verification trust gap. Modern organisations often assume that a trusted voice, a familiar number, or a convincing backstory is enough to establish legitimacy. That assumption fails when synthetic voice, spoofed caller ID, and real-time conversational AI can all be assembled from public information. The practitioner conclusion is to move trust decisions out of the live call and into controlled, auditable workflows.
For IAM and PAM programmes, the article reinforces that human identity workflows need the same anti-abuse thinking applied to machine access. Credential resets, MFA changes, and approval chains are privileged events even when a human is on the phone. Identity teams should therefore design them as high-risk transactions with independent verification, auditability, and enforced separation of duties.
From our research library:
- Voice phishing was the most common initial infection vector in cloud intrusions in 2025 (23%) and the second most common across all intrusions (11%), according to Mandiant's M-Trends 2026.
What this signals
Verification trust gap: AI vishing shows that many organisations still treat familiar voice, caller ID, and urgency as enough proof of legitimacy. That assumption is now operationally unsafe because the attacker can manufacture each of those signals with low friction. Identity, finance, and help-desk workflows need a second-channel trust decision before the request is acted on.
The programme implication for IAM teams is that credential resets and MFA re-enrollment must be treated as privileged events, even when the requester is a known employee. If those actions can be completed inside the original call, the organisation has already ceded too much control to the attacker.
For security leaders, the sharper question is not whether staff can detect a fake voice, but whether the business can complete a high-risk request without relying on the live conversation at all. That is where callback verification, separation of duties, and realistic simulation should converge.
For practitioners
- Adopt out-of-band callback verification for all high-risk requests Require staff to end the call and validate the request through a known directory number before any credential reset, MFA change, or payment approval.
- Add two-person approval for access and payment changes Make credential resets, MFA re-enrollment, wire transfers, and vendor-payment changes require an independent second approver who was not on the original call.
- Restrict what public audio and org data can be used for pretexting Reduce voicemail exposure, review conference recordings, and limit publicly visible role relationships that attackers can use to build convincing impersonations.
- Train employees on live-call manipulation, not just email lures Use realistic vishing simulations that test urgency, isolation, and process bypass requests so staff practice refusing changes inside the call itself.
- Revoke active sessions after suspected voice-based compromise If a caller extracts credentials or MFA codes, immediately invalidate sessions, reset affected authenticators, and inspect SSO, CRM, and cloud access for misuse.
Key takeaways
- AI vishing turns voice trust into a controllable attack surface, and the failure point is the approval process rather than the speech model itself.
- The article's case studies show that synthetic voice attacks can reach SSO, CRM, cloud platforms, and payment workflows once a caller gets one employee to comply.
- Callback verification, two-person approval, and realistic simulation training are the controls most likely to reduce the impact of voice-based impersonation.
Standards & Framework Alignment
This section maps relevant standards and security frameworks to the operational risks and controls described in this guidance.
OWASP Non-Human Identity Top 10 and MITRE ATT&CK address the attack and risk surface, while NIST SP 800-53 Rev 5 and NIST CSF 2.0 set the governance and control requirements practitioners need to meet.
| Framework | Control / Reference | Relevance |
|---|---|---|
| OWASP Non-Human Identity Top 10 | NHI-10 — Human Use of NHI | The article shows humans being manipulated through voice-based identity deception tied to account actions. |
| Recommendation — Separate high-risk identity actions from the live request channel and require independent verification before approval. | ||
| NIST SP 800-53 Rev 5 | IA-5 — Authenticator Management | The attack aims to steal or reset authenticators, making credential lifecycle control central. |
| IA-2 — Identification and Authentication (Organizational Users) | The article targets employee identity verification and authentication workflows. | |
| Recommendation — Treat resets, re-enrollment, and revocation as controlled authenticator events with audit trails. Strengthen user authentication paths so a phone call cannot substitute for verified identity. | ||
| NIST CSF 2.0 | PR.AA-05 — Access Permissions, Entitlements and Authorizations | Vishing is used to obtain or change access permissions through social manipulation. |
| Recommendation — Review approval workflows so sensitive entitlement changes require verified, separate authorization. | ||
| MITRE ATT&CK | TA0006; TA0008 — Credential Access; Lateral Movement | The attack chain aims to steal credentials and pivot into enterprise systems. |
| Recommendation — Map vishing scenarios to credential access and lateral movement detections in your threat model. | ||
Key terms
- AI Vishing: Voice phishing that uses synthetic or cloned speech to impersonate a trusted person and pressure a target into approving an identity action. In practice, it is a social engineering attack against recovery and support workflows, not just against end users.
- Callback verification: Callback verification requires the help desk to initiate contact through a previously trusted channel before approving a sensitive request. It reduces risk by separating the apparent request from the approval path, which makes it harder for a live impersonator to own the workflow.
- Two-Person Approval: Two-person approval is a control that requires a second independent approver for high-risk actions such as credential resets, MFA changes, and payment transfers. It separates request intake from authorization and reduces the chance that one socially engineered employee can complete a privileged action alone.
- Activation Trust Gap: The activation trust gap is the difference between trusting data because it is protected and governing it because it is being reused. It appears when organisations move data from backup or archival systems into AI pipelines without reapplying access, sensitivity, and consumer controls.
Deepen your knowledge
NHI Foundation Level course, the industry's only accredited NHI security programme, covers NHI governance, human identity, and secrets management. It helps practitioners connect identity control design to the broader security processes their programme depends on.
Published by the NHIMG editorial team on October 16, 2026.
NHI Mgmt Group, the independent authority on Non-Human Identity, IAM, and Agentic AI security. nhimg.org