CVE-2026-106487: Backstage: Unsupported catalog cluster authentication mode in kubernetes backend

Published Oct 6, 2026
·
Updated

Impact

Deployments using catalog cluster discovery may be affected when catalog contributors can create or modify kubernetes-cluster Resource entities. With the required endpoint permissions and pod RBAC, the backend can use its local in-cluster identity, potentially exposing Kubernetes resources readable by that identity. The credential is used only with the local in-cluster API endpoint and is not sent to the catalog-supplied endpoint.

Patches

Patched in @backstage/plugin-kubernetes-backend version 0.21.10

Workarounds

- Do not configure service account authentication through catalog-provided clusters; use the supported static configuration method when service account authentication is required. - Restrict catalog ingestion so untrusted users cannot create or alter Kubernetes cluster Resource entities.

Other sources

Backstage is an open framework for building developer portals. Prior to 0.21.10, the @backstage/plugin-kubernetes-backend package is affected by unsupported catalog cluster authentication mode in kubernetes backend. Deployments using catalog cluster discovery may be affected when catalog contributors can create or modify kubernetes-cluster Resource entities. With the required endpoint permissions and pod RBAC, the backend can use its local in-cluster identity, potentially exposing Kubernetes resources readable by that identity. The credential is used only with the local in-cluster API endpoint and is not sent to the catalog-supplied endpoint. This issue is fixed in version 0.21.10.

— MITRE

Affected Software

2 affected componentsFixes available
npm/@backstage/plugin-kubernetes-backend<0.21.10
npm/@backstage/plugin-kubernetes-backend<0.21.10
0.21.10

Remediation

Recommended actions to resolve this vulnerability, in priority order.

  1. Upgrade

    Upgrade npm/@backstage/plugin-kubernetes-backend to a version that resolves this vulnerability.

    Fixed in 0.21.10
  2. Upgrade

    Upgrade @backstage/plugin-kubernetes-backend to a version that resolves this vulnerability.

    Fixed in 0.21.10
  3. Configuration

    Do not configure service account authentication through catalog-provided clusters; use the supported static configuration method when service account authentication is required.

    Backstage Kubernetes backend service account authentication configuration source = supported static configuration method
  4. Compensating control

    Restrict catalog ingestion so untrusted users cannot create or alter Kubernetes cluster Resource entities, including kubernetes-cluster Resource entities.

Event History

Oct 6, 2026
CVE Published
via MITRE·08:36 PM
Data Sourced
via MITRE·08:36 PM
DescriptionSeverityWeakness
Data Sourced
via NVD·09:17 PM
DescriptionSeverityWeakness
Oct 7, 2026
Advisory Published
via GitHub·06:01 PM
Data Sourced
via GitHub·06:01 PM
DescriptionSeverityWeaknessAffected Software

Frequently Asked Questions

1

Which deployments are exposed to this issue?

Deployments using catalog cluster discovery may be affected if catalog contributors can create or modify kubernetes-cluster Resource entities. Exploitation also requires the relevant endpoint permissions and pod RBAC.

2

What Kubernetes access could an attacker obtain?

The backend may use its local in-cluster identity to access Kubernetes resources that identity can read. The impact is limited to resources readable by that identity; integrity and availability impact are not indicated.

3

Are credentials sent to an attacker-controlled cluster endpoint?

No. The local in-cluster credential is used only with the local in-cluster API endpoint and is not sent to the catalog-supplied endpoint.

4

What version fixes the issue?

Upgrade @backstage/plugin-kubernetes-backend to version 0.21.10 or later. Versions prior to 0.21.10 are affected under the described catalog cluster discovery conditions.

Contact

SecAlerts Pty Ltd.
132 Wickham Terrace
Fortitude Valley,
QLD 4006, Australia
info@secalerts.co
By using SecAlerts services, you agree to our services end-user license agreement. This website is safeguarded by reCAPTCHA and governed by the Google Privacy Policy and Terms of Service. All names, logos, and brands of products are owned by their respective owners, and any usage of these names, logos, and brands for identification purposes only does not imply endorsement. If you possess any content that requires removal, please get in touch with us.
© 2026 SecAlerts Pty Ltd.
ABN: 70 645 966 203, ACN: 645 966 203