Series Part of Cybersecurity for Everyone · Episode 03 of 10
View 10-Part Syllabus →
Episode 03 · Incident Response & Triage · September 21, 2026 · 6 min read

I Clicked a Phishing Link. What Should I Do?

SEVER TRIAGE
Episode 03 Phishing Response Incident Containment Account Triage · 6 min read
💬 Feedback
3.4B
Phishing Emails Sent Daily
Global email threat volume recorded across industry sensors
AiTM
Session Cookie Theft
Documented in Microsoft adversary-in-the-middle campaigns
5 Mins
Containment Window
Action right after a click determines account safety

You click a link in an email.

The page opens, and for a moment everything looks normal.

Then you notice something.

Maybe the website address looks strange. Maybe the login page isn't quite right. Or maybe you've already entered your password before realising:

“Wait… was that a phishing link?”

At that point, most people have the same immediate reaction: Have I just been hacked?

Not necessarily.

Clicking a phishing link and having your account compromised are not the same thing. What really matters is what you did after the click. The recovery playbook I used for this article makes the same distinction: simply opening a page is treated differently from entering credentials, downloading something or granting permissions.

So before you panic, think back for a second:

  • Did you only open the page?
  • Did you type your password?
  • Did you download a file?
  • Did you enter card details?
  • Did you press Allow, Install, or approve an MFA request?

Your answer tells you what to do next.

“I Only Clicked It”

This is probably the first thing people search after realising they've clicked something suspicious: “I clicked a phishing link but didn't enter anything. Am I okay?”

If the page simply opened and you closed it without entering information, downloading anything or giving the website permissions, that's generally a much lower-risk situation.

Your recovery playbook classifies this separately from cases where credentials were submitted or files were downloaded.

The UK's National Cyber Security Centre (NCSC) also says that if you've already clicked a suspicious link but haven't provided sensitive information, there may not be anything further you need to do, although you should remain alert for suspicious activity (NCSC phishing guidance).

Immediate Action for Page-Only Clicks:

Close the page immediately. Don't go back because you're curious. Don't click around trying to work out what the website was doing. And if your browser downloaded something unexpectedly, treat that as a download incident instead.

“I Entered My Password Before I Realised”

This is where you need to act.

Imagine the email says:

Account Alert Today, 09:12 AM
Unusual activity detected on your Microsoft account

Review your account now to prevent suspension.

Review Account Now →

You click. The Microsoft login page appears. You enter your email and password. Then you look up and notice the URL isn't Microsoft at all.

At this point, don't waste time trying to decide whether the site was definitely malicious.

Treat that password as exposed immediately.

Open the real service yourself—using the official app, a bookmark, or an address you type in directly—and change the password.

Then ask yourself another uncomfortable but critical question: Where else did I use that password?

If the same password is protecting another account, change it there too. The NCSC specifically recommends changing passwords on other accounts where you've reused the same password after giving credentials to a phishing site (NCSC phishing recovery guidance).

This is one reason password reuse causes so many downstream problems. A phishing page might be pretending to be Microsoft. But the password you gave it might also work on Amazon, Instagram, PayPal or your banking portal. The attacker doesn't necessarily need to hack all of those services—you've accidentally given them credentials they can test across the web.

Start With Your Email

If several accounts are involved and you don't know where to start, start with your main email account.

Why? Because your email is probably connected to almost everything else in your digital life.

Primary Email Inbox Master Recovery Hub Online Banking Password Resets Cloud Storage Photos & Documents Social Accounts Instagram, X, LinkedIn E-Commerce & Pay Amazon, PayPal

Think about what's sitting in your inbox right now: bank notifications, Amazon orders, job applications, travel bookings, social media alerts, cloud-storage messages, and above all, password reset links.

If someone controls your email account, they may be able to use “Forgot password” on dozens of other services and receive the verification links themselves.

That's why the recovery playbook puts the primary email account first when prioritising password resets, followed by financial accounts, cloud platforms and other online services. Secure the email account first, then work outward.

But Don't Just Change the Password

This is something people frequently miss.

You realise what happened. You change your password. And you think: Done.

Sometimes, yes. But not always.

When you log into a website, the service normally creates a session that keeps you signed in so you don't have to enter your password every time you open another page. More advanced phishing attacks can try to steal that authenticated session as well.

Victim (You) Enter Password & MFA Browser session Credentials AiTM Reverse Proxy Attacker Infrastructure 🍪 Steals Session Cookie Bypasses basic MFA Relays Auth Real Service Issues Auth Token Legitimate Server

