External risk intelligence

Azure API Management Cross-Tenant Signup Bypass Vulnerability.

CVE advisorySeverity: CRITICAL (CVSS 9.8)

CVE-2025-66390

The vulnerability exists in an Azure API Management gateway component designed to handle external authentication and registration flows. As this service is intended to be internet-facing by design to facilitate API management and developer portal access, the underlying API endpoints are inherently public-facing in normal deployments.

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 advisory addresses a configuration issue in Microsoft Azure API Management that could allow unintended cross-tenant access during user signup, even when signup is disabled. While the vendor has assessed this as a configuration or state issue rather than a direct security vulnerability affecting tenant isolation, it highlights a potential for unexpected behavior in how signup endpoints are managed across different tenants. The primary concern is to confirm if this specific configuration scenario is relevant to our environment.

  • Unintended signup access across tenants identified.
  • Confirm if this configuration impacts our Azure API Management.
  • Focus on verifying setup, not immediate threat response.

Attack Path

How an attacker could exploit the issue

An attacker could leverage a misconfiguration in Azure API Management's self-service signup feature to gain unauthorized access to a different tenant's resources. By manipulating the hostname or tenant identifier during the registration process, an attacker can bypass disabled signup settings in a target tenant, potentially leading to significant compromise. The vendor has stated this is a configuration issue, not a product vulnerability.

  • Publicly accessible signup endpoint.
  • Manipulate hostname/tenant identifier.
  • Unauthorized tenant access.

Live Threat

Current exploitation, exposure, and threat context

This vulnerability could affect Azure API Management instances configured for self-service signup with username/password authentication. When signup is enabled for one tenant, an attacker could potentially reuse the registration flow for another tenant, even if signup is disabled for that second tenant in the user interface, by manipulating the hostname or tenant identifier. However, the vendor has evaluated this report and determined that it did not cross a security boundary, indicating it was a configuration/state issue rather than an exploitable product vulnerability affecting tenant isolation.

  • Tenant registration flow data.
  • Cross-tenant requests may succeed.
  • Configuration/state issue, not exploitable.

Operational Fix

Recommended remediation, mitigation, and detection steps

Given that this issue affects Microsoft Azure API Management with self-service signup enabled, the primary responsibility likely falls to the Platform team managing the Azure environment and the Application owners who configure and utilize the API Management instances. The initial practical step is to identify all Azure API Management deployments, confirm which ones have self-service signup enabled, and ascertain their reachability and business criticality. Subsequently, the accountable owners should be engaged to assess the risk and plan remediation, which may involve configuration changes rather than product patching, as indicated by the vendor's assessment.

  • Platform and application owners must address.
  • Verify self-service signup configurations.
  • Plan configuration adjustments based on risk.

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 Microsoft Azure API Management?

It is a cloud-based platform that allows organizations to create, publish, and manage APIs for their applications. It acts as a gateway that sits between backend services and the developers or applications consuming them, handling tasks like authentication, rate limiting, and analytics. It is frequently used to provide secure access to data across internal and external environments.

What does CVE-2025-66390 mean regarding access control?

This issue relates to CWE-284, which involves Improper Access Control. It describes a situation where the registration process for new users does not properly enforce the signup restrictions set by a specific tenant. Because the underlying API endpoint may still accept requests despite UI settings, it could theoretically allow registration flows to be misdirected across tenant boundaries.

How can an attacker trigger this behavior?

An attacker targets the self-service signup flow by manipulating the Host header or tenant identifier in their request. This bypasses the UI-level settings that typically disable signup. Note that this does not occur if self-service signup is completely disabled for the entire API Management instance; the issue specifically concerns the disparity between UI settings and backend endpoint acceptance.

Is my Azure API Management instance at risk?

According to Halo Surface Signal, these API endpoints are often internet-facing by design, meaning they are reachable from outside your network. You should prioritize checking any instances where self-service signup is currently enabled. If your deployment does not use this signup feature or is strictly internal, the relevance of this configuration issue is significantly reduced.

What should I do to secure my environment?

Start by auditing your Azure API Management deployments to identify which ones have self-service signup active. Since the vendor classifies this as a configuration state rather than a standard software flaw, you do not need to wait for a patch. Work with your platform team to adjust the signup configurations or restrict endpoint access to align with your organization's security requirements.

References