# FBI Warns of Kali365 Phishing Kit Bypassing Microsoft 365 MFA — No Password Needed


The Federal Bureau of Investigation has alerted organizations to an active phishing campaign leveraging Kali365, a sophisticated phishing-as-a-service kit designed to compromise Microsoft 365 accounts while completely bypassing multi-factor authentication (MFA). The critical distinction: attackers don't need your password. They intercept your MFA token instead.


The kit represents a significant evolution in credential theft tactics, moving beyond traditional password-harvesting phishing pages to directly capture the second authentication factor that organizations have spent years deploying as a security control. For any company relying on Microsoft 365 for email, collaboration, or identity services, this threat demands immediate attention.


## The Threat: How Kali365 Works


Kali365 operates as a reverse proxy phishing framework—a technically sophisticated approach that sits between the user and Microsoft's actual login servers. Here's the attack flow:


1. Victim receives phishing email pointing to an attacker-controlled domain mimicking Microsoft's legitimate login portal

2. User enters credentials into what appears to be the real Microsoft 365 login page

3. The phishing kit captures the username and password in real-time

4. Kali365 simultaneously forwards these credentials to the actual Microsoft 365 authentication service

5. When Microsoft sends the MFA challenge, the phishing kit intercepts and displays it to the victim

6. User enters their MFA code into what they believe is Microsoft's page

7. Attacker captures the MFA code before it reaches Microsoft, gaining a complete session token


The result: Full account compromise without ever needing to guess or crack the victim's password or MFA secret.


## Technical Architecture: Reverse Proxy as Attack Surface


Unlike basic phishing pages that simply harvest credentials and hope they work, Kali365 uses a man-in-the-middle (MITM) architecture. The attacker's server proxies the legitimate Microsoft login flow, making the fake page functionally identical to the real one. Users see the correct error messages, real company branding, and legitimate security prompts—all because they're actually interacting with Microsoft's servers through the attacker's relay.


This approach bypasses several common security measures:


| Defense | Status Against Kali365 |

|---------|------------------------|

| Email authentication (SPF/DKIM) | Can be bypassed with lookalike domains |

| URL inspection tools | Detects phishing domain, but only if not whitelisted |

| Real-time MFA | Bypassed—kit captures the code before submission |

| Certificate pinning | Most enterprise users don't have this enabled |

| Risk-based authentication | Can be bypassed if attacker uses same IP as victim's region |


The sophistication here matters: this isn't script-kiddie territory. Building and maintaining a functional reverse proxy phishing kit requires understanding OAuth flows, session token handling, and Microsoft's authentication infrastructure.


## Background and Context: Why Now?


The FBI warning aligns with a broader shift in phishing tactics over the past 18 months. As organizations have widely deployed MFA, attackers stopped trying to bypass it and started trying to capture it. Several factors make this timing critical:


Widespread MFA adoption: Organizations finally treated MFA as a default, not an option. This removed the low-hanging fruit of accounts with no second factor.


Ease of kit distribution: Kali365 is reportedly available on underground forums, meaning any moderately funded threat actor—not just sophisticated nation-state groups—can run these campaigns at scale.


Microsoft 365 ubiquity: Nearly all enterprise organizations use Microsoft 365 for email and collaboration. Compromising these accounts gives attackers immediate access to sensitive communications, files stored in SharePoint, and often serves as a pivot point to on-premises Active Directory.


Session token value: A captured MFA code is valid for only seconds, but a compromised session token (what Kali365 captures after MFA verification) can remain valid for hours or days depending on token refresh policies.


## Implications for Organizations


A successful Kali365 compromise gives attackers several immediate capabilities:


  • Email access: Read, forward, and delete messages; set up forwarding rules; access calendar and meeting invites
  • File theft: Access to OneDrive, SharePoint, and Teams files—often including contracts, financial data, or intellectual property
  • Lateral movement: Use the compromised identity to access other services federated with the same Azure AD tenant
  • Persistence: Create additional user accounts, service principals, or OAuth applications that persist even if the initial password is reset
  • Business email compromise (BEC): Impersonate executives to request wire transfers or sensitive information from other employees

  • The attack is particularly dangerous in mixed environments where Microsoft 365 is integrated with on-premises systems. A compromised cloud identity can be weaponized to request elevated privileges or trigger VPN access from what appears to be a trusted user.


    ## Defense Strategies: Layered Mitigations


    No single control stops Kali365, but a layered approach significantly reduces risk:


    ### At the Email Gateway

  • URL rewriting and inspection: Rewrite all URLs in inbound email to redirect through a security gateway that sandboxes suspicious links
  • Domain reputation checks: Flag emails with lookalike domains or newly registered sender domains
  • Mailbox rule inspection: Monitor for rules that auto-forward email to external addresses (a common persistence mechanism after compromise)

  • ### At the Identity Layer

  • Conditional access policies: Require step-up authentication when sign-in comes from unusual locations, devices, or times
  • Token lifetime reduction: Set shorter lifespans for refresh tokens (default is 90 days)
  • Passwordless authentication: Deploy Windows Hello, FIDO2 keys, or certificate-based auth to eliminate passwords from the equation entirely
  • MFA method prioritization: Disable less secure MFA methods (SMS, voice) and enforce Microsoft Authenticator or hardware keys

  • ### At the User Level

  • Phishing simulation and training: Regular red-team exercises that reward users for reporting phishing, not punishing them for clicking
  • URL inspection education: Train users to verify SSL certificates and check the actual domain—not just the displayed text—in browser address bars
  • Reporting infrastructure: Make it trivial to report suspicious emails; integrate with SIEM to track patterns

  • ### At the Monitoring Level

  • Impossible travel detection: Alert when the same account logs in from geographically distant locations within seconds
  • Anomalous mailbox activity: Flag bulk email forwarding, rules creation, or attachment downloads outside normal patterns
  • OAuth app consent monitoring: Alert on unusual app permissions or consent events
  • Sign-in risk scoring: Tune Microsoft 365's risk-based authentication to require re-authentication for unusual logins

  • ## Immediate Actions


    Organizations should:


    1. Audit MFA deployment: Confirm MFA is enforced for all users, especially administrative accounts

    2. Review conditional access policies: Ensure risk-based authentication is enabled and properly configured

    3. Check email forwarding rules: Look for suspicious forwarding rules in admin mailboxes and service accounts

    4. Monitor OAuth applications: Review and remove unused third-party applications from Azure AD

    5. Enable audit logging: Ensure sign-in logs, mailbox audits, and Azure AD logs are being retained and monitored

    6. Conduct awareness training: Emphasize that even MFA-protected accounts are vulnerable to phishing if the user surrenders their MFA code


    ---


    ## HackWire Analysis


    The Kali365 warning exposes a fundamental misunderstanding in how many organizations think about MFA. They've treated it as a security "finish line"—deploy it and move on to the next checkbox. In reality, MFA protects against *credential stuffing and password spraying*, but it does nothing to stop an attacker who can see both the password and the MFA code in real-time.


    What makes Kali365 particularly dangerous isn't the technical sophistication (reverse proxy phishing has existed for years); it's the industrialization. This kit is available for purchase or lease, which means the barrier to entry has dropped from "skilled attacker" to "anyone with $500 and a phishing email list." The FBI warning suggests we're already seeing large-scale campaigns, not isolated tests.


    The pattern here mirrors what happened with ransomware five years ago: a tool went from rare and targeted to commodity and widespread in roughly 18 months. Organizations that treat this as just another phishing threat will be surprised when they discover that their "properly secured" Microsoft 365 environment was compromised months ago because an executive fell for a convincing fake login page.


    The real defense isn't better passwords or more training alone—it's eliminating passwords as a shared secret and moving to phishing-resistant authentication methods like hardware security keys or certificate-based authentication. Until then, detection and response speed become your primary defense. If you can identify and revoke a compromised session within hours instead of days, you limit the blast radius. If you can't, the attacker wins.


    The uncomfortable truth: if an attacker is patient and targets the right person with a convincing enough email, traditional MFA will not stop them. Organizations need to assume compromise will happen and build their controls around detecting it faster.


    — *HackWire Editorial*


    ---


    ## Related Coverage


  • Read more in our [Policy](https://www.hackwire.news/category/policy) coverage
  • Cross-reference with [Breaches](https://www.hackwire.news/category/breaches) and [Vulnerabilities](https://www.hackwire.news/category/vulnerabilities)
  • Stay current via the [HackWire homepage](https://www.hackwire.news/)