Skip to content

[Snyk] Fix for 2 vulnerabilities#12423

Closed
q1blue wants to merge 1 commit intomasterfrom
snyk-fix-1f67123e37e5cda4919a1cd30bf8a9db
Closed

[Snyk] Fix for 2 vulnerabilities#12423
q1blue wants to merge 1 commit intomasterfrom
snyk-fix-1f67123e37e5cda4919a1cd30bf8a9db

Conversation

@q1blue
Copy link
Copy Markdown
Collaborator

@q1blue q1blue commented Feb 16, 2026

snyk-top-banner

Snyk has created this PR to fix 2 vulnerabilities in the yarn dependencies of this project.

Snyk changed the following file(s):

  • plugins/azure-sites/package.json

Note 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 run yarn to update the contents of the ./yarn/cache directory.
If you are not using zero-install you can ignore this as your flow should likely be unchanged.

⚠️ Warning
Failed to update the yarn.lock, please update manually before merging.

Vulnerabilities that will be fixed with an upgrade:

Issue Score
high severity Regular Expression Denial of Service (ReDoS)
SNYK-JS-AJV-15274295
  157  
medium severity Allocation of Resources Without Limits or Throttling
SNYK-JS-QS-15268416
  62  

Important

  • Check the changes in this PR to ensure they won't cause issues with your project.
  • Max score is 1000. Note that the real score may have changed since the PR was raised.
  • This PR was automatically created by Snyk using the credentials of a real user.

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:

🦉 Regular Expression Denial of Service (ReDoS)
🦉 Allocation of Resources Without Limits or Throttling


EntelligenceAI PR Summary

This PR transitions the azure-sites plugin from workspace protocol dependencies to fixed version numbers.

  • Pinned @backstage/catalog-model to version 0.1.1
  • Pinned @backstage/plugin-azure-sites-common to version 0.1.0
  • Pinned @backstage/plugin-catalog-react to version 1.0.0
  • Replaced workspace:^ protocol with explicit version specifications in package.json

@codesandbox
Copy link
Copy Markdown

codesandbox Bot commented Feb 16, 2026

Review or Edit in CodeSandbox

Open the branch in Web EditorVS CodeInsiders

Open Preview

@gemini-code-assist
Copy link
Copy Markdown

Summary of Changes

Hello @q1blue, I'm Gemini Code Assist1! I'm currently reviewing this pull request and will post my feedback shortly. In the meantime, here's a summary to help you and other reviewers quickly get up to speed!

This pull request aims to enhance the project's security posture by resolving two identified vulnerabilities, a high-severity ReDoS and a medium-severity resource allocation issue. The changes involve updating key @backstage dependencies in the azure-sites plugin, ensuring the project utilizes more secure library versions.

Highlights

  • Vulnerability Fixes: This pull request addresses two security vulnerabilities: a high-severity Regular Expression Denial of Service (ReDoS) (SNYK-JS-AJV-15274295) and a medium-severity Allocation of Resources Without Limits or Throttling (SNYK-JS-QS-15268416).
  • Dependency Updates: The fix is implemented by updating specific @backstage dependencies within the plugins/azure-sites/package.json file to newer, more secure versions.
  • Automated Generation: This pull request was automatically created by Snyk to propose the necessary dependency upgrades.
Changelog
  • plugins/azure-sites/package.json
    • Updated @backstage/catalog-model from workspace:^ to 0.1.1.
    • Updated @backstage/plugin-azure-sites-common from workspace:^ to 0.1.0.
    • Updated @backstage/plugin-catalog-react from workspace:^ to 1.0.0.
Activity
  • Snyk automatically created this pull request to address identified security vulnerabilities.
  • A warning was noted indicating that the yarn.lock file failed to update and requires manual intervention.
  • Guidance was provided for zero-install users on how to update their .yarn/cache directory after merging.
Using Gemini Code Assist

The full guide for Gemini Code Assist can be found on our documentation page, here are some quick tips.

Invoking Gemini

