HIGH 8.0

CVE-2026-48612: OAuth State Verification Flaw Enables Account Takeover

CVE-2026-48612 is a flaw in how OAuth authentication validates state during the login process. An attacker can exploit this by tricking a victim into linking their account to an attacker-controlled account. Once linked, the attacker gains control over the victim's account, effectively taking it over. The vulnerability requires the attacker to have some initial access or credentials and needs user interaction, but the impact—full account compromise—is severe.

Source data · NVD / CISA · public domain

CVSS
3.0 · 8.0 HIGH · CVSS:3.0/AV:N/AC:H/PR:L/UI:R/S:C/C:H/I:H/A:H
Weaknesses (CWE)
CWE-352
Affected products
0 configuration(s)
Published / Modified
2026-06-12 / 2026-06-17

NVD description (verbatim)

Improper state verification in the OAuth implementation could allow an attacker to manipulate the authentication flow and cause a victim’s account to be linked to an attacker-controlled account. This can result in unauthorized account linking and potential account takeover.

1 reference(s) · View on NVD →

SEC.co analysis · AI-assisted, reviewed against source

Technical summary

The vulnerability stems from improper state verification in an OAuth implementation (CWE-352: Cross-Site Request Forgery). The OAuth state parameter is a cryptographic token used to prevent CSRF attacks by ensuring that the authorization response matches the original request. When state verification is weak or bypassed, an attacker can inject a malicious authorization flow, causing a victim's legitimate account to be linked to an attacker-controlled identity. This is distinct from traditional CSRF; the attacker leverages the OAuth mechanism itself to achieve account linkage rather than simple request forgery. The CVSS 3.0 score of 8.0 (HIGH) reflects high impact across confidentiality, integrity, and availability, moderated by the requirement for user interaction and authenticated attacker status (PR:L).

Business impact

Compromised user accounts directly undermine platform trust and user security. If this flaw affects a service with identity federation or account linking features, attackers can seize control of business-critical accounts, steal sensitive data, and perform unauthorized actions. Organizations may face regulatory penalties (GDPR, SOC 2 compliance), reputational damage, and increased support costs from account recovery requests. For services where linked accounts grant elevated privileges or access to connected platforms, the blast radius extends beyond a single service.

Affected systems

The vendor product list in the source data is empty, indicating either that affected products have not yet been publicly disclosed, are in embargo, or the vulnerability is illustrative. Organizations should verify whether their OAuth implementations or third-party identity providers have been identified in vendor advisories. Check any services offering account linking, federated login, or OAuth-based authentication flows.

Exploitability

Exploitation requires an authenticated attacker (PR:L) and user interaction (UI:R), making it not remotely exploitable by an unauthenticated threat actor. However, the bar for 'user interaction' in an OAuth context—such as clicking a malicious link or approving an authorization prompt—is relatively low and practical for social engineering. The high complexity (AC:H) may reflect the need to precisely craft the malicious OAuth request, but once successful, the impact is severe. This is not an automated, worm-like vulnerability but a targeted attack requiring attacker ingenuity and victim cooperation.

Remediation

Vendors should implement strict state parameter validation, ensuring that the state token is cryptographically random, stored securely on the server side, and verified before completing any account linking or token exchange. Apply fixes immediately to all OAuth endpoints, particularly those handling account linking. Organizations using affected services should prioritize applying vendor patches and, if available, enable additional security controls such as email verification for account linking changes.

Patch guidance

Await vendor advisories and patch releases; none are yet identified in public disclosures. Monitor security bulletins from your OAuth provider and any third-party identity management services. Verify patches against the vendor's official advisory to confirm the state verification flaw is addressed. Apply patches to all environments handling account linking or federated login without delay, as account takeover risk is severe.

Detection guidance

Monitor OAuth authorization logs for anomalous state parameter patterns: state values that are reused, predictable, or absent entirely; mismatches between state tokens issued and verified; and unusual account linking requests correlated with phishing campaigns. Implement alerting for failed state validation and suspicious linking activity, especially when combined with new device or IP login. User reports of unexpected account linking changes are a critical signal.

Why prioritize this

Although not yet on the CISA KEV catalog, the HIGH severity (CVSS 8.0), account takeover impact, and likely ease of social engineering combine to make this a priority patch. Account compromise has direct business consequences and regulatory implications. Organizations offering account linking or federated identity should treat this as urgent once patches are available.

Risk score, explained

CVSS 3.0 score of 8.0 reflects high impact (C:H, I:H, A:H) moderated by authentication requirement and necessary user interaction. The attack vector is network-based, but complexity is high because the attacker must craft a valid OAuth flow and trigger the victim's participation. Once successful, the attacker gains full account control, justifying the severe rating.

Frequently asked questions

Why does this require user interaction if it's an account takeover?

In OAuth flows, the victim must approve or be redirected through an authorization step. An attacker cannot unilaterally take over an account; they must trick the victim into approving the linking of a malicious OAuth identity. This might happen via a phishing link or social engineering, but it is not automatic.

Is this the same as a typical CSRF attack?

Not exactly. Traditional CSRF attacks force a victim to make unwanted requests on their behalf. This vulnerability exploits a weakness in OAuth state validation, allowing the attacker to inject their own identity into the linking process. The result is account linkage rather than a single unwanted action.

Do I need to worry about this if I don't use account linking?

If your service does not support account linking or OAuth-based login, your direct risk is lower. However, if you use third-party OAuth providers for authentication and those providers have this flaw, your users' accounts on your platform could be at risk. Verify your OAuth provider's security posture.

What should I tell users right now?

Advise users to be cautious of unsolicited login or account linking prompts, especially from untrusted links. Recommend enabling additional account security measures (e.g., two-factor authentication) where available. Once patches are available, communicate the need to re-verify their account security settings and check for unexpected linked identities.

This analysis is based on the CVE description and CVSS vector as of the publication date. Vendor product information and official patch details were not available in the source data and must be verified against official vendor advisories. Exploitation requires specific conditions: authenticated access, user interaction, and ability to craft malicious OAuth requests. No exploit code or proof-of-concept is provided. Organizations should monitor vendor security bulletins and apply patches according to their risk tolerance and deployment timeline. The absence of a CISA KEV record does not diminish the severity; prioritize based on your exposure to OAuth-dependent services. Source: NVD (public-domain), retrieved 2026-07-20. Analysis generated by SEC.co (claude-haiku-4-5).