Skip to content

Conversation

@q1blue
Copy link
Collaborator

@q1blue q1blue commented Jan 25, 2026

snyk-top-banner

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

Snyk changed the following file(s):

  • plugins/events-backend-module-azure/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
medium severity Improper Handling of Unicode Encoding
SNYK-JS-TAR-15038581
  208  
medium severity Use of a Cryptographic Primitive with a Risky Implementation
SNYK-JS-ELLIPTIC-14908844
  146  
high severity UNIX Symbolic Link (Symlink) Following
SNYK-JS-BACKSTAGEBACKENDPLUGINAPI-15054291
  113  
medium severity Prototype Pollution
SNYK-JS-LODASH-15053838
  88  
medium severity Prototype Pollution
SNYK-JS-LODASHES-15053836
  88  
medium severity Regular Expression Denial of Service (ReDoS)
SNYK-JS-DIFF-14917201
  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)
🦉 Prototype Pollution


EntelligenceAI PR Summary

This PR pins dependency versions in the Azure events backend module package, replacing workspace protocol references with explicit version numbers.

  • Updated @backstage/backend-plugin-api from workspace:^ to 1.6.1
  • Updated @backstage/plugin-events-node from workspace:^ to 0.4.0
  • Indicates preparation for independent package publishing or dependency stabilization

@codesandbox
Copy link

codesandbox bot commented Jan 25, 2026

Review or Edit in CodeSandbox

Open the branch in Web EditorVS CodeInsiders

Open Preview

@gemini-code-assist
Copy link

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, automatically generated by Snyk, focuses on enhancing the security posture of the plugins/events-backend-module-azure module. It achieves this by upgrading two key dependencies, @backstage/backend-plugin-api and @backstage/plugin-events-node, to their latest secure versions, thereby mitigating six identified vulnerabilities, including one high-severity issue. Reviewers should note the requirement for a manual yarn.lock update and the implications for Yarn zero-install environments.

Highlights

  • Dependency Upgrades for Security: This PR updates @backstage/backend-plugin-api to "1.6.1" and @backstage/plugin-events-node to "0.4.0" in plugins/events-backend-module-azure/package.json to address 6 identified vulnerabilities.
  • Critical Vulnerability Addressed: A high-severity UNIX Symbolic Link (Symlink) Following vulnerability (SNYK-JS-BACKSTAGEBACKENDPLUGINAPI-15054291) is among the issues fixed by these dependency updates.
  • Manual yarn.lock Update Required: The yarn.lock file failed to update automatically and requires manual intervention before merging.
  • Yarn Zero-Install Consideration: Users leveraging Yarn's zero-install feature will need to manually run yarn to update the .yarn/cache/ directory after pulling these changes.
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

snyk-io bot commented Jan 25, 2026

Snyk checks have passed. No issues have been found so far.

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

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

@socket-security
Copy link

@socket-security
Copy link

Warning

Review the following alerts detected in dependencies.

According to your organization's Security Policy, it is recommended to resolve "Warn" alerts. Learn more about Socket for GitHub.

Action Severity Alert  (click "▶" to expand/collapse)
Warn High
License policy violation: npm typescript under W3C-20150513

License: W3C-20150513 - the applicable license policy does not allow this license (4) (package/ThirdPartyNoticeText.txt)

License: CC-BY-4.0 - the applicable license policy does not allow this license (4) (package/ThirdPartyNoticeText.txt)

License: LicenseRef-W3C-Community-Final-Specification-Agreement - the applicable license policy does not allow this license (4) (package/ThirdPartyNoticeText.txt)

License: MIT-Khronos-old - the applicable license policy does not allow this license (4) (package/ThirdPartyNoticeText.txt)

From: ?npm/@microsoft/api-extractor@7.33.7npm/typescript@4.8.4

ℹ Read more on: This package | This alert | What is a license policy violation?

Next steps: 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@socket.dev.

Suggestion: Find a package that does not violate your license policy or adjust your policy to allow this package's license.

Mark the package as acceptable risk. To ignore this alert only in this pull request, reply with the comment @SocketSecurity ignore npm/typescript@4.8.4. You can also ignore all packages with @SocketSecurity ignore-all. To ignore an alert for all future pull requests, use Socket's Dashboard to change the triage state of this alert.

View full report

@entelligence-ai-pr-reviews
Copy link

Walkthrough

This PR updates the dependency management strategy for the Azure events backend module by replacing workspace protocol references with explicit version numbers. The changes affect two core Backstage dependencies: @backstage/backend-plugin-api is pinned to version 1.6.1, and @backstage/plugin-events-node is pinned to version 0.4.0. This transition from workspace:^ to fixed versions suggests the package is being prepared for independent distribution or requires stable, predictable dependency versions for production deployment.

Changes

File(s) Summary
plugins/events-backend-module-azure/package.json Replaced workspace protocol dependencies with explicit versions: @backstage/backend-plugin-api changed from workspace:^ to 1.6.1 and @backstage/plugin-events-node changed from workspace:^ to 0.4.0.

Sequence Diagram

This diagram shows the interactions between components:

sequenceDiagram
    participant App as Backstage Application
    participant AzureModule as Azure Events Backend Module
    participant PluginAPI as Backend Plugin API (v1.6.1)
    participant EventsNode as Events Node Plugin (v0.4.0)
    
    Note over AzureModule: Package now uses pinned versions<br/>instead of workspace references
    
    App->>AzureModule: Initialize Azure Events Module
    activate AzureModule
    
    AzureModule->>PluginAPI: Register with Backend Plugin API
    activate PluginAPI
    PluginAPI-->>AzureModule: API Interface
    deactivate PluginAPI
    
    AzureModule->>EventsNode: Connect to Events Node
    activate EventsNode
    EventsNode-->>AzureModule: Event Handling Interface
    deactivate EventsNode
    
    Note over AzureModule,EventsNode: Dependencies now locked to<br/>specific versions for stability
    
    deactivate AzureModule
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

@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 from Snyk updates dependencies to resolve security vulnerabilities. The change in plugins/events-backend-module-azure/package.json replaces workspace:^ with pinned versions for @backstage/backend-plugin-api and @backstage/plugin-events-node. This approach is problematic in a monorepo as it can lead to version conflicts and runtime issues by breaking the unified dependency versioning provided by yarn workspaces. It is recommended to revert this change and instead update the package versions at the workspace level, followed by running yarn to update the yarn.lock file, which this PR also failed to do.

Comment on lines +38 to +39
"@backstage/backend-plugin-api": "1.6.1",
"@backstage/plugin-events-node": "0.4.0",

Choose a reason for hiding this comment

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

high

Pinning dependencies to specific versions instead of using workspace:^ can cause issues in a monorepo setup. It can lead to multiple, incompatible versions of @backstage packages being included in the final application, which often results in runtime errors. The workspace: protocol ensures that all packages in the monorepo use the same version of a given dependency, which is crucial for stability.

Instead of pinning the versions here, the recommended approach is to update the versions of these packages in their respective package.json files at the root of the monorepo, and then run yarn install. This will update the yarn.lock file and ensure all packages use the correct, updated versions.

The PR description also warns that yarn.lock failed to update. This must be fixed manually by running yarn after making the correct dependency changes.

    "@backstage/backend-plugin-api": "workspace:^",
    "@backstage/plugin-events-node": "workspace:^"

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants