eslint-config-idiomatic version 2.1.1 introduces a key update for JavaScript developers seeking to enforce the idiomatic JS style within their projects. Comparing it with the previous stable version 2.1.0, the primary difference lies in its dependency management. Version 2.1.1 upgrades the core ESLint dependency to version "^2.13.1", providing access to the latest linting rules and improvements available in ESLint at the time of its release. This upgrade ensures better code quality enforcement and compatibility with more recent JavaScript syntax and features.
Previously, version 2.1.0 relied on ESLint version "~2.11.0". This seemingly small change is important because it significantly broadens the range of ESLint versions with which the configuration is confirmed to work correctly. For developers, this offers a more robust and future-proof linting setup. The development dependencies were kept reasonably similar, with only more recent minor versions available in the newest version.
By upgrading to eslint-config-idiomatic 2.1.1, developers benefit from the cumulative improvements and bug fixes within ESLint itself, leading to a more refined and accurate linting process. This translates to cleaner code, fewer errors, and improved adherence to idiomatic JavaScript practices, ultimately boosting team collaboration and project maintainability. The MIT license ensures flexible usage within various projects.
All the vulnerabilities related to the version 2.1.1 of the package
Prototype Pollution in Ajv
An issue was discovered in ajv.validate() in Ajv (aka Another JSON Schema Validator) 6.12.2. A carefully crafted JSON schema could be provided that allows execution of other code by prototype pollution. (While untrusted schemas are recommended against, the worst case of an untrusted schema should be a denial of service, not execution of code.)
Improper Privilege Management in shelljs
shelljs is vulnerable to Improper Privilege Management
Improper Privilege Management in shelljs
Output from the synchronous version of shell.exec() may be visible to other users on the same system. You may be affected if you execute shell.exec() in multi-user Mac, Linux, or WSL environments, or if you execute shell.exec() as the root user.
Other shelljs functions (including the asynchronous version of shell.exec()) are not impacted.
Patched in shelljs 0.8.5
Recommended action is to upgrade to 0.8.5.
https://huntr.dev/bounties/50996581-c08e-4eed-a90e-c0bac082679c/
If you have any questions or comments about this advisory:
