Category: Account & Session Attacks
Session hijacking and cookie theft
Session hijacking reuses your signed-in session without your password. Attackers often steal the session cookie.
Infostealer malware and phishing relay kits are common sources. A stolen cookie can bypass MFA. If you suspect theft, sign out everywhere. Then change your password.
The attacker never signs in. They replay a session that already passed MFA.
Updated 2026-10-30
How do attackers steal session cookies?
MITRE T1539 covers stealing web session cookies. Cookies sit on disk, in browser memory, and in traffic. Microsoft's Lumma Stealer analysis found it taking browser cookies.
| Path | How it works | What stops it |
|---|---|---|
| Infostealer malware | Malware copies cookies and saved passwords from the browser | Avoid cracked software. Revoke sessions after any infection. |
| Adversary-in-the-middle phishing | A relay page passes your sign-in to the real site and keeps the cookie | Passkeys or security keys. See fake login pages. |
| Malicious extension | An extension reads cookies or injects scripts into pages | Remove extensions you do not need. See malicious browser extensions. |
| Session fixation | The attacker plants a session ID before you sign in | Sites issue a new session ID at sign-in |
| Credential stuffing | Not session theft: bots replay breached passwords at sign-in | Unique passwords and MFA. See missing API rate limiting. |
Account takeover paths and the controls that stop them. Sources: MITRE, Microsoft, OWASP, and OWASP on credential stuffing.
How does session hijacking work?
- You sign in, and the site sets a session cookie.
- Malware, a bad extension, or a relay page copies it.
- The attacker loads the cookie into another browser.
- They act fast: inbox rules, new OAuth apps, API keys.
Can session hijacking bypass MFA?
MFA checks you at sign-in. A stolen cookie skips sign-in entirely. MITRE notes session cookies can bypass some MFA protocols.
Microsoft's AiTM research showed relay kits stealing cookies after MFA. Fraud began as soon as five minutes later.
Passkeys resist relay phishing. They do not stop malware stealing cookies later.
Google built Device Bound Session Credentials for this risk. Google calls it DBSC. It binds sessions to a key stored on the device. Stolen cookies then expire quickly and stop working. It reached Windows users on Chrome 146 in April 2026. Google said macOS would follow. Each site must add support.
What should you do if your session was hijacked?
- Sign out of all sessions from the real site.
- Change your password and any you reused.
- Revoke app passwords, tokens, and unknown OAuth apps.
- Check MFA methods and recovery details.
- Look for new mail forwarding or inbox rules.
- Scan the device if malware is possible.
- Teams: revoke sessions centrally and rotate API keys.
What is session fixation?
Session fixation plants a known session ID before sign-in. A site that keeps it after login shares your session. OWASP says sites must issue a new ID at login. Site builders fix this, not users.
Why do login defenses miss session theft?
- MFA runs at sign-in, and replay skips sign-in.
- Actions taken with a valid session look legitimate.
- Users see no password alert or new login prompt.
How do security teams detect and contain stolen sessions?
- Alert on sessions reused from a new device.
- Watch for new inbox rules, OAuth grants, and API keys.
- Require re-authentication for MFA changes and payments.
- Shorten session lifetimes for admin roles.
- Block unapproved extensions with browser policy.
- Keep a session reset runbook ready.
Where does browser isolation fit?
- Shield opens a page in an isolated browser off your device.
- Shield destroys that browser when you close the tab.
- Cookies saved in your own browser remain a separate risk.
- Isolation does not remove malware already on your device.
Limits
- DBSC protects only sites that add support.
- Detection signals vary by identity provider.
- Sources were checked on October 30, 2026.
- Legba publishes this guide. Shield is part of Legba's Chrome extension.
What to do next
Treat a stolen session like a stolen password. Revoke sessions first. Then fix how the cookie was taken.
FAQs.
Can session hijacking bypass MFA?
Is this the same as cookie theft?
How do attackers use stolen browser cookies?
How do security teams detect stolen session cookies?
Is credential stuffing the same as session hijacking?
What is the fastest response?
Does a passkey stop session hijacking?
References
- 01
- 02
- 03
- 04
- 05
- 06
- 07
Keep exploring
- ShieldShield opens a page in an isolated browser off your device.
- All guidesThreats, secure apps, and AI security pages.
- All browser threatsBrowse threats by category and intent.
- Secure apps directorySecure browsing guides for top SaaS apps.
- AI security guidesBrowse guides about AI prompt leakage and prompt injection.