Security News
PyPI’s New Archival Feature Closes a Major Security Gap
PyPI now allows maintainers to archive projects, improving security and helping users make informed decisions about their dependencies.
A opinionated, but configurable linter for npm & node package.json files with a focus on security.
npm i -g npm-lint
npm-lint
is build using Node 8 as it uses async/await
- however the distribution is compiled and has been tested with Node 4 and Node 6.
Please note the APIs and commands are likely to change quite a bit
A tool that reads a .npmlint.json
file in a directory and from this can parse a package.json
file and enforce these rules.
It's designed to enforce rules across many repositories within your organisation. By putting a .npmlint.json
file in your root directory and running npm-lint
the tool will check the file to ensure it meets your configuration.
The focus is on security and being able to lock down where dependencies are resolved from, and where packages are published too and being able to implement this in pre-commit/pre-push hooks or CI environments
The currently implemented options are:
properties
An array of properties a package must include.
The
name
andversion
are hard coded these are always required, so do not need to be added to your list If yourpackage.json
does not have these fields then it will cause a failure on exitExample
{ "properties": ["description", "main", "author", "license"] }
scripts
An object of properties that will handle checking the
scripts
property in yourpackage.json
scripts.allow
An array of names of executables allowed to be in scripts. If a script it found to be using an application not in this list it will cause a failure on exit
Example
{ "scripts": { "allow": ["node", "npm", "git"] } }
dependencies
An object of properties that will handle checking the
dependencies
anddevDependencies
in yourpackage.json
dependencies.checkLatest
A boolean value to determine if a scan of all dependencies should be done and to advise of the latest version
dependencies.sources
An array of strings that are whitelisted to be in dependencies as non-npm sources. For example if you point to a git dependency, or a private repository then these should be included. You can reference the entire source or a domain. By default this will accept any valid semver as a valid NPM source. If you use non-semver values such as release tags you also need to include them in this file
Example
{ "dependencies": { "sources": [ "release", "https://github.com", "https://git.myrepo.com/myrepo.git" ] } }
FAQs
A configurable package.json linter with a focus on security
The npm package npm-lint receives a total of 9 weekly downloads. As such, npm-lint popularity was classified as not popular.
We found that npm-lint demonstrated a not healthy version release cadence and project activity because the last version was released a year ago. It has 1 open source maintainer collaborating on the project.
Did you know?
Socket for GitHub automatically highlights issues in each pull request and monitors the health of all your open source dependencies. Discover the contents of your packages and block harmful activity before you install or update your dependencies.
Security News
PyPI now allows maintainers to archive projects, improving security and helping users make informed decisions about their dependencies.
Research
Security News
Malicious npm package postcss-optimizer delivers BeaverTail malware, targeting developer systems; similarities to past campaigns suggest a North Korean connection.
Security News
CISA's KEV data is now on GitHub, offering easier access, API integration, commit history tracking, and automated updates for security teams and researchers.