Knowledge · Software Supply Chain

Slopsquatting

How AI coding tools can hallucinate non-existent package names that attackers register and weaponize, and how dependency security gates prevent supply chain compromise.

Primary question: What is slopsquatting, and how can organizations prevent AI-suggested package names from becoming a software supply chain compromise?

Definitions

Slopsquatting

A software supply chain attack technique where an AI coding system hallucinates a non-existent package name, an attacker registers that package, and subsequent AI-generated code installs the attacker-controlled package as a dependency.

AI-suggested dependency

A package name proposed by an AI coding tool as a dependency, which the developer may accept without verifying its legitimacy against the official package registry.

Dependency security gate

An engineering decision point that accepts or blocks a change based on the validation of newly introduced packages against their official registries and known threat intelligence.

Typosquatting

A related supply chain attack technique where an attacker registers a package name that is a slight misspelling or visual variant of a popular legitimate package, relying on human typographical errors. Slopsquatting differs in that the package name originates from AI hallucination rather than human typo.

The engineering problem

AI coding tools can hallucinate package names that do not exist in any official registry; if an attacker registers such a hallucinated name before a legitimate package is created, subsequent AI-generated code may install the attacker-controlled package. [github-copilot-hallucinated-packages]

A slopsquatting package can appear legitimate during manual review because it has a similar name and may include minimal, non-suspicious code, while embedding supply chain attack logic. [nist-ssdf]

Without a dependency security gate, AI-suggested slopsquatting packages can reach production through pipelines that rely solely on functional testing and miss the supply chain compromise. [owasp-aisvs-ac-42]

Security controls

Each control inspects a different artifact and produces evidence for an engineering decision.

Dependency validation

Software Composition Analysis
Artifact
Dependency manifests, component metadata, and package registry data changed by the AI-assisted update.
Risk
Malicious or hallucinated-package dependencies installed in place of legitimate dependencies.
Output
Component inventory and dependency findings for the change, including validation of newly introduced packages against official registries.

Evidence: NIST Secure Software Development Framework

Verification workflow

  1. Generate or modify code with an AI coding tool that suggests dependencies.
  2. Validate every AI-suggested package name against the official package registry.
  3. Compare package metadata (name, version, publisher, hash) with the legitimate package.
  4. Block merge or deployment when a suggested package does not match verified registry data.
  5. Remove the suspicious package and replace it with the verified legitimate package.
  6. Re-run dependency validation on the remediated change.
  7. Accept the change for production only when the dependency security gate passes.

Limits of verification

  • Dependency validation cannot prevent compromise of the official package registry itself.
  • Package name similarity detection may produce false positives for legitimate packages with similar names.
  • Slopsquatting is one of many supply chain attack techniques; defense in depth is required.
  • Production acceptance remains an organizational engineering decision.

Canonical terms used: Software Supply Chain; Slopsquatting; Dependency validation; AI-suggested dependency.

Evidence and references

  1. NIST Secure Software Development FrameworkSecure software practices require automated analysis, review, verification, and retained evidence throughout development, including software supply chain security.nist-ssdf
  2. OWASP AISVS Appendix C — AI for Code GenerationAutomated security testing should run on pull requests containing AI-generated code, including SCA for dependency and supply chain analysis.owasp-aisvs-ac-42
  3. GitHub guidance on reviewing AI-generated code — hallucinated dependenciesAI coding tools may suggest non-existent or incorrect package names; developers should review and validate AI-generated code before use.github-copilot-hallucinated-packages
  4. Responsible use of GitHub Copilot code completionAI-generated code requires validation, testing, and human review before use.github-copilot-responsible-use

Validate AI-suggested dependencies

Add a dependency validation gate to your AI-assisted delivery workflow.

Tell us which package registries, languages, and CI/CD pipeline you use. The DerScanner team will help map dependency validation controls to your AI-generated code verification workflow.

Validate AI-suggested dependencies

Discuss dependency validation for your AI-assisted workflow

Share your development stack and delivery process. We will respond with the next practical step for dependency validation integration.

Engineering knowledge for building and operating trustworthy systems.

DerSecur Recognition · build 69d6783 · 2026-08-09 13:45:30Z · system