[Snyk] Fix for 1 vulnerabilities#4380
Conversation
The following vulnerabilities are fixed with an upgrade: - https://snyk.io/vuln/SNYK-JS-TARFS-9535930
Review or Edit in CodeSandboxOpen the branch in Web Editor • VS Code • Insiders |
|
No applications have been configured for previews targeting branch: master. To do so go to restack console and configure your applications for previews. |
Reviewer's Guide by SourceryThis pull request addresses a high-severity vulnerability by updating specific dependencies in the No diagrams generated as the changes look simple and do not need a visual representation. File-Level Changes
Tips and commandsInteracting with Sourcery
Customizing Your ExperienceAccess your dashboard to:
Getting Help
|
There was a problem hiding this comment.
We have skipped reviewing this pull request. Here's why:
- It seems to have been created by a bot (hey, snyk-io[bot]!). We assume it knows what it's doing!
- It seems to have been created by a bot ('[Snyk]' found in title). We assume it knows what it's doing!
- We don't review packaging changes - Let us know if you'd like us to change this.
| "@backstage/config": "0.1.1", | ||
| "@backstage/types": "workspace:^", | ||
| "@backstage/version-bridge": "workspace:^", | ||
| "@backstage/version-bridge": "0.1.0", |
There was a problem hiding this comment.
This change from workspace dependencies to fixed versions (0.1.1 and 0.1.0) could disrupt the monorepo structure. The PR description notes that the yarn.lock file failed to update, which is concerning.
Before merging:
- Verify that these specific versions are compatible with the rest of the codebase
- Manually update the yarn.lock file as mentioned in the PR description
- Consider whether pinning these dependencies to exact versions instead of using workspace references is the right approach for addressing the vulnerability
The Snyk fix is targeting a legitimate security issue (tar-fs symlink attack), but the implementation approach may need adjustment to maintain proper monorepo dependency management.
| "@backstage/config": "0.1.1", | |
| "@backstage/types": "workspace:^", | |
| "@backstage/version-bridge": "workspace:^", | |
| "@backstage/version-bridge": "0.1.0", | |
| "@backstage/config": "workspace:^", | |
| "@backstage/types": "workspace:^", | |
| "@backstage/version-bridge": "workspace:^", |
Spotted by Diamond
Is this helpful? React 👍 or 👎 to let us know.
|
Report too large to display inline |
|
This PR has been automatically marked as stale because it has not had recent activity from the author. It will be closed if no further activity occurs. If the PR was closed and you want it re-opened, let us know and we'll re-open the PR so that you can continue the contribution! |
Snyk has created this PR to fix 1 vulnerabilities in the yarn dependencies of this project.
Snyk changed the following file(s):
packages/core-plugin-api/package.jsonNote for zero-installs users
If you are using the Yarn feature zero-installs that was introduced in Yarn V2, note that this PR does not update the
.yarn/cache/directory meaning this code cannot be pulled and immediately developed on as one would expect for a zero-install project - you will need to runyarnto update the contents of the./yarn/cachedirectory.If you are not using zero-install you can ignore this as your flow should likely be unchanged.
Vulnerabilities that will be fixed with an upgrade:
SNYK-JS-TARFS-9535930
Important
Note: You are seeing this because you or someone else with access to this repository has authorized Snyk to open fix PRs.
For more information:
🧐 View latest project report
📜 Customise PR templates
🛠 Adjust project settings
📚 Read about Snyk's upgrade logic
Learn how to fix vulnerabilities with free interactive lessons:
🦉 Learn about vulnerability in an interactive lesson of Snyk Learn.
Summary by Sourcery
Address a high-severity security vulnerability in the project's dependencies by updating package versions
Bug Fixes:
Enhancements: