CVE-2026-106462: Backstage: Scaffolder credential handling may allow unintended GitHub authentication fallback

Published Oct 6, 2026
·
Updated

Impact

Scaffolder actions that interact with source control systems may not consistently enforce the intended credential boundaries under certain configurations. An authenticated user could perform operations with broader access than intended.

Patches

- @backstage/plugin-scaffolder-backend version 4.1.0 - @backstage/plugin-scaffolder-backend-module-azure version 0.2.25 - @backstage/plugin-scaffolder-backend-module-bitbucket-cloud version 0.3.10 - @backstage/plugin-scaffolder-backend-module-bitbucket-server version 0.2.25 - @backstage/plugin-scaffolder-backend-module-github version 0.9.13 - @backstage/plugin-scaffolder-backend-module-gitlab version 0.11.10

The fix introduces a new configuration option that enforces user-provided credentials for supported SCM actions. The new behavior is opt-in for compatibility. After upgrading, set:

yaml scaffolder: requireScmUserCredentials: true

Before enabling this setting, review and update your templates as described in the software templates documentation referred to below.

Workarounds

If you cannot upgrade and enable the setting immediately:

- Restrict who can create Scaffolder tasks and which templates they can execute. - Limit SCM integration credentials to the minimum repository read and mutation permissions required. - Remove integration credentials for SCM hosts where all required operations can use explicitly supplied user tokens.

Other sources

Backstage is an open framework for building developer portals. Prior to 1.54.6, scaffolder source-control actions may not consistently enforce intended credential boundaries. An authenticated user could cause an affected action to fall back to broader integration credentials and perform operations with more access than intended. This issue is fixed in 1.54.6 when operators also enable scaffolder.requireScmUserCredentials after upgrading.

— MITRE

Affected Software

7 affected componentsFixes available
Spotify Backstage<1.54.6
npm/@backstage/plugin-scaffolder-backend-module-bitbucket-server<0.2.25
0.2.25
npm/@backstage/plugin-scaffolder-backend-module-bitbucket-cloud<0.3.10
0.3.10
npm/@backstage/plugin-scaffolder-backend-module-azure<0.2.25
0.2.25
npm/@backstage/plugin-scaffolder-backend-module-gitlab<0.11.10
0.11.10
npm/@backstage/plugin-scaffolder-backend-module-github<0.9.13
0.9.13
npm/@backstage/plugin-scaffolder-backend<4.1.0
4.1.0

Remediation

Recommended actions to resolve this vulnerability, in priority order.

  1. Upgrade

    Upgrade npm/@backstage/plugin-scaffolder-backend-module-bitbucket-server to a version that resolves this vulnerability.

    Fixed in 0.2.25
  2. Upgrade

    Upgrade npm/@backstage/plugin-scaffolder-backend-module-bitbucket-cloud to a version that resolves this vulnerability.

    Fixed in 0.3.10
  3. Upgrade

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

    Fixed in 0.2.25
  4. Upgrade

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

    Fixed in 0.11.10
  5. Upgrade

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

    Fixed in 0.9.13
  6. Upgrade

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

    Fixed in 4.1.0
  7. Upgrade

    Upgrade @backstage/plugin-scaffolder-backend-module-azure to a version that resolves this vulnerability.

    Fixed in 0.2.25
  8. Upgrade

    Upgrade @backstage/plugin-scaffolder-backend-module-bitbucket-cloud to a version that resolves this vulnerability.

    Fixed in 0.3.10
  9. Upgrade

    Upgrade @backstage/plugin-scaffolder-backend-module-bitbucket-server to a version that resolves this vulnerability.

    Fixed in 0.2.25
  10. Upgrade

    Upgrade @backstage/plugin-scaffolder-backend-module-github to a version that resolves this vulnerability.

    Fixed in 0.9.13
  11. Upgrade

    Upgrade @backstage/plugin-scaffolder-backend-module-gitlab to a version that resolves this vulnerability.

    Fixed in 0.11.10
  12. Upgrade

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

    Fixed in 4.1.0
  13. Upgrade

    Upgrade Backstage to a version that resolves this vulnerability.

    Fixed in 1.54.6
  14. Configuration

    After upgrading, set scaffolder.requireScmUserCredentials to true; review and update templates before enabling this setting.

    Backstage Scaffolder scaffolder.requireScmUserCredentials = true
  15. Compensating control

    Limit SCM integration credentials to the minimum repository read and mutation permissions required.

  16. Compensating control

    Remove integration credentials for SCM hosts where all required operations can use explicitly supplied user tokens.

  17. Compensating control

    Restrict who can create Scaffolder tasks and which templates they can execute.

Event History

Oct 6, 2026
CVE Published
via MITRE·08:30 PM
Data Sourced
via MITRE·08:30 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

Who can exploit this issue?

An authenticated Backstage user who can trigger affected scaffolder source-control actions could exploit it. The attacker does not need user interaction, but does need valid access to the Backstage instance.

2

Are installations affected after upgrading to 1.54.6?

The fix requires both upgrading to Backstage 1.54.6 and enabling scaffolder.requireScmUserCredentials. Upgrading without enabling that setting does not meet the stated remediation condition.

3

What access could an attacker gain through the fallback?

Affected actions may fall back to broader source-control integration credentials rather than the intended user credentials. This can allow operations with more access than the user should have had.

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