THE SHORT ANSWER
In April 2026, a hacking group called ShinyHunters called an ADT employee, impersonated IT support, and talked their way into the employee’s Okta single sign-on account. From there, they pulled data out of ADT’s Salesforce instance and claimed to have taken over 10 million customer records. This attack method is called vishing: voice phishing. It requires no malware, no zero-day exploit, and no technical sophistication on the victim’s end. It requires one employee to believe they are talking to someone they are not. Los Angeles businesses running Okta, Salesforce, Microsoft 365, or Google Workspace face the same exposure. The tool that protected ADT’s systems failed because a person was manipulated before the software ever got involved.
IT Accuracy | Managed IT Services, Los Angeles | Date: May 9, 2026 | 12 min read
AT A GLANCE
AT A GLANCE
The ADT breach confirmed in April 2026 did not start with a software vulnerability. It started with a phone call. That distinction matters more for Los Angeles businesses than the breach itself, because the attack method used against ADT targets people, not systems, and people are present in every organization regardless of size, industry, or how sophisticated their IT setup is.
Vishing stands for voice phishing. It is the phone call equivalent of a phishing email: an attacker calls an employee, impersonates someone with authority or technical credibility, and manipulates that employee into providing access, credentials, or sensitive information. The voice component is deliberate. People apply different skepticism standards to phone calls than to emails. A suspicious link in an email is a known warning sign. A professional, helpful-sounding voice on the phone triggers different instincts.
In the ADT case, ShinyHunters called an employee and impersonated IT support. The employee, doing what most employees do when IT support calls with an issue to resolve, cooperated. The attacker walked away with the employee’s Okta single sign-on credentials. With those credentials, they authenticated into ADT’s systems and began pulling data from the company’s Salesforce instance.
This is the architecture that makes vishing so effective against organizations running modern SaaS environments. Okta, Microsoft Entra, and Google SSO are single sign-on platforms. They are specifically designed to give authenticated users access to multiple applications through one login. That is their value to the organization. It is also what makes a compromised SSO account more damaging than a compromised individual application login. One set of credentials. Many connected systems. That is why how your network and access architecture is configured determines how much damage a single compromised login can do.
Why vishing is not a new problem
Vishing is not a recent invention. It is a variation of social engineering that has been used in fraud and corporate espionage for decades. What changed is the target. ShinyHunters and similar groups have industrialized vishing specifically to compromise cloud SSO accounts because those accounts are the master key to everything in a modern SaaS environment. The attack is low-tech by design. The payoff is high-tech by architecture.
Understanding the attack sequence matters because each step represents a place where a different control could have stopped or limited the damage. Most post-breach analyses focus on what happened. This one focuses on where it could have been interrupted.
The ADT vishing attack, step by step
ADT is a $5.1 billion company with dedicated security infrastructure. The breach did not happen because ADT lacked resources. It happened because a human employee was socially engineered before any of that infrastructure could respond. That same dynamic applies to a 40-person professional services firm in downtown Los Angeles running Salesforce for their CRM, Microsoft 365 for their email, and Okta or Google SSO to manage access across both.
ShinyHunters has demonstrated a consistent capability to execute this exact attack across organizations of different sizes, industries, and technical sophistication levels. Confirmed victims include Ticketmaster, Rockstar Games, McGraw Hill, Bumble, Match Group, PowerSchool, multiple universities, and luxury brands including LVMH and Kering. The connecting thread is not industry. It is the presence of cloud SSO connected to SaaS data.
The MFA problem with vishing
Standard multi-factor authentication does not stop a vishing attack that uses real-time credential theft. If an attacker calls an employee, gets their username and password, then asks them to read the MFA code being sent to their phone, MFA has been bypassed without any technical exploit. Phishing-resistant MFA using hardware security keys or passkeys eliminates this vulnerability. Push-notification MFA does not.
Most security conversations about phishing focus on email. Security awareness training shows employees how to spot suspicious links, check sender addresses, and avoid clicking attachments from unknown senders. That training is still necessary. It does not address vishing.
Vishing resistance requires a different set of controls, starting with the verification procedure. Every organization with SaaS access needs a documented, enforced rule: IT support will never call an employee and ask for credentials, MFA codes, or account access. Not under any circumstances. Not for any reason. If an employee receives a call claiming to be IT support and asking for any of that information, the correct response is to hang up and call the IT department on a known, verified number. That procedure needs to be trained explicitly, not assumed.
Beyond the procedure, the technical controls that limit vishing damage are specific. Phishing-resistant MFA using hardware security keys or passkeys prevents an attacker from using a stolen password plus a social-engineered MFA code to authenticate. Conditional access policies that restrict which devices and networks can authenticate to SSO platforms reduce the window of opportunity after credentials are compromised. Session token limits prevent an authenticated session from persisting indefinitely after initial access.
Least-privilege access design limits the blast radius. In ADT’s case, the compromised Okta account had access to Salesforce. The question worth asking of any organization is: which applications does each employee role actually need access to, and is SSO access scoped accordingly? An employee who needs email and scheduling access does not need Salesforce. An employee who needs Salesforce does not necessarily need the HR platform. Access scoping does not prevent the initial compromise, but it determines how much data leaves with the attacker.
The vishing and social engineering threat landscape in 2026
The ADT breach does not require an extensive response to be useful as a prompt. It requires three specific questions answered honestly about your current environment.
First, what type of MFA is protecting your SSO accounts? If the answer is push notifications to a phone, that is standard MFA, and it does not stop a vishing attack that asks the employee to approve the push or read the code aloud. Hardware security keys and passkeys eliminate this vulnerability because the second factor cannot be phished or socially engineered. If you do not know what type of MFA is in place, that is the first thing to find out.
Second, does your organization have a documented and trained procedure for handling calls claiming to be from IT support? Not a policy in a handbook nobody reads. A trained procedure that employees have practiced, that includes a specific callback number, and that explicitly states the rule: legitimate IT support will never ask for your credentials or MFA codes over the phone. If that procedure does not exist, you are relying on each individual employee’s judgment in a moment of social pressure, against attackers who practice this for a living.
Third, is SSO access scoped to what each employee role actually needs, or does an Okta compromise in your environment mean full access to every connected application? Answering that question requires a review of your SSO configuration and the applications attached to each access profile. Most organizations that have not done this review will find the access is broader than necessary. Narrowing it is not a major project. Not doing it is a major risk. For any organization reviewing IT security in Los Angeles, access scoping is where that review should start.
The calls are indistinguishable from legitimate IT support. Professional tone, internal terminology, a believable issue requiring urgent resolution. Training employees to verify every inbound request through a separate channel is not paranoia. It is the correct response to a documented, active threat campaign.
Security analysis of ShinyHunters vishing campaigns, 2025 to 2026Most of the organizations ShinyHunters has breached had competent IT infrastructure. The gap was not technical capability. It was the specific controls and procedures that address human-layer attacks. That is where the work actually is for most Los Angeles businesses right now.
The immediate priority is MFA configuration review. Push-notification MFA is better than no MFA. It does not stop vishing. Identifying which accounts are protected by which MFA type, and prioritizing the upgrade path for high-value SSO accounts, is the highest-leverage security action most organizations can take in the next 30 days.
The second priority is the verification procedure. Writing and training a clear, specific protocol for handling calls claiming to be IT support, including what to do, who to call back, and what information to never provide over an inbound call, addresses the human element that technical controls cannot fully compensate for.
The third priority is access scoping. SSO is a productivity tool that also functions as a security perimeter. The configuration of which roles access which applications determines the blast radius of any future compromise. That scoping should reflect current roles and actual application needs, not the default configuration from when SSO was first deployed.
How IT Accuracy protects Los Angeles businesses from vishing and SSO attacks
IT Accuracy works with Los Angeles businesses to close the specific gaps that vishing attacks exploit: MFA configuration, access scoping, employee verification procedures, and the monitoring that catches unusual authentication activity before data leaves the environment.
If your organization runs Okta, Microsoft Entra, or Google SSO connected to Salesforce, Microsoft 365, or other SaaS platforms, we can assess your current exposure and implement the controls the ADT incident illustrates were missing.
ShinyHunters is an active group. They have operated through law enforcement pressure, membership changes, and public attention without stopping. Several members have been arrested and sentenced. The group has continued operating. ADT is not their last target. Businesses in Los Angeles that wait for the next high-profile breach to review their posture are making a reactive choice in a threat environment that does not pause.
The three actions with the highest return in the shortest time are all within reach for any organization. Confirm your MFA type on SSO accounts and begin upgrading push-notification MFA to phishing-resistant alternatives on your highest-value accounts. Write and distribute a one-page verification protocol for IT support calls. Review your SSO access configuration and remove application access that does not correspond to current role requirements.
Threat actor and vendor breach topic cluster — related reading

Managed IT Services | Los Angeles, CA
IT Accuracy provides cybersecurity and security awareness training, managed network services, cloud solutions, and help desk support for businesses across Los Angeles and nationwide.
Source: BleepingComputer, April 24 2026