Typosquatting Risk in Dependencies
Server depends on 'expresss' (triple s) with Levenshtein distance 1 from 'express'
- 1Open the manifest and confirm the dependency `webpack-cli@6.0.1` is present. The scanner's similarity pipeline matched this name against the curated target `webpack` via the levenshtein-near classifier. If this dependency is an intentional internal fork or re-export, add it to `legitimate-forks.ts` so the finding will no longer fire.
npm:webpack-cli@6.0.1Expect: Dependency npm:webpack-cli@6.0.1 is declared; it is NOT in the legitimate-fork allowlist at scan time. - 2Recompute the Damerau-Levenshtein distance and Jaro-Winkler similarity between `webpack-cli` and `webpack` using the same primitives as the scanner. Concretely, the rule expects Damerau-Levenshtein ≤ 3 and Jaro-Winkler ≥ 0.80 (except for advisory-registry matches which skip the floor). Observed values: distance 3, Jaro-Winkler 0.927.
npm:webpack-cli@6.0.1Expect: Damerau-Levenshtein distance between "webpack-cli" and "webpack" is 3. Jaro-Winkler is 0.927. The numbers agree with what the rule recorded. - 3Open the package manifest at this RFC 6901 pointer and read the line. Confirm the package name recorded in the manifest is literally `webpack-cli` (not a spelling the build tool fuzzed to) and that no post-resolution rewrite turns this entry into the legitimate `webpack`.
package.json/dependencies/webpack-cliExpect: The manifest entry at package.json/dependencies/webpack-cli resolves to webpack-cli@6.0.1 — the exact name the scanner flagged. - 4Open the npm page for `webpack-cli` and compare against the legitimate `webpack`. Check: publisher identity, publish date, weekly download count, repository link, postinstall script presence. A typosquat typically presents as: recently published, low download count, no repository link, optionally carrying a postinstall hook that executes code at install time.
npm:webpack-cli@6.0.1Expect: Either the candidate is a legitimate publisher-authored alternative (in which case add to `legitimate-forks.ts`) or its metadata confirms the typosquat hypothesis (recent, unknown publisher, low downloads, suspicious scripts).
npm:webpack-cli@6.0.1Dependency npm:webpack-cli@6.0.1 is within Damerau-Levenshtein distance 3 of webpack (threshold 3).
Dependency names are external content resolved from public package registries. A near-miss to a popular canonical name is a supply-chain anomaly under ISO 27001 A.5.21 — the package manager installs whichever spelling is declared, with no built-in guard against lexically similar substitutions.
package.json/dependencies/webpack-cliThe manifest entry at /dependencies/webpack-cli directs the package manager to resolve and install webpack-cli@6.0.1. Resolution is purely string-matched against the registry — a typosquatted name installs whatever code the squatter published.
npm:webpack-cli@6.0.1Malicious package `webpack-cli` executes attacker code in the build environment or at import time. Attack classifier: levenshtein-near. Target shadowed: `webpack`.
package.json/dependencies/webpack-cliLockfiles pin versions but do not pin the spelling of the dependency name. The static analyser cannot confirm whether a typosquat-aware package firewall (Socket.dev, Snyk Advisor) is in the CI chain; the auditor must verify.
server-host
A developer installs `webpack-cli` by typo, copy-paste, or autocomplete. The package's postinstall hook runs during installation with the developer's or CI runner's credentials, or the payload executes on first import when the MCP server starts. An MCP server compromised this way delegates full tool authority to attacker code on every downstream agent interaction.
trivial