Back to Learning Hub
SECURITY BASICS August 1, 2026 · 8 min read · 59K/mo

What Is a Phishing Link? How to Spot and Avoid Them

Phishing links trick users into handing over passwords, credit card numbers, or installing malware — all by mimicking legitimate URLs. Here's how attackers build them and how to avoid the trap.

D
DomainScan Team
DomainScan
Share
SECURITY BASICS

Phishing is the most common attack vector on the internet. According to the Anti-Phishing Working Group, over 1.3 million unique phishing sites are detected every quarter — and the number keeps climbing. Understanding how phishing links are constructed is the first step toward not falling for one.

A phishing link is a URL crafted to deceive. It looks enough like a legitimate address that you click it, land on a fake page, and either hand over credentials or trigger a malware download. The deception can happen at the domain level, the path level, or both.

Legitimate:  https://www.paypal.com/signin
Phishing:    https://www.paypal.com.account-verify.net/signin
             https://paypa1.com/signin
             https://secure-paypal.com/signin

All three phishing examples look plausible at a glance. None of them are PayPal.

Anatomy of a Phishing URL

Understanding URL structure lets you read any link critically.

https://login.paypal.com.account-verify.net/secure/signin?token=abc123
  │       │       │       └─ actual domain: account-verify.net
  │       │       └─ looks like paypal.com but is just a subdomain
  │       └─ subdomain that looks like the brand
  └─ HTTPS — provides encryption, NOT legitimacy

The registered domain is always the part immediately before the first / after the protocol. Everything before that is subdomains, which the attacker fully controls.

7 Techniques Attackers Use

1. Lookalike Domains (Typosquatting)

Registering domains with small spelling errors or character substitutions:

Real DomainPhishing Variant
paypal.compaypa1.com
amazon.comarnazon.com
google.comg00gle.com
microsoft.commicrosofft.com
apple.comapple-id.com

2. Subdomain Spoofing

The actual domain is attacker-controlled, but a legitimate brand name appears as a subdomain:

paypal.com.secure-login.xyz    ← domain is secure-login.xyz
amazon.com.account.help.ru     ← domain is help.ru

3. Homoglyph Attacks

Using characters from other alphabets that look identical to Latin letters:

pаypal.com  ← contains Cyrillic 'а' (U+0430), not Latin 'a' (U+0061)
gοοgle.com  ← contains Greek omicron 'ο', not Latin 'o'

Your browser may or may not display these differently. IDN (Internationalized Domain Name) domains make this especially tricky.

4. URL Shorteners and Redirects

bit.ly/3xK9mPq        → hides final destination
t.ly/phishing         → trusted brand, unknown target
google.com/url?q=...  → open redirects on legitimate domains

Open redirects on legitimate domains are particularly dangerous — the domain itself is real, and the URL passes many filters.

5. HTTPS with Fake Certificates

A valid TLS certificate only proves the server owns the domain. It says nothing about whether the site is legitimate. Free CAs like Let’s Encrypt issue certificates automatically without human review of site content.

6. Path and Parameter Confusion

https://evil.com/signin/paypal.com/account
https://evil.com/?redirect=https://paypal.com

Some users look only at the path, not the domain.

7. URL Encoding and Obfuscation

https://evil.com/%70%61%79%70%61%6C     ← "paypal" URL-encoded
https://evil.com/signin#paypal.com      ← hash fragment, ignored by server
CheckSafe SignalWarning Sign
Domain structurebrand.combrand.com.anything.xyz
Subdomainslogin.brand.combrand.com.evil.net
TLS certificatematches brandany domain, no brand connection
URL shortenerknown, hover shows destinationno preview available
Charactersall ASCII Latinmixed scripts, look-alike chars
Pathclean /login /account/secure/verify/confirm/update
Agedomain years olddomain registered days ago
Urgencynone“verify immediately or lose access”

Email remains the primary vector — 96% of phishing attacks arrive via email (Verizon DBIR). Attackers spoof sender addresses using domains without DMARC policies, or use legitimate email infrastructure via compromised accounts.

SMS/Smishing: Text messages with shortened links. Carriers provide less filtering than email servers.

Search Ads: Attackers buy ads for brand keywords. The URL in the ad may be correct, but the landing page redirects.

QR Codes: QR codes bypass URL inspection entirely — users can’t read them before scanning.

Social Media: Direct messages from compromised accounts. Because you know the sender, trust is higher.

Domain-Level Phishing Protection

If you own a domain, you can reduce the chance of phishing from your brand:

; Email authentication — prevent header spoofing
your.domain.  TXT  "v=spf1 include:_spf.google.com ~all"
_dmarc.your.domain.  TXT  "v=DMARC1; p=reject; rua=mailto:dmarc@your.domain"

; DKIM — add signing to your email provider config

A p=reject DMARC policy tells receiving mail servers to drop email that fails authentication — directly blocking domain spoofing in email.

Register common typosquats of your own domain and redirect them to your real site. Services like DomainScan can monitor whether your domain appears on phishing blacklists.

What Happens After You Click

  1. Credential harvesting: Fake login page captures username + password, forwards to attacker, redirects victim to real site.
  2. Drive-by download: Exploit kit probes browser/plugin versions, delivers payload for unpatched vulnerabilities.
  3. Malware dropper: User is prompted to download “invoice.pdf.exe” or “document.docm” with malicious macro.
  4. Session hijacking: JavaScript steals existing session cookies from the browser.

Most phishing pages use pre-built phishing kits — packaged templates that clone a brand’s login page, complete with PHP scripts that email stolen credentials to the attacker.

Browser and Platform Protections

Modern defenses that catch phishing before you do:

  • Google Safe Browsing: Blacklist checked by Chrome, Firefox, Safari before page load
  • Microsoft Defender SmartScreen: Edge and Windows integration
  • Email provider filtering: Gmail, Outlook classify based on sending reputation + content
  • Password manager autofill: Won’t autofill on a domain that doesn’t match — a reliable tell

None of these are 100% effective for zero-day phishing pages. A page registered today has no reputation.

Summary

Phishing links succeed because they exploit trust in domain names that users haven’t learned to read carefully. The registered domain — the part just before the first / after the protocol — is the only part the attacker can’t fake without controlling infrastructure. Train yourself to check that first, before anything else in the URL.

Common Questions

01

Can a phishing link harm you just by clicking it?

In most cases, clicking alone does little damage — the real harm occurs when you submit credentials or download files. However, some exploit kits can execute drive-by downloads on unpatched browsers, so keeping your browser updated is important even if you didn't enter any information.

02

What makes a URL look legitimate?

Attackers use look-alike domains (paypa1.com), subdomains (paypal.com.evil.com), URL shorteners, homoglyph characters (pаypal.com with Cyrillic 'а'), and valid HTTPS certificates to create convincing URLs. HTTPS alone does not mean a site is safe.

03

How do phishing kits work?

Phishing kits are zip archives containing ready-made HTML/PHP templates that clone a legitimate site's login page, collect credentials, forward them to the attacker via email or Telegram, and then redirect the victim to the real site so nothing seems wrong.

04

Can email authentication stop phishing?

SPF, DKIM, and DMARC prevent attackers from spoofing your exact domain in email headers. They do not prevent typosquatting (registering a lookalike domain) or compromised accounts. Combine email auth with user training and blacklist monitoring for best protection.

05

What should I do if I clicked a phishing link?

Immediately: (1) do not enter any information, (2) close the tab, (3) run a malware scan, (4) change passwords for any account you may have accessed recently, (5) enable MFA, (6) report the URL to Google Safe Browsing (safebrowsing.google.com/safebrowsing/report_phish/) and your IT/security team.

#security-basics#security#dns#domainscan
D
DomainScan Team
Writes about DNS infrastructure, email authentication, domain security, and the engineering behind automated domain intelligence.