You can request assistance from Gemini at any point by creating a comment using either /gemini <command> or @gemini-code-assist <command>. Below is a summary of the supported commands on the current page.

Feature Command Description
Code Review /gemini review Performs a code review for the current pull request in its current state.
Pull Request Summary /gemini summary Provides a summary of the current pull request in its current state.
Comment @gemini-code-assist Responds in comments when explicitly tagged, both in pull request comments and review comments.
Help /gemini help Displays a list of available commands.

Customization

To customize Gemini Code Assist for GitHub experience, repository maintainers can create a configuration file and/or provide a custom code review style guide (such as PEP-8 for Python) by creating and adding files to a .gemini/ folder in the base of the repository. Detailed instructions can be found here.

Limitations & Feedback

Gemini Code Assist may make mistakes. Please leave feedback on any instances where its feedback is incorrect or counter productive. You can react with 👍 and 👎 on @gemini-code-assist comments. If you're interested in giving your feedback about your experience with Gemini Code Assist for Github and other Google products, sign up here.

You can also get AI-powered code generation, chat, as well as code reviews directly in the IDE at no cost with the Gemini Code Assist IDE Extension.

Footnotes

  1. Review the Privacy Notices, Generative AI Prohibited Use Policy, Terms of Service, and learn how to configure Gemini Code Assist in GitHub here. Gemini can make mistakes, so double check it and use code with caution.

@snyk-io
Copy link
Copy Markdown

snyk-io Bot commented Feb 16, 2026

Snyk checks have failed. 1 issues have been found so far.

Status Scanner Critical High Medium Low Total (1)
Open Source Security 0 0 1 0 1 issues

💻 Catch issues earlier using the plugins for VS Code, JetBrains IDEs, Visual Studio, and Eclipse.

@entelligence-ai-pr-reviews
Copy link
Copy Markdown

Walkthrough

This PR updates the dependency management strategy for the azure-sites plugin by replacing workspace protocol references with explicit version numbers. Three Backstage dependencies are affected: @backstage/catalog-model (pinned to 0.1.1), @backstage/plugin-azure-sites-common (pinned to 0.1.0), and @backstage/plugin-catalog-react (pinned to 1.0.0). This transition from workspace:^ to fixed versions suggests preparation for package publication or a shift away from monorepo workspace dependency resolution, ensuring consistent and predictable dependency versions across different installation contexts.

Changes

File(s) Summary
plugins/azure-sites/package.json Changed three Backstage dependencies from workspace protocol references (workspace:^) to explicit version numbers: @backstage/catalog-model to 0.1.1, @backstage/plugin-azure-sites-common to 0.1.0, and @backstage/plugin-catalog-react to 1.0.0.

Sequence Diagram

This diagram shows the interactions between components:

sequenceDiagram
    participant Dev as Developer
    participant PM as Package Manager
    participant AzureSites as azure-sites Plugin
    participant CatalogModel as @backstage/catalog-model
    participant AzureSitesCommon as plugin-azure-sites-common
    participant CatalogReact as plugin-catalog-react
    
    Note over Dev,CatalogReact: Dependency Version Pinning for Release
    
    Dev->>PM: Update package.json dependencies
    Note over PM: Change from workspace:^ to fixed versions
    
    PM->>AzureSites: Resolve dependencies
    
    AzureSites->>CatalogModel: Request dependency
    Note right of CatalogModel: Version: 0.1.1<br/>(was workspace:^)
    CatalogModel-->>AzureSites: Provide v0.1.1
    
    AzureSites->>AzureSitesCommon: Request dependency
    Note right of AzureSitesCommon: Version: 0.1.0<br/>(was workspace:^)
    AzureSitesCommon-->>AzureSites: Provide v0.1.0
    
    AzureSites->>CatalogReact: Request dependency
    Note right of CatalogReact: Version: 1.0.0<br/>(was workspace:^)
    CatalogReact-->>AzureSites: Provide v1.0.0
    
    PM-->>Dev: Dependencies resolved with pinned versions
    
    Note over Dev,CatalogReact: Plugin ready for independent release
