NodeSecure / cli

JavaScript security CLI that allow you to deeply analyze the dependency tree of a given package or local Node.js project.
MIT License
368 stars 39 forks source link

🐒 Node-Secure CLI πŸš€

a Node.js CLI to deeply analyze the dependency tree of a given NPM package or Node.js local app

npm version license ossf scorecard slsa level3 github ci workflow codecov

## πŸ“œ Features - Run a static scan on every JavaScript files and sort out warnings (unsafe-regex, unsafe-import etc) and the complete list of required expr and statements (files, node.js module, etc.). - Return complete composition for each packages (extensions, files, tarball size, etc). - Packages metadata from the npm registry API (number of releases, last publish date, maintainers etc). - Search for licenses files in the tarball and return the [SPDX](https://spdx.org/licenses/) expression conformance of each detected licenses. - Link vulnerabilities from the multiple sources like GitHub Advisory, Sonatype or Snyk using [Vulnera](https://github.com/NodeSecure/vulnera). - Add flags (emojis) to each packages versions to identify well known patterns and potential security threats easily. - First-class support of open source security initiatives like [OpenSSF Scorecard](https://github.com/ossf/scorecard). - Generate security report (PDF). ## 🚧 Requirements - [Node.js](https://nodejs.org/en/) v18 or higher ## πŸ’ƒ Getting Started ```bash $ npm install @nodesecure/cli -g ``` or ```bash $ git clone https://github.com/NodeSecure/cli.git $ cd cli $ npm install # bundle/compile front-end assets $ npm run build $ npm link ``` Then the **nsecure** binary will be available in your terminal. Give a try with the popular [express](http://expressjs.com/) package. This will automatically open the webpage in your default system browser. ```bash $ nsecure auto express ``` > [!TIP] > Setup an [npm token](https://github.com/NodeSecure/cli#private-packages--registry) to avoid hiting the maximum request limit of the npm registry API. ## πŸ‘€ Usage example ```bash # Run a scan on the current working dir # Note: must have a package.json or node_modules directory $ nsecure cwd # Run a scan on a remote 'npm' package $ nsecure from mocha ``` Then a `nsecure-result.json` will be writted at the current CLI location. To open it on a web page just run ```bash $ nsecure open ``` ### Command Documentation The CLI includes built-in documentation accessible with the --help option: ```bash $ nsecure --help $ nsecure --help ``` For complete details on each command, refer to the following documents: - [`cwd`](./docs/cli/cwd.md) - [`from`](./docs/cli/from.md) - [`auto`](./docs/cli/auto.md) - [`open`](./docs/cli/open.md) - [`verify`](./docs/cli/verify.md) - [`summary`](./docs/cli/summary.md) - [`scorecard`](./docs/cli/scorecard.md) - [`report`](./docs/cli/report.md) - [`lang`](./docs/cli/lang.md) - [`config create`](./docs/cli/config.md) - [`config`](./docs/cli/config.md) Each link provides access to the full documentation for the command, including additional details, options, and usage examples. ## Private registry / Verdaccio NodeSecure allow you to fetch stats on private npm packages by setting up a `NODE_SECURE_TOKEN` env variable (which must contains an [npm token](https://docs.npmjs.com/creating-and-viewing-authentication-tokens)). > [!TIP] > If you `npm link` the package by yourself you can create a `.env` file at the root of the project too. NodeSecure is capable to work behind a custom private npm registry too by searching the default registry URL in your local npm configuration. ```bash $ npm config get registry $ npm config set "http://your-registry/" ``` ## API Our back-end scanner package is available [here](https://github.com/NodeSecure/scanner). ## Flags legends Flags and emojis legends are documented [here](https://github.com/NodeSecure/flags/blob/main/FLAGS.md). ## Searchbar filters Since version **0.6.0**, the UI includes a brand new search bar that allows you to search anything within the tree (graph) using multiple criteria (filters). The currently available filters are: - package (**the default filter if there is none**). - version (take a semver range as an argument). - flag (list of available flags in the current payload/tree). - license (list of available licenses in the current payload/tree). - author (author name/email/url). - ext (list of available file extensions in the current payload/tree). - builtin (available Node.js core module name). - size (see [here](https://github.com/NodeSecure/size-satisfies#usage-example)). Exemple of query: ``` version: >=1.2 | 2, ext: .js, builtin: fs ``` ## FAQ ### Why some nodes are red in the UI ? Nodes are highlighted in red when the project/package is flagged with πŸ”¬ `hasMinifiedCode` or ⚠️ `hasWarnings`. You can deactivate specific warnings in the options if desired. ### Why the package size is so different from Bundlephobia ? The back-end scanner will analyze the complete size of the npm tarball without any filters or specific optimizations. In contrast, Bundlephobia will bundle the package and remove most of the unnecessary files from the tarball, such as documentation and other non-essential items. ### Why some packages don't have OSSF Scorecard ? See [Scorecard Public Data](https://github.com/ossf/scorecard#public-data): > [!NOTE] > We run a weekly Scorecard scan of the 1 million most critical open source projects judged by their direct dependencies and publish the results in a BigQuery public dataset. ## Contributors guide If you are a developer **looking to contribute** to the project, you must first read the [CONTRIBUTING](./CONTRIBUTING.md) guide. If you have already cloned and installed the project locally with npm, you still need to build and bundle front-end assets using the npm `build` script: ```bash $ npm run build ``` > [!IMPORTANT] > Restart this command when modifying files in the public root folder Once you have finished your development, check that the tests (and linter) are still good by running the following script: ```bash $ npm test ``` > [!CAUTION] > If you add a feature, try adding tests for it along. ### Publishing package and SLSA The package is published on [NPM with provenance](https://docs.npmjs.com/generating-provenance-statements), ensuring that this project is compliant with [SLSA Level 3](https://slsa.dev/spec/v0.1/levels?ref=fossa.com) standards. The build and publication process is managed through the GitHub [npm-provenance.yml](https://github.com/NodeSecure/cli/blob/master/.github/workflows/npm-provenance.yml) workflow, which is automatically triggered upon the creation of a new release. To create a local version of the package using npm and Git, follow these commands: ```bash $ npm version [patch | minor | major] $ git commit -am "chore: x.x.x" $ git push origin master --tags ``` These commands will increment the package version, commit the changes, and push them along with the tags to the repository ## Workspaces Click on one of the links to access the documentation of the workspace: | name | package and link | | --- | --- | | documentation-ui | [@nodesecure/documentation-ui](./workspaces/documentation-ui) | | vis-network | [@nodesecure/vis-network ](./workspaces/vis-network) | | size-satisfies | [@nodesecure/size-satisfies ](./workspaces/size-satisfies) | These packages are available in the Node Package Repository and can be easily installed with [npm](https://docs.npmjs.com/getting-started/what-is-npm) or [yarn](https://yarnpkg.com). ```bash $ npm i @nodesecure/documentation-ui # or $ yarn add @nodesecure/documentation-ui ``` ## Contributors ✨ [![All Contributors](https://img.shields.io/badge/all_contributors-16-orange.svg?style=flat-square)](#contributors-) Thanks goes to these wonderful people ([emoji key](https://allcontributors.org/docs/en/emoji-key)):
Haze
Haze

πŸ’» 🎨
fraxken
fraxken

πŸ’» πŸ› πŸ“ ⚠️ πŸ“– 🎨
Xavier Stouder
Xavier Stouder

πŸ’» 🎨 πŸ“–
Tony Gorez
Tony Gorez

πŸ’» πŸ“– πŸ‘€
abdellah-housni
abdellah-housni

πŸ›
Vincent Dhennin
Vincent Dhennin

πŸ’» πŸ›
halcin
halcin

πŸ’»
Ange TEKEU
Ange TEKEU

πŸ’»
PierreDemailly
PierreDemailly

πŸ’»
Inès & Mélusine LUJAN-ALVAREZ
Inès & Mélusine LUJAN-ALVAREZ

πŸ’»
Yefis
Yefis

πŸ’»
Kouadio Fabrice Nguessan
Kouadio Fabrice Nguessan

🚧
Kishore
Kishore

πŸ’»
FredGuiou
FredGuiou

πŸ’»
ZakariaEttani
ZakariaEttani

πŸ’»
Foucart Julien
Foucart Julien

πŸ“–
This project follows the [all-contributors](https://github.com/all-contributors/all-contributors) specification. Contributions of any kind welcome! ## License MIT