CVE-2026-19278: Stackrox: stackrox: privilege escalation via unanchored regular expressions in auth m2m role mappings

Published Aug 7, 2026
·
Updated

A flaw was found in StackRox/RHACS Central's Auth Machine-to-Machine (M2M) token exchange. When an administrator configures M2M role mappings, the system uses unanchored regular expressions for matching claim values. This allows an attacker with a valid OpenID Connect (OIDC) token, whose claim value is a superstring of a configured pattern, to gain unauthorized access to roles they were not intended to receive. This can lead to privilege escalation within the system.

Other sources

A flaw was found in StackRox/RHACS Central's Auth Machine-to-Machine (M2M) token exchange. When an administrator configures M2M role mappings, the valueExpression is compiled into a regular expression without anchoring (no ^ or $ delimiters). Because Go's regexp.MatchString performs substring matching, a mapping intended to match an exact claim value instead matches any token claim that contains that value as a substring. An identity whose claim value is a superstring of the configured pattern (e.g. a branch named "main-poc" matching a mapping for "main") can exchange its third-party OIDC token for a Central access token carrying a role it was never intended to receive. The token exchange endpoint (ExchangeAuthMachineToMachineToken) is unauthenticated.

Red Hat

Affected Software

1 affected component
StackRox/RHACS Central's Auth Machine-to-Machine (M2M) token exchange

Remediation

Recommended actions to resolve this vulnerability, in priority order.

  1. Configuration

    Update M2M role mappings so valueExpression is anchored (use ^...$) because the system currently compiles valueExpression into a regular expression without anchoring, and Go regexp.MatchString performs substring matching.

    StackRox/RHACS Central Auth Machine-to-Machine (M2M) role mappings valueExpression (claim-value regex used for matching) = Require anchored regular expressions (add ^ and $ anchors) so the configured pattern matches the exact claim value rather than substrings.
  2. Compensating control

    Restrict network access to the unauthenticated token exchange endpoint ExchangeAuthMachineToMachineToken (e.g., via firewall/ingress rules/ACL so it is only reachable from trusted systems).

Event History

Aug 7, 2026
Data Sourced
via Red Hat·03:17 PM
DescriptionSeverityAffected Software
Aug 10, 2026
CVE Published
via MITRE·12:13 PM
Data Sourced
via MITRE·12:13 PM
DescriptionSeverityWeakness
Data Sourced
via NVD·01:17 PM
DescriptionSeverityWeakness
Free Weekly Intel

Don't miss critical vulnerabilities

Join thousands of security professionals who receive our weekly digest of trending CVEs, zero-days, and exploited vulnerabilities.

No spam. Unsubscribe anytime.

Frequently Asked Questions

1

What is CVE-2026-19278?

CVE-2026-19278 is a vulnerability in Stackrox/RHACS Central's Auth Machine-to-Machine (M2M) token exchange that allows privilege escalation via unanchored regular expressions in role mappings.

2

What is the severity of CVE-2026-19278?

The severity of CVE-2026-19278 is medium, rated at 6.8 on the CVSS scale.

3

How do I fix CVE-2026-19278?

To mitigate CVE-2026-19278, ensure that role mappings do not use unanchored regular expressions for matching claim values.

4

What systems are affected by CVE-2026-19278?

CVE-2026-19278 affects StackRox/RHACS Central's Auth Machine-to-Machine (M2M) token exchange.

5

What is the risk level associated with CVE-2026-19278?

CVE-2026-19278 has a risk level of 52, indicating a potential risk of exploiting the privilege escalation flaw.

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