External risk intelligence

Federated OIDC Users Bypass Group Restrictions to Gain Admin Scope.

CVE advisorySeverity: CRITICAL (CVSS 9.2)

CVE-2026-47839

This vulnerability affects a User Account and Authentication (UAA) service, which acts as an identity provider and gateway for authentication. Such services are inherently designed to be public-facing to facilitate federated OIDC logins for users and integrated applications.

Halo Surface Signal: 5 out of 5 — more likely to be public-facing.

External exposure likelihood

Horizon Alert

Summary of the vulnerability and why it matters

This vulnerability involves how a federated identity system grants administrative privileges when configured in a specific way. When using a particular setup for external identity providers, authenticated users could potentially gain administrative access beyond what was intended, even if access was meant to be restricted. The main concern is confirming if this specific configuration is in use within your environment.

  • Users might gain unintended admin access.
  • Confirms specific federated access controls.
  • Verify configuration to ensure proper access.

Attack Path

How an attacker could exploit the issue

An attacker could leverage a misconfigured federated OIDC provider to gain administrative privileges. This occurs when the provider uses a specific group mapping mode combined with a wildcard entry in the external groups whitelist. By exploiting this, an attacker could bypass intended access restrictions and obtain the `uaa.admin` scope, potentially leading to significant system compromise.

  • Unrestricted OIDC provider access.
  • OIDC group mapping with wildcard whitelist.
  • Unauthorized administrative scope access.

Live Threat

Current exploitation, exposure, and threat context

This vulnerability could allow authenticated users to gain administrator privileges in the UAA service, bypassing intended access controls. This occurs when a specific configuration is used with an OIDC identity provider that maps external groups directly to scopes.

  • UAA administrator scope.
  • Improper OIDC group mapping.
  • Unauthorized administrative access.

Operational Fix

Recommended remediation, mitigation, and detection steps

This vulnerability in federated OIDC authentication, specifically when using `groupMappingMode: AS_SCOPES` with a wildcard `externalGroupsWhitelist`, could allow unauthorized users to gain `uaa.admin` scope. Identifying where this OIDC configuration is deployed, confirming its reachability and criticality, and then coordinating with the relevant platform or security team is the critical first step.

  • Platform and security teams should own.
  • Verify OIDC group mapping configuration.
  • Plan vendor coordination for fixes.

Supplementary metadata

Validate whether this threat affects your internet-facing exposure.

Halo Threat Intelligence helps prioritize remediation with Halo Surface Signal and H/A/L/O context. Start exposure validation with a free external attack surface trial.

Frequently asked questions

What is the UAA service affected by CVE-2026-47839?

UAA stands for User Account and Authentication. It is a multi-tenant identity management service that provides centralized authentication and authorization for distributed systems and applications, often serving as the gateway that verifies user identities via protocols like OIDC before granting access to services.

How does this vulnerability allow unauthorized administrative access?

This is an authorization bypass flaw. It occurs when the identity system fails to properly enforce group restrictions, allowing an authenticated user to incorrectly map their session to the high-privilege 'uaa.admin' scope. Essentially, the system trusts an external provider's data too broadly, granting administrative rights that were meant to be blocked by the whitelist configuration.

Do I need a specific OIDC configuration for this bug to trigger?

Yes. This issue is not triggered by default OIDC setups. It specifically requires a combination of using 'groupMappingMode: AS_SCOPES' and having a wildcard character set in the 'externalGroupsWhitelist'. If your configuration does not use these specific settings together, this path for escalating privileges is not present.

Why is this vulnerability considered highly relevant?

Halo Surface Signal notes that UAA services are frequently public-facing to support federated logins, making them an accessible target for network-based attacks. Because this vulnerability allows a user to bypass intended access controls and potentially gain full administrative scope, it presents a significant risk to systems that rely on the UAA for secure identity management.

How should I respond if I run this technology?

Your first step is to perform an inventory of your OIDC identity provider configurations to see if you are using the vulnerable mapping mode and whitelist settings. Once you have identified any deployments matching this criteria, coordinate with your security or platform engineering teams to adjust your group mapping policies and restrict access to the 'uaa.admin' scope while awaiting further guidance or patches from your vendor.

References