Microsoft has documented Adversary-in-the-Middle (AiTM) phishing campaigns where attackers positioned phishing infrastructure between the victim and the legitimate authentication service. This allowed them to capture credentials and, in some cases, authenticated session cookies (Microsoft's AiTM phishing investigation).

You don't need to understand all the intricate technical details. The practical lesson is simple:

After a serious phishing incident, check your active sessions too.

Go into the security settings for the affected account. Look for:

  • Recent sign-ins
  • Your devices
  • Active sessions
  • “Sign out of all sessions” / “Sign out everywhere”

If you see a device or login you don't recognise, remove it. Your recovery playbook warns that changing a password may not automatically terminate every active session, which is why session revocation is an indispensable part of the recovery process.

Take a Quick Look at Your Inbox Settings Too

If your email account may have been accessed, there's another hidden place worth checking: your inbox rules.

It sounds mundane, but think about what an attacker could quietly do with them:

How Attackers Manipulate Mail Flow:

• Rule: Emails containing "bank", "wire", or "statement" → Move immediately to Archive or Trash.

• Rule: Messages containing "security alert" or "new sign-in" → Mark as read and hide.

• Auto-forwarding: Quietly forward a copy of every incoming message to an external address.

You continue using your inbox normally while important warnings disappear before you ever notice them.

The recovery playbook specifically identifies malicious forwarding and inbox rules as something to audit after an email account compromise. Take two minutes to check:

  • Forwarding addresses
  • Inbox rules & filters
  • Recovery email addresses & phone numbers
  • Connected third-party applications & OAuth permissions

If something is there that you didn't create, remove it immediately and continue investigating the account.

“Something Downloaded When I Clicked”

Now we're dealing with a different problem.

Maybe the email didn't ask you to log in. Instead, it said:

"Your invoice is attached." or "Download the document to view your payslip."

You clicked and an unfamiliar file appeared in your Downloads folder.

Do not open it just to see what it is.

If you downloaded or opened a suspicious file, your recovery playbook recommends disconnecting the device from Wi-Fi or Ethernet as part of the initial containment process, and checking what was downloaded without opening unfamiliar files.

Then run a comprehensive scan using trusted security software. The NCSC also recommends running a full antivirus scan if you've opened a suspicious link and followed instructions to install software (NCSC guidance after a phishing incident).

And there is one situation where I would not try to fix everything yourself:

If this happened on your work laptop:

Tell your IT or security team immediately. Don't hide it because you're embarrassed about clicking the link. Your recovery playbook specifically recommends notifying the SOC or IT help desk when a phishing incident happens on an enterprise device. From their perspective, knowing within 10 minutes makes containment trivial; finding out days later during an enterprise ransomware investigation is a disaster.

“What If I Clicked It on My Phone?”

The same basic question applies: What happened after you clicked?

If a website opened in Safari or Chrome and you immediately closed it, that's very different from installing an app profile, downloading an APK, or granting permissions.

If you did install something:

  • Check your device for apps you don't recognise and delete them.
  • Audit sensitive permissions—particularly things such as Accessibility services or Device administrator access on Android, and Configuration Profiles on iOS.
  • Make sure both your operating system and mobile browser are fully updated to the latest security patch.

And do not respond to the situation by downloading a random “virus cleaner” advertised online. Use the built-in security features provided by your device manufacturer (such as Google Play Protect or Apple iOS system protections) or a security product from an established, reputable vendor.

“I Entered My Card Details”

This one is simpler. Don't wait.

If you've entered banking or payment card information into a phishing website, contact your bank immediately using a trusted method—the official banking app, the phone number printed directly on the back of your card, or the bank's official website.

Never call a telephone number displayed on the suspicious page itself.

Tell the bank representative exactly what happened so they can freeze or cancel the compromised card and monitor for unauthorized charges. Then review your recent transactions carefully. The NCSC recommends contacting your bank immediately if you've given away banking details (NCSC phishing guidance). Even if no money has disappeared yet, the card data may already be queued for automated testing.

“But I Have MFA. Doesn't That Protect Me?”

Multi-Factor Authentication (MFA) definitely helps.

If an attacker only steals your password from an old database or a basic login clone, MFA stops the vast majority of automated account-takeover attempts. But don't treat MFA as permission to stop checking links.

Remember the Adversary-in-the-Middle (AiTM) attack we discussed earlier? Some modern phishing infrastructure is designed to sit between you and the legitimate service while you are actively logging in. Microsoft has documented widespread campaigns where this technique was used to capture session tokens right after victims completed their normal MFA prompt (Microsoft — From cookie theft to BEC).

This is why passkeys and hardware security keys (FIDO2) are becoming the gold standard: they bind authentication cryptographically to the exact website domain in your address bar, making traditional phishing and AiTM interception physically impossible. Your recovery playbook similarly recommends strengthening authentication with passkeys and hardware keys after any credential exposure incident.

Interactive Incident Triage Checklist

You don't need to perform every single recovery step found on Google. Your response should match what actually happened. Use the selector below to diagnose your situation and follow the immediate containment checklist:

🛡️ Post-Click Incident Triage Selector

Select what happened after you clicked to reveal your tailored response playbook:

One Click Doesn't Tell You the Whole Story

People click phishing links. It happens at work. It happens at home.

It happens because you're expecting a parcel, waiting for an invoice, checking something quickly on your phone or trying to log into an account right before a meeting.

The useful question afterwards isn't:

“How could I be foolish enough to click that?”

It's:

“What did I give them after I clicked?”

Maybe the answer is nothing. Maybe it's a password. Maybe it's a card number. Maybe it's a downloaded file. Maybe it's an authenticated session.

Once you know that, the situation becomes much easier to deal with:

The 4-Step Golden Rule of Phishing Recovery
  • Close the page. Stop interacting immediately.
  • Secure what was exposed. Reset compromised credentials and revoke sessions through the official app or bookmark.
  • Check what changed. Audit inbox rules, recovery emails, and connected apps.
  • Never use the suspicious message to fix the account. Always navigate to the genuine website yourself.

Because after a phishing click, what you do next usually matters far more than the click itself.

Sources & Further Reading

This research synthesises industry-standard incident containment workflows, triage playbooks, and published guidance from national cybersecurity agencies:

🚨
UK National Cyber Security Centre (NCSC) — Phishing: What to Do
Actionable emergency guidance on immediate post-phishing containment, credential reset priorities, and corporate reporting channels.
Read NCSC Phishing Response ↗
🌐
UK NCSC — Report a Suspicious Website & Reporting Guidance
Operational framework for rapid takedown submissions to global threat filtering feeds, browser blocklists, and DNS sinkholes.
NCSC Reporting Service ↗
🛡️
US Federal Trade Commission (FTC) — How to Recognize & Avoid Phishing
Consumer protection playbook detailing credit freezes, fraud alert activations, identity monitoring, and account recovery triage.
FTC Phishing Guidance ↗
🔬
Microsoft Security — From Cookie Theft to BEC (AiTM Phishing)
Threat investigation analyzing how phishing clicks bypass MFA via automated reverse-proxy credential and session cookie extraction.
Microsoft AiTM Research ↗
🔑
CISA — Multi-Factor Authentication & Phishing Resistance
Federal defense architecture mandating FIDO2/WebAuthn credentials to render harvested passwords and OTP codes unusable by attackers.
CISA Phishing Prevention ↗
📜
NIST Special Publication 800-61 Rev. 2 — Computer Security Incident Handling Guide
National benchmark defining the four incident response phases: preparation, detection/analysis, containment/eradication, and recovery.
NIST Incident Handling Guide ↗
⏱️
SANS Institute — Incident Handler's Handbook
Practical operational playbooks detailing credential revocation, token termination, and containment within the critical initial triage window.
SANS Incident Playbook ↗
📊
MITRE ATT&CK Matrix — T1566 (Phishing) & T1539 (Steal Session Cookie)
Technical threat taxonomy documenting adversary procedures following initial link execution, token theft, and persistence establishment.
MITRE ATT&CK Matrix ↗
🏛️
CERT-EU — Triage & Incident Response Guidelines for Identity Compromise
European Union Computer Emergency Response Team guidance on global session killswitches and OAuth application consent revocation.
CERT-EU Security Guidelines ↗
⚡
Google Cybersecurity Action Team — Threat Horizons Report
Enterprise threat telemetry examining adversary attack velocity, mean time to remediation (MTTR), and payload delivery behaviors.
Google Threat Horizons ↗
Next Episode in Series · Episode 04

Your Password Wasn't Hacked. Your Session Was Stolen.

What if your password was never cracked and MFA was never guessed? How attackers bypass logins by stealing authenticated sessions, and how to protect yourself.

Read Episode 04 →
PS
Poorna Sujampathi Rathnayaka
Writer · Cyber Insight · Digital Literacy

I started Cyber Insight because everywhere online people only talk about cybersecurity in technical terms — and most people are left without a proper understanding of how the digital world works. I work in cybersecurity, but I write here for everyone. No jargon. Just clear, honest explanations.