snync

snync

Mitigate security concerns of Dependency Confusion supply chain security risks

About

Prevent and detect if you're vulnerable to Dependency Confusion supply chain security attacks

Intro

When you manage private open source packages, for reasons such as keeping intellectual property private, then these packages will be hosted and served via private registries, or require authorization. By definition, these packages won't exist on public registries. However, when a package name is used without a reserved namespace (also known as a scope in npm, for example), they are often free to be registered by any other user on the Internet and create a potential Dependency Confusion attack vector. The attack manifests due to a mix of user misconfiguration, and bad design of package managers, which will cause the download of the package from the public registry, instead of the private registry.

How does it work?

This tool detects two types of potential Dependency Confusion compromises:

• Vulnerable
• Suspicious

Vulnerable

A case of actual vulnerable package is when a package name is detected to be used in a project, but the same package name is not registered on the public registry.

You can easily simulate a real world example of this case in an npm project:

• Edit the package.json file
• Add to the dependencies key a new entry: "snyk-private-internal-logic": "1.0.0" and save the file (this assumes the package name snyk-private-internal-logic is not registered on npmjs.org).
• Commit the file to the repository
• Run snync to detect it.

When a package is detected as vulnerable, it is our recommendation to immediately reserve the name on the public registry.

Suspicious

What happens if the private package name that you use is already registered on the public registry as a functional and unrelated package by someone else? In this case, you don't own the public package, but someone else does. Theoretically, this might not look as a problem because in a dependency confusion case the worst thing that can happen is the wrong package to be installed. However, that diminishes the potential threat model where a package can be hijacked and replaced by malicious versions of it, especially in cases of low-downloaded and unmaintained packages.

We've seen cases of package hijacking and maintainer accounts compromises in past supply chain security incidents such as event-stream, mailparser, and eslint-config as some examples of highly downloaded packages, and very active maintainers, yet still resulting in package compromises.

When a pakcage is detected as suspicious, it is our recommendation to immediately move to a new package naming and reserve that new name on the public registry.

Supported ecosystems

Ecosystem	Supported
npm	✅
pypi

Install

npm install -g snync

Prerequisite

To use this tool, it is expected that you have the following available in your environment:

• Node.js and npm in stable and recent versions
• The Git binary available in your path

Usage

To scan a project's dependencies and test if you're vulnerable to Dependency Confusion security issues, where the project's git repository is cloned at /home/user/my-app:

npx snync /home/user/my-app