Open georgewrmarshall opened 4 hours ago
New and removed dependencies detected. Learn more about Socket for GitHub ↗︎
🚮 Removed packages: npm/@babel/code-frame@7.24.7, npm/@babel/compat-data@7.25.4, npm/@babel/core@7.25.2, npm/@babel/generator@7.25.5, npm/@babel/helper-compilation-targets@7.25.2, npm/@babel/helper-module-imports@7.24.7, npm/@babel/helper-module-transforms@7.25.2, npm/@babel/helper-plugin-utils@7.24.8, npm/@babel/helper-simple-access@7.24.7, npm/@babel/helper-string-parser@7.24.8, npm/@babel/helper-validator-identifier@7.24.7, npm/@babel/helper-validator-option@7.24.8, npm/@babel/helpers@7.25.0, npm/@babel/highlight@7.24.7, npm/@babel/parser@7.25.4, npm/@babel/template@7.25.0, npm/@babel/traverse@7.25.4, npm/@babel/types@7.25.4, npm/@types/lodash@4.17.7, npm/browserslist@4.23.3, npm/caniuse-lite@1.0.30001653, npm/electron-to-chromium@1.5.13, npm/jsesc@2.5.2, npm/picocolors@1.0.1, npm/postcss@8.4.41, npm/source-map-js@1.2.0
🚨 Potential security issues detected. Learn more about Socket for GitHub ↗︎
To accept the risk, merge this PR and you will not be notified again.
The maintainer of the package marked it as deprecated. This could indicate that a single version should not be used, or that the package is no longer maintained and any new vulnerabilities will not be fixed.
Research the state of the package and determine if there are non-deprecated versions that can be used, or if it should be replaced with a new, supported solution.
A new npm collaborator published a version of the package for the first time. New collaborators are usually benign additions to a project, but do indicate a change to the security surface area of a package.
Scrutinize new collaborator additions to packages because they now have the ability to publish code into your dependency tree. Packages should avoid frequent or unnecessary additions or changes to publishing rights.
This module accesses the network.
Packages should remove all network access that is functionally unnecessary. Consumers should audit network access to ensure legitimate use.
This module accesses the system shell. Accessing the system shell increases the risk of executing arbitrary code.
Packages should avoid accessing the shell which can reduce portability, and make it easier for malicious shell access to be introduced.
Install scripts are run when the package is installed. The majority of malware in npm is hidden in install scripts.
Packages should not be running non-essential scripts during install and there are often solutions to problems people solve with install scripts that can be run at publish time instead.
A new collaborator has begun publishing package versions. Package stability and security risk may be elevated.
Try to reduce the amount of authors you depend on to reduce the risk to malicious actors gaining access to your supply chain. Packages should remove inactive collaborators with publishing rights from packages on npm.
Take a moment to review the security alert above. Review the linked package source code to understand the potential risk. Ensure the package is not malicious before proceeding. If you're unsure how to proceed, reach out to your security team or ask the Socket team for help at support [AT] socket [DOT] dev.
If you happen to install a dependency that Socket reports as Known Malware you should immediately remove it and select a different dependency. For other alert types, you may may wish to investigate alternative packages or consider if there are other ways to mitigate the specific risk posed by the dependency.
To ignore an alert, reply with a comment starting with @SocketSecurity ignore
followed by a space separated list of ecosystem/package-name@version
specifiers. e.g. @SocketSecurity ignore npm/foo@1.0.0
or ignore all packages with @SocketSecurity ignore-all
@SocketSecurity ignore npm/glob@7.2.3
@SocketSecurity ignore npm/inflight@1.0.6
@SocketSecurity ignore npm/wrappy@1.0.2
@SocketSecurity ignore npm/debug@2.6.9
@SocketSecurity ignore npm/open@8.4.2
@SocketSecurity ignore npm/methods@1.1.2
@SocketSecurity ignore npm/better-opn@3.0.2
@SocketSecurity ignore npm/raw-body@2.5.2
@SocketSecurity ignore npm/encodeurl@2.0.0
@SocketSecurity ignore npm/esbuild@0.21.5
@SocketSecurity ignore npm/body-parser@1.20.3
@SocketSecurity ignore npm/send@0.19.0
@SocketSecurity ignore npm/chromatic@11.12.5
Description
This pull request modifies the monorepo configuration to exclude the
docs
workspace from monorepo-wide constraints and linting checks, such as those applied to package names. Thedocs
workspace, which contains our Storybook for React and React Native components, does not require these checks. The goal is to streamline the configuration and avoid applying unnecessary constraints to this workspace.The solution involves updating the relevant configuration files to ensure that the
docs
workspace is ignored, while other workspaces remain unaffected by this change.yarn.config.cjs
Related issues
Fixes: https://github.com/MetaMask/metamask-design-system/issues/28
Manual testing steps
docs
workspace is excluded from linting checks.docs
workspace.Screenshots/Recordings
N/A
Before
Linting checks and package constraints applied to all workspaces, including
docs
.After
docs
workspace is excluded from linting and package constraints.Pre-merge author checklist
Pre-merge reviewer checklist