Starkiller + OAuth Weaponization: Your Authentication Architecture Needs Emergency Surgery
The Convergence That Breaks Your Auth Stack
Three distinct authentication attack vectors landed simultaneously, each targeting a different trust assumption your security program relies on. Together, they represent the most significant erosion of enterprise authentication controls in a single intelligence cycle.
Starkiller: MFA Bypass as a Commodity Service
Starkiller is a new phishing-as-a-service platform using an Adversary-in-the-Middle reverse proxy to sit between victims and legitimate login pages. The victim sees the real login page, enters credentials and MFA codes, and the proxy captures the authenticated session cookie. The attacker replays that cookie — MFA is never bypassed, it's rendered irrelevant. This technique existed in tools like Evilginx and Modlishka, but Starkiller's commercialization makes it accessible to anyone willing to pay.
MFA isn't being defeated — it's being made irrelevant. The attacker gets the post-authentication session, and your MFA event log shows a successful, legitimate login.
OAuth Redirect Abuse: Weaponizing Protocol-by-Design Behavior
Microsoft's Defender Security Research Team identified campaigns using intentionally invalid OAuth scopes to force error redirects and re-authentication events. The technique delivers malicious ZIP payloads without stealing OAuth tokens — it exploits the trust that security tools place in OAuth redirect URLs because they are legitimate OAuth infrastructure. Current targets are government entities, but the technique is universally applicable. Microsoft removed several malicious OAuth apps but warns activity persists.
Chrome/Gemini Privilege Escalation (CVE-2026-0628)
Unit 42 disclosed CVE-2026-0628 (CVSS 8.8) — a Chrome extension with only basic declarativeNetRequests permissions could hijack Gemini Live, escalating to camera, microphone, screenshots, and local file system access. Patched in Chrome 143.0.7499.192 on January 5, 2026, but any unpatched instance remains vulnerable. This demonstrates that AI integrations in browsers create new privilege escalation classes that traditional extension permission models don't account for.
| Attack Vector | What It Bypasses | Patch/Fix Status | Your Priority |
|---|---|---|---|
| Starkiller AitM | TOTP, SMS, push MFA | No patch — architectural defense required | FIDO2 acceleration this week |
| OAuth redirect abuse | Email gateways + browser phishing protection | Partial — app removal ongoing | OAuth consent lockdown + detection rules |
| CVE-2026-0628 (Chrome/Gemini) | Chrome extension sandboxing | Patched in Chrome 143.0.7499.192 | Verify fleet Chrome versions within 48 hours |
Detection Engineering for AitM
Deploy detection rules targeting: authenticated sessions appearing from new IPs/devices without corresponding MFA challenge events, session tokens originating from known proxy infrastructure, and impossible travel patterns on authenticated sessions. Your XDR/SIEM should correlate authentication events with network telemetry to catch post-AitM session replay. Additionally, implement conditional access policies that flag proxy-based authentication anomalies.
What to do
Begin FIDO2/passkey enrollment for all privileged accounts (IT admins, finance, executives) this week; set org-wide migration timeline by end of month
Restrict OAuth app consent in Entra ID to admin-approved, verified publishers only; audit existing OAuth grants for excessive permissions (Mail.Read, Files.ReadWrite.All) by Friday
Verify Chrome auto-update across fleet to confirm version 143.0.7499.192+; audit extensions using declarativeNetRequests API against Google domains
Deploy AitM-specific SIEM detection rules correlating authentication events with network telemetry for session cookie replay indicators