Phishing succeeds because it targets human judgment and can bypass technical controls through deception, urgency, and credential theft. Spam filters are not perfect, so malicious messages can slip through. MFA reduces risk, but it is not a complete defense if attackers use advanced social engineering or session theft. The practical answer is layered controls, not faith in a single control.
Why phishing still works in a filtered, MFA-enabled environment
Phishing is not a single control failure, it is a multi-stage attack that exploits attention, trust, and timing. Spam filters only reduce volume, they do not guarantee malicious messages never reach a user. MFA also helps most when the attacker needs a fresh login, but it does not stop every path to access, especially when the session, token, or approval flow becomes the target.
The reason this matters is that phishing campaigns are designed to adapt. If one message channel is filtered, attackers shift to lookalike domains, SMS, collaboration tools, or social engineering that bypasses email controls entirely. If one login prompt is protected by MFA, attackers try to steal the session, persuade the user to approve the request, or capture credentials in a real-time relay.
That is why layered controls matter more than any single gate. Strong filtering, phishing-resistant authentication, user training, device posture, and rapid detection all reduce the chance that one successful lure becomes a full compromise.
Where the control stack usually breaks down
Most successful phishing attacks do not defeat every safeguard, they exploit the gap between technical protection and human decision-making. A message may be only slightly suspicious, which is enough to pass a filter if it does not match known bad patterns. A login may be legitimate enough to pass MFA if the user is tricked into entering a code, approving a push, or completing a sign-in on a fake site.
Attackers also benefit from operational reality. Users are busy, filters are tuned to avoid false positives, and security teams cannot manually inspect every message or login event. The result is that the attacker only needs one moment of trust, not continuous success. For broader perspective on real-world abuse patterns, NHIMG’s 52 NHI breaches report shows how often compromised credentials and access paths become the pivot point after initial deception.
In practice, the most common failure modes are credential capture, MFA fatigue, token theft, and session replay. These are different mechanisms, but they share the same outcome: the attacker gets a trusted session without needing to break the underlying authentication system.
Risk and Threat Considerations
Phishing remains effective because the attacker only needs one user action that looks routine, while defenders must protect every message, every prompt, and every sign-in path. When a campaign succeeds, the blast radius is often larger than the initial inbox event because the attacker can reuse valid access, move laterally, or harvest additional secrets.
Failure mechanism: The control chain fails when deception reaches a human decision point, a message evades filtering, or MFA is satisfied through approval abuse, relay, or session theft instead of genuine user intent.
Impact: The result can be account takeover, unauthorized access to internal systems, exposure of sensitive data, and follow-on attacks that appear to come from a legitimate user.
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 OWASP Agentic AI Top 10 address the attack and risk surface, while NIST SP 800-63, CIS Controls v8 and NIST CSF 2.0 set the governance and control requirements practitioners need to meet.
| Framework | Control / Reference | Relevance |
|---|---|---|
| NIST SP 800-63 | AAL — Authenticator Assurance Levels | Phishing-resistant auth and assurance level choice directly affect takeover resistance. |
| Recommendation — Use phishing-resistant authenticators and bind sign-in to the intended user and device. | ||
| CIS Controls v8 | 6 — Access Control Management | Phishing often ends in unauthorized access, so account and access control hardening is central. |
| 14 — Security Awareness and Skills Training | Human deception is the primary phishing mechanism, so user recognition and reporting matter. | |
| Recommendation — Tighten account access paths and remove unnecessary sign-in avenues that phishing can exploit. Train users to verify high-risk prompts and report suspicious messages quickly. | ||
| NIST CSF 2.0 | PR.AA — Identity Management, Authentication, and Access Control | Phishing bypasses or misuses authentication and access, making this a direct control family. |
| DE.CM — Continuous Monitoring | Successful phishing often shows up in abnormal sign-ins, token use, or mail-flow indicators. | |
| Recommendation — Strengthen identity proofing, authentication, and access checks to limit phishing-driven compromise. Monitor for anomalous authentication and session activity that suggests phishing abuse. | ||
| OWASP Non-Human Identity Top 10 | NHI-01 — Secret Sprawl and Credential Exposure | Phishing frequently aims to steal credentials, tokens, or session material that enable access. |
| NHI-03 — Excessive Privilege and Over-Entitlement | Stolen credentials become more damaging when the captured account is over-privileged. | |
| Recommendation — Reduce exposed secrets and token material so phishing has less usable payoff. Minimise privilege so a phished account cannot be used for broad follow-on access. | ||
| OWASP Agentic AI Top 10 | A1 — Agent Goal Hijacking | Phishing-style deception can redirect autonomous workflows or approvals through malicious input. |
| Recommendation — Validate tool-use and approval boundaries so deceptive input cannot redirect agent actions. | ||
Practitioner Guidance
What to verify: Treat any MFA deployment as a risk reducer, not a finish line. Verify whether your strongest authentication method is phishing-resistant, whether session tokens are bound and short-lived, and whether helpdesk or recovery flows can be abused to bypass the primary control.
Common mistake: Teams often measure success by spam-blocking rates or MFA adoption rates, then assume the exposure is solved. That misses the real question: can an attacker still obtain a valid session or a usable credential path after the first lure is blocked?
What good looks like: Users see fewer malicious messages, suspicious sign-ins are flagged quickly, and any sign of token theft or MFA abuse triggers immediate containment rather than a slow review cycle.
Practitioner takeaway: Phishing succeeds when defenders treat spam filtering and MFA as standalone barriers; resilient programs assume those barriers will sometimes fail and build detection, verification, and recovery around that assumption.
Related resources from NHI Mgmt Group
- Why do phishing attacks still succeed even when people know the warning signs?
- Why do phishing attacks still lead to major breaches when email filters are in place?
- Why do phishing attacks against cloud apps succeed even when email security is in place?
- Why do MFA spoofing attacks still succeed even when two-factor authentication is enabled?