Loading

▶️AI Code Reviews for VS Code, Cursor, Windsurf
Install the extension

Note for Windsurf Please change the default marketplace provider to the following in the windsurf settings:

Marketplace Extension Gallery Service URL: https://marketplace.visualstudio.com/_apis/public/gallery

Marketplace Gallery Item URL: https://marketplace.visualstudio.com/items

Entelligence.ai can learn from your feedback. Simply add 👍 / 👎 emojis to teach it your preferences. More shortcuts below

Emoji Descriptions:

  • ⚠️ Potential Issue - May require further investigation.
  • 🔒 Security Vulnerability - Fix to ensure system safety.
  • 💻 Code Improvement - Suggestions to enhance code quality.
  • 🔨 Refactor Suggestion - Recommendations for restructuring code.
  • ℹ️ Others - General comments and information.

Interact with the Bot:

  • Send a message or request using the format:
    @entelligenceai + *your message*
Example: @entelligenceai Can you suggest improvements for this code?
  • Help the Bot learn by providing feedback on its responses.
    @entelligenceai + *feedback*
Example: @entelligenceai Do not comment on `save_auth` function !

Also you can trigger various commands with the bot by doing
@entelligenceai command

The current supported commands are

  1. config - shows the current config
  2. retrigger_review - retriggers the review

More commands to be added soon.

Copy link
Copy Markdown

@gemini-code-assist gemini-code-assist Bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Code Review

This pull request, automatically generated by Snyk, attempts to fix two security vulnerabilities by pinning versions of several @backstage dependencies. However, this approach is flawed as it replaces workspace: dependencies with specific, much older versions, effectively causing a major downgrade. This is highly likely to introduce breaking changes and destabilize the project. A safer and more idiomatic approach for a monorepo is to use resolutions to force specific versions of the vulnerable transitive dependencies (ajv and qs) without altering the direct dependency structure. The PR also notes that it failed to update yarn.lock, which means the fix is incomplete and potentially non-functional as is. I have recommended reverting these changes and using resolutions instead.

Comment on lines +35 to +39
"@backstage/catalog-model": "0.1.1",
"@backstage/core-components": "workspace:^",
"@backstage/core-plugin-api": "workspace:^",
"@backstage/plugin-azure-sites-common": "workspace:^",
"@backstage/plugin-catalog-react": "workspace:^",
"@backstage/plugin-azure-sites-common": "0.1.0",
"@backstage/plugin-catalog-react": "1.0.0",
Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

critical

These changes introduce significant downgrades to several packages, which is likely to cause breaking changes and conflicts within the monorepo. Changing from workspace:^ to specific, older versions breaks the linkage to the local packages in the workspace and introduces outdated code.

For example:

  • @backstage/catalog-model is downgraded from a workspace version (likely 1.4.1) to 0.1.1.
  • @backstage/plugin-catalog-react is downgraded from a workspace version (likely 1.8.1-next.0) to 1.0.0.

This is a very risky approach to fixing transitive dependency vulnerabilities. A better approach in a yarn workspace monorepo is to use the resolutions field in the root package.json to enforce a specific, non-vulnerable version of the transitive dependencies (ajv and qs) across all packages. This avoids downgrading direct dependencies and maintains consistency across the monorepo.

The fact that Snyk failed to update yarn.lock is a strong indication that these changes introduce dependency conflicts.

It is strongly recommended to revert these changes and use resolutions instead.

    "@backstage/catalog-model": "workspace:^",
    "@backstage/core-components": "workspace:^",
    "@backstage/core-plugin-api": "workspace:^",
    "@backstage/plugin-azure-sites-common": "workspace:^",
    "@backstage/plugin-catalog-react": "workspace:^"

@github-actions
Copy link
Copy Markdown

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!

@github-actions github-actions Bot added the stale label Feb 23, 2026
@github-actions github-actions Bot closed this Feb 28, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants