Homograph squatting is a domain name attack that uses visually similar characters to impersonate a trusted name. Attackers register lookalike domains with characters from different scripts, such as Latin and Cyrillic, so a URL appears legitimate at a glance while leading to a different site.
How Homograph Squatting Works
Homograph squatting exploits the way people scan domain names quickly. Attackers register domains that swap in lookalike characters from another script, so the address can look trustworthy at a glance even though it resolves to a different site. The tactic depends on visual confusion, not technical compromise of the real brand.
The attack works best when the target name is short, familiar, and likely to be copied from email, chat, search results, or a browser bar. Some browsers and operating systems attempt to reduce risk by showing punycode or flagging suspicious mixed-script names, but those protections are inconsistent and users still rely heavily on visual recognition.
Why It Is Dangerous
The danger is not only that a user lands on the wrong website. A convincing lookalike domain can capture login details, payment information, support requests, or software downloads while appearing legitimate enough to defeat casual review. That makes it a phishing enabler, a brand-abuse technique, and a route to credential theft or malware delivery.
Homograph squatting is especially effective against organisations whose staff, customers, or partners trust domain names more than the underlying certificate or page content. If a lookalike domain is combined with a valid TLS certificate and a familiar design, the abuse can survive long enough to harvest secrets or redirect transactions before detection.
How Organisations Detect Exposure
Exposure review starts with the domain itself, not just the website. Organisations need inventory of their own registered names, common misspellings, alternate scripts, and lookalike variants that could plausibly impersonate the brand. Monitoring should extend to domain registrations, certificate transparency logs, email security signals, and user reports of suspicious links.
Detection is stronger when teams compare registered domains against brand assets, then look for mixed-script characters, punycode encodings, and unusual registrar patterns. In practice, this is a combination of brand protection, phishing detection, and threat hunting rather than a single control.
Reducing the Attack Surface
Defence starts with registering the most important lookalike domains before an attacker does, especially for high-value brands, product names, and support portals. Organisations should also harden user journeys so that critical actions do not rely on the visible domain alone, and they should train users to inspect the full URL rather than the displayed name.
For high-risk services, pair DNS and web controls with email authentication, phishing-resistant sign-in, and clear domain branding. The goal is to make the spoofed domain less believable, less reachable, and less useful even if it is successfully registered.
Risk and Threat Considerations
Homograph squatting creates a low-cost but high-yield impersonation path because the attacker is exploiting human perception, not exploiting the target server. The risk rises when users make trust decisions quickly, when the brand is valuable, or when a single successful visit can expose credentials, payment data, or session tokens.
Failure mechanism: A lookalike domain passes casual visual inspection, then receives traffic intended for the real brand and uses that trust to collect secrets, redirect transactions, or stage follow-on phishing.
Impact: Organisations can lose credentials, customer trust, brand reputation, and in some cases downstream account security if stolen secrets are reused elsewhere.
Standards & Framework Alignment
This section maps relevant standards and security frameworks to the operational risks and controls described in this guidance.
NIST SP 800-53 Rev 5, NIST CSF 2.0 and CIS Controls v8 set the governance and control requirements practitioners need to meet.
| Framework | Control / Reference | Relevance |
|---|---|---|
| NIST SP 800-53 Rev 5 | IA-5 — Authenticator Management | Homograph squatting often aims to steal credentials used for authentication. |
| SI-4 — System Monitoring | Domain impersonation is detected through monitoring of suspicious registrations and web abuse. | |
| SC-12 — Cryptographic Key Establishment and Management | Lookalike sites may abuse trust in TLS-backed sessions and certificates. | |
| Recommendation — Rotate and protect authenticators after spoof-domain credential capture is suspected. Monitor for lookalike domains, certificate signals, and phishing indicators. Verify certificate use alongside domain validation, not as a substitute for it. | ||
| NIST CSF 2.0 | PR.AA-05 — Identity and Access Management | Lookalike domains are used to deceive users into revealing access credentials. |
| Recommendation — Strengthen authentication so spoofed domains cannot easily capture usable credentials. | ||
| CIS Controls v8 | CIS-9 — Email and Web Browser Protections | Homograph squatting commonly reaches victims through web navigation and email links. |
| Recommendation — Harden browser and email protections that reduce exposure to deceptive domains. | ||
Practitioner Guidance
Why practitioners should care: This attack sits at the boundary between technical control and user judgment, which means normal web security tooling may not catch it early enough. Security teams should treat the brand name, the DNS label, and the visual presentation as separate review points.
Common misunderstanding: A valid certificate does not make a lookalike domain trustworthy. The domain name itself must still be evaluated for script mixing, confusing substitutions, and registration patterns that do not match the legitimate brand.
Practitioner takeaway: The most effective response is layered, monitor for lookalikes, reduce user reliance on visual trust, and make high-value actions harder to complete on an untrusted domain.
Related resources from NHI Mgmt Group
- Why do squatting and dependency confusion matter for IAM teams?
- What breaks when software supply chain controls do not account for AI-driven package squatting and fake contributor activity?
- How should security teams monitor for domain squatting and typosquatting at scale?
- How should security teams handle Punycode domains in email and web traffic without missing homograph attacks?
Deepen Your Knowledge
Free weekly newsletter
Subscribe to the NHI & AI Identity Journal
The latest on NHI and Agentic AI security – articles, research, breaches, news and events every week.
Bonus 33% off our NHI Course when you subscribe.
Reviewed and updated by the NHIMG editorial team on November 2, 2026.
NHI Mgmt Group — the #1 independent authority on Non-Human Identity, IAM, and Agentic AI security. nhimg.org