ForumsResourcesTyposquatting in Third-Party Scripts: The New Supply Chain Frontier

Typosquatting in Third-Party Scripts: The New Supply Chain Frontier

AppSec_Jordan 5/20/2026 USER

Just caught the latest report on how typosquatting is evolving, and it’s not just a user education issue anymore. We're seeing AI-generated lookalike domains embedded directly inside legitimate third-party JavaScript libraries. It’s a supply chain nightmare.

Because the malicious domain is called from within a trusted script, the request originates from the user's browser to a destination that often has valid SSL/TLS. Your standard WAF might miss it because the traffic looks like standard user behavior.

I've been exploring ways to detect this proactively. Visual inspection is impossible given the volume of dependencies. I'm currently testing a Python script to scan our known script endpoints against potential variations using Levenshtein distance.

First, install the dependencies:

pip install python-Levenshtein tldextract


Then, you can run a check against your inventory of loaded scripts:
import tldextract
from Levenshtein import distance

def check_typosquat(url, target="google-analytics", threshold=2):
    ext = tldextract.extract(url)
    # Check if the registered domain is close to the target
    if distance(ext.domain, target)  {ext.domain}")
        return True
    return False

# Example check
check_typosquat("https://www.gooogle-analytics.com/track.js")

This is just a basic layer, though. Has anyone had success using browser-side injection monitors or specific CSP rule-sets to catch these AI-generated domains before they connect?

ED
EDR_Engineer_Raj5/20/2026

This is exactly why we moved to a strict CSP 'report-only' mode for 30 days before enforcing anything on our customer-facing portal. We found a ton of 'hidden' calls in legacy marketing scripts that looked like typosquats (e.g., trackking-api.com).

I recommend using a CSP that hashes your known good scripts. If a third-party vendor updates their script to include a new domain, the hash changes, and you get alerted immediately. It breaks the build sometimes, but it beats the alternative of data exfiltration.

MD
MDR_Analyst_Chris5/20/2026

Solid approach with the Levenshtein check. We're seeing similar issues with npm dependencies where import statements are slightly off.

On the network side, we've started correlating DNS requests with uncommon TLDs. If a script suddenly requests a domain with a country-code TLD that the vendor doesn't normally use, our SIEM fires an alert. It requires baseline knowledge, but it filters out a lot of the noise.

Verified Access Required

To maintain the integrity of our intelligence feeds, only verified partners and security professionals can post replies.

Request Access

Thread Stats

Created5/20/2026
Last Active5/20/2026
Replies2
Views127