Headline
GHSA-7hv8-3fr9-j2hv: Cross site scripting Vulnerability in backstage Software Catalog
Impact
This vulnerability allows a malicious actor with access to add or modify content in an instance of the Backstage software catalog to inject script URLs in the entities stored in the catalog. If users of the catalog then click on said URLs, that can lead to an XSS attack.
Patches
This vulnerability has been patched in both the frontend and backend implementations. The default Link component from @backstage/core-components will now reject javascript: URLs, and there is a global override of window.open to do the same.
In addition the catalog model as well as the catalog backend now has additional validation built in that prevents javascript: URLs in known annotations.
Workarounds
The general practice of limiting access to modifying catalog content and requiring code reviews greatly helps mitigate this vulnerability.
For more information
If you have any questions or comments about this advisory:
- Open an issue in the Backstage repository
- Visit our chat, linked to in the Backstage README
- GitHub Advisory Database
- GitHub Reviewed
- CVE-2023-25571
Cross site scripting Vulnerability in backstage Software Catalog
Moderate severity GitHub Reviewed Published Feb 14, 2023 in backstage/backstage • Updated Feb 14, 2023
Package
npm @backstage/catalog-model (npm)
Affected versions
< 1.2.0
npm @backstage/core-components (npm)
npm @backstage/plugin-catalog-backend (npm)
Impact
This vulnerability allows a malicious actor with access to add or modify content in an instance of the Backstage software catalog to inject script URLs in the entities stored in the catalog. If users of the catalog then click on said URLs, that can lead to an XSS attack.
Patches
This vulnerability has been patched in both the frontend and backend implementations. The default Link component from @backstage/core-components will now reject javascript: URLs, and there is a global override of window.open to do the same.
In addition the catalog model as well as the catalog backend now has additional validation built in that prevents javascript: URLs in known annotations.
Workarounds
The general practice of limiting access to modifying catalog content and requiring code reviews greatly helps mitigate this vulnerability.
For more information
If you have any questions or comments about this advisory:
- Open an issue in the Backstage repository
- Visit our chat, linked to in the Backstage README
References
- GHSA-7hv8-3fr9-j2hv
- https://nvd.nist.gov/vuln/detail/CVE-2023-25571
- backstage/backstage@3d13719
Last updated
Feb 14, 2023
Published to the GitHub Advisory Database
Feb 14, 2023
Published by the National Vulnerability Database
Feb 14, 2023
Related news
Backstage is an open platform for building developer portals. `@backstage/catalog-model` prior to version 1.2.0, `@backstage/core-components` prior to 0.12.4, and `@backstage/plugin-catalog-backend` prior to 1.7.2 are affected by a cross-site scripting vulnerability. This vulnerability allows a malicious actor with access to add or modify content in an instance of the Backstage software catalog to inject script URLs in the entities stored in the catalog. If users of the catalog then click on said URLs, that can lead to an XSS attack. This vulnerability has been patched in both the frontend and backend implementations. The default `Link` component from `@backstage/core-components` version 1.2.0 and greater will now reject `javascript:` URLs, and there is a global override of `window.open` to do the same. In addition, the catalog model v0.12.4 and greater as well as the catalog backend v1.7.2 and greater now has additional validation built in that prevents `javascript:` URLs in known